07.12.2009, 13:08 | #81 |
Участник
|
Цитата:
Ок. спасибо. Я правильно понимаю, что нет возражений против утверждения "Фактические значения собираются хитрыми формулами"? |
|
07.12.2009, 13:25 | #82 |
Участник
|
Цитата:
Это действительно параметрические запросы к любой таблице 1С:Предприятия (сопоставляются аналитики, суммовые показатели, настраиваются отборы). Либо можно прямо вбить произвольный текст SQL-запроса (или воспользоваться конструктором запроса). Система очень гибкая, но потенциально ненадежная. |
|
07.12.2009, 13:48 | #83 |
Участник
|
Ну, не то чтобы "ненадежная".
Она сейчас не проверяемая пользователем. т.е. начальник подразделения кянется и божится, что у него фактически затраты были 100 рублей (приводит кипу документов в подтверждение) а бюджетирование говорит - 110 рублей. Почему? вопят пользователи. Кому верить? кричит директор. Вы все сговорились! Зыркает изподлобья владелец. А ХЗ, отвечают программисты. Конечно они могут забить подобный запрос руками, но кому и что их распечатка в виде технологических регистров докажет? я это и имел в виду, когда говорил о том, что разработчики конфигурации 1С не понимают как и зачем работает бюджетирование. Да, книжки они прочитали... Но оставлю это высказывание как мое личное мнение. Тут надо отдельную статью или книжку писать. |
|
07.12.2009, 14:11 | #84 |
Участник
|
Цитата:
Начальник подразделения кянется и божится, что у него фактически затраты были 100 рублей (приводит кипу документов в подтверждение) а бухгалтерия говорит - 110 рублей. Почему? вопят пользователи. Кому верить? кричит директор. Согласись, что особенности разноски сумм по счетам БУ для начальника так же непрозрачны, как и отражение сумм на регистрах УУ 1С. Что касается настройки Источника данных, то там есть кнопка "Проверить", позволяющая получить отчет за заданный период по выбранным критериям отбора. Я понимаю, что ты хочешь сказать. У начальника отсутствует drill-down фактической цифры "до документа". Мы на проектах решали эту проблему следующим образом. Составляли табличку, где для каждого источника данных указывали, каким стандартным отчетом и с какой фиксированной настройкой можно получить данный показатель в разрезе документов. Да, при этом приходилось настраивать отчеты. |
|
07.12.2009, 14:24 | #85 |
Участник
|
Цитата:
Поэтому за проводки по плану счетов отвечают не бухгалтера! Вспомни, что я говорил о принципах: сначала учетная политика. учетная политика состоит из многих вещей. Но в том числе и из плана счетов и правил занесения данных на них. Пользователи вводят свои каждый данные на своем языке. Система сама переводит с их языка на язык плана счетов. У каждой проводки остается информация кто и когда создал изначальную, кто и когда создал сторно и исправительную. Поэтому если речь идет о критичных для бизнеса данных, о таких, которые входят в бюджет, то такие данные ни в коем случае не должны вводить бухгалтера! Такие данные должны вводится на местах. Люди вводят только то, что знают. Не больше. но и не меньше. Поэтому твой довод не катит В отличие за 1С, в Аксапте бухгалтерия не является пупом предприятия. Нет, у него отсутствует drill-down да уровня данных, за которые отвечает пользователь. Слушай, давай про проекты не будем. во-первых, если и аксаптоведы начнут решения со своих проектов приводить, то от 1Са вообще камня на камне не останется. во-вторых, давай будем следовать изначальным оговоркам Возможности функционала Dynamics AX и 1С УПП |
|
07.12.2009, 14:54 | #86 |
Участник
|
Хм, в 1С:УПП обычно пользователи вводят документы, разносимые по УУ. Пользователи отвечают за эти данные. Бухгалтерия может допровести их по БУ или просто проверить корректность разноски, выставленной по профилям. Отчеты по разделам УУ вполне понятны и привычны небухгалтерам.
Вопрос в организации работы, а не в особенностях системы. Точно так же в Аксапте бухи могут перетянуть одеяло на себя и стать центром ввода первички. |
|
07.12.2009, 15:01 | #87 |
Участник
|
Цитата:
Допровести = зайти в документ, возможно исправить данные, включить галочку Бух.учет. Перепровести его заново. При этом старые проводки удаляются. Я правильно понимаю? Хочу обратить внимание, что мы обсуждаем УПП версии 1.2. А не доработки. Если считаешь нужным отметить возможности с доработками, то, пожалуйста, отдели доработки от стандартного функционала. Ок. Тогда бюджетирование строится непосредственно на регистрах УУ? Цитата:
Но в Аксапте это изврат редкостный. |
|
07.12.2009, 17:13 | #88 |
Участник
|
Согласен. Пока не выйдет УПП под 8.2, ситуация с "допроведением" стандартным функционалом не разруливается (в 8.2 права доступа даются не только на запись, но и на реквизиты таблицы => можно разрешить бухгалтеру только ограниченный набор телодвижений).
|
|
08.12.2009, 16:02 | #89 |
Участник
|
Уважаемые коллеги!
slava09 предоставил кое-какую документацию по 1С, после прочтения которой возникли уточняющие вопросы. Может быть, кто-либо из знатоков 1С сможет просветить меня и заодно всех интересующихся? Возможности нумерации документов в 1С. В Аксапте есть понятие номерных серий. В 1С же, насколько я понимаю, такого механизма нет, и максимум, что есть - это префикс, который подставляется в документ при выписке его от какой-либо организации, при этом только для бухгалтерского учёта. Далее, в документации есть фраза "Управленческий учет и планирование ведется для предприятия в целом, без деления на юридические лица, а регламентированный учет ведется каждой организацией предприятия". Правильно ли я понимаю, что невозможно настроить планирование отдельно для каждого бизнес-юнита, по своим принципам? Поскольку, как указано в документации, структура складов является общей для всей организации, то как указывать в 1С склад пополнения и как создавать заказы на перемещения? Возможно ли указывать причину брака в производстве? Возможно ли указывать отдельно технические потери, недостачи и брак со списанием каждого вида потерь на свой счёт? |
|
08.12.2009, 17:27 | #90 |
Участник
|
Цитата:
Цитата:
Сообщение от FE
Далее, в документации есть фраза "Управленческий учет и планирование ведется для предприятия в целом, без деления на юридические лица, а регламентированный учет ведется каждой организацией предприятия". Правильно ли я понимаю, что невозможно настроить планирование отдельно для каждого бизнес-юнита, по своим принципам?
Цитата:
Цитата:
Да. Последний раз редактировалось Сисой; 08.12.2009 в 18:10. |
|
|
За это сообщение автора поблагодарили: mazzy (2), FE (1). |
08.12.2009, 18:18 | #91 |
Участник
|
Сисой, хочу уточнить: "внутренний заказ" можно ввести самому руками? Автоматически он не создаётся?
|
|
09.12.2009, 12:07 | #92 |
Участник
|
Можно ввести вручную.
Автоматически создается только в режиме пополнения складов при анализе продаж (т.е. простая торговля со склада-магазина). При планировании потребностей производства вроде бы не создается. |
|
12.12.2009, 11:43 | #93 |
Участник
|
Цитата:
В УПП для планирования и управления производственного контура есть несколько механизмов. Планирование потребностей в номенклатуре как часть общей системы планирования. В этом механизме можно развернуть план производства на используемые материалы. Так же можно задать некоторые ресурсы в качестве ключевых и они будут участвовать в расчете плана. Однако, полученный результат дает только ответ на вопросы о том, какие материалы будут нужны в определенные моменты времени, укладываемся ли мы в наличие ключевых ресурсов в моменты, когда они потребуются. То есть, каких-то действий и рекомендаций эта подсистема не выдает и ни как не учитывает уже существующие документы по производству. Есть более подробное планирование для производства по сменам. При этом система на основании плана выпуска конечных изделий рассчитывает какие материалы, какие операции будут нужны в определенную смену. В тот момент, когда я изучал УПП, планирование работало только «назад от даты потребности», методисты из ИТРП на курсах говорили, что планируется реализация и механизма расчета «вперед», но реализована она в 1.2 или нет я не в курсе. На основании плана производства по сменам (а возможно и без него, вручную) создаются производственные задания. В них отражается уже утвержденная работа и материалы. Так же указывается какую продукцию выпускать в этот день (как изделия конечного спроса, так и изделия промежуточного спроса, например полуфабрикаты). Сам выпуск отражается отдельным документом, который может вводиться как на основании производственного задания, так и вручную. То есть вроде бы есть большинство механизмов управления производством. Только вот практическое их применение под вопросом. Основная проблема в том, что эти механизмы слабо связаны. Конечно, есть возможность вводить одни документы на основании других, но планирование независимо друг от друга в каждом из механизмов. Например, когда рассчитывается план производства по сменам, он не учитывает, что материалы и оборудование уже могут быть утверждены к использованию в производственных заданиях. В свою очередь, изменения в производственных заданиях не пересчитывают доступность ресурсов, то есть считается что тот, кто изменил задание, знает, что делает и просчитывает результаты. Самое главное из того, что мне не понравилось, это отсутствие «центра управления» операциями по выпуску определенной номенклатуры, каким в Аксе является производственный заказ. Производственное задание, по большому счету, показывает только то, что мы должны сделать в определенный день без связи с самим процессом, зачем это нужно и как мы попали в это состояние. То есть, понимание того, что для производства определенного количества определенной номенклатуры мы должны произвести определенные полуфабрикаты (или использовать их наличие), передать какие-то операции на аутсорсинг и т.п. не вырисовывается. Не получается и растянуть все действия во времени из одного центра. То есть, не получается выполнить процесс по типу: сегодня начинаем операции 1, 3, 5, завтра завершаем операцию 3 и начинаем операцию 4, материалы, потребляемые на конкретной операции и не требующие особого контроля автоматом списываются при начале операции 3, но только по завершении операции 5, дорогие комплектующие списываем в производство только вручную. Сами по себе эти механизмы в УПП есть, но они живут сами по себе. То есть, управление отдельными операциями производства в УПП есть, но управления производством как процессом пока на начальном уровне. |
|
|
За это сообщение автора поблагодарили: mazzy (2), Сисой (3), FE (1). |
21.12.2009, 13:57 | #94 |
Участник
|
Появился тут ещё один вопрос, даже не знаю, куда его отнести - в платформу или в функционал. Есть ли в 1С УПП механизм, аналогичный оповещениям в Аксапте? Если нет, то существует ли в принципе в платформе этот механизм?
|
|
21.12.2009, 15:14 | #95 |
Участник
|
Опишите кратко функциональность механизма оповещений в Аксапта.
Я скажу, что есть, чего нет в 1С. В 1С это реализовано на уровне конфигурации. Специальных классов платформы не предусмотрено. |
|
21.12.2009, 15:24 | #96 |
Участник
|
http://www.sunriseconsult.com/eprise..._AX_Alerts.pdf
MMS://wm.microsoft.com/ms/business/dynamics/ax/Alerts_Demo.WMV Можно подписаться на изменения какой-нибудь записи, тогда будут приходить уведомления. |
|
21.12.2009, 15:34 | #97 |
Участник
|
Цитата:
На инфостарте есть целая рубрика, посвященная классу доработок "Служба сообщений, чат, уведомления (30)" http://infostart.ru/public/?rubric=1555 но пока ограничиваются тем, что люди ставят задачи людям. 1С еще не дошла до состояния когда сама система ставит задачи людям, посылает им уведомления в произвольных условиях. ========================= Однако. В платформе v8 есть ближайший по смыслу аналог оповещений, который входит в состав набора инструментов Бизнес-процессы. Ближайший аналог - это задачи. Доработки для него http://infostart.ru/public/?rubric=1656 Пользователь так или иначе получает уведомление о том, что ему назначена задача. Не точно также как Аксаптовское оповещение (Говорю же - аналог). Но пользователь узнает что на него повешена новая задача и может увидеть список этих задач. Ключевая фраза с оф.сайта http://v8.1c.ru/overview/Term_000000179.htm#1 Цитата:
Для использования механизма бизнес-процессов не требуется изменения готовых решений, или эти изменения несущественны. Например, внесение незначительных изменений в конфигурацию позволит бизнес-процессам должным образом реагировать на запись важных для них объектов базы данных. В этом случае пользователи смогут работать привычным образом, не пользуясь списком заданий и не подозревая о существовании бизнес-процессов. Однако выполняемые ими операции будут приводить к продвижению соответствующих бизнес-процессов дальше по маршруту.
========================= Существенное различие заключается в следущем: = оповещения в Аксапте уже задействованы в рамках Роле-ориентированного интерфейса, 50 уже готовых ролей, бла-бла-бла... А бизнес-процессы в 1С так и остались возможностью платформы, которую программист должен допиливать чтобы задействовать даже в стандартных конфах. = оповещения в Аксапте непосредственно активируются при изменении/создании/удалении данных в таблицах. Задачи в 1С - отдельный механизм, не привязанный напрямую к данным. = пользователь сам может подписаться на оповещения наряду с теми оповещениями которые назначены администратором. Задачи в 1С приходят пользователю только в соответствии с назначенной администратором ролью. примерно так: |
|
|
За это сообщение автора поблагодарили: Raven Melancholic (2), FE (1). |
22.12.2009, 11:02 | #98 |
Участник
|
В УПП оповещения есть, но реализованы они программным способом (регистр сведений + периодический опрос) и по функционалу сильно уступают Аксапте.
Существуют оповещения, привязанные к календарю (ДР сотрудника, необходимость сдать отчетность и т.п.). Существуют оповещения, назначенные самим юзером (Напомнить мне про отгрузку по заказу такого-то числа). Есть оповещения, связанные с обработкой документов. Но произвольно назначить оповещение при изменении любого реквизита любого документа можно только путем доработки типовой конфигурации. |
|
|
За это сообщение автора поблагодарили: Raven Melancholic (2), FE (1). |
22.12.2009, 12:40 | #99 |
Участник
|
Цитата:
Сообщение от mazzy
бизнес-процессы полноценно задействованы только в 1C:Документооборот на 8.2 (бета)
В данном механизме пользователь ведется по этапам, которые нужно выполнить для расчета полной себестоимости. Отмечаются уже выполненные этапы, показывается какие этапы еще требуется выполнить (на схеме отражается то, можно ли выполнить этап только после выполнения предыдущего или можно несколько этапов выполнять параллельно). Если были какие-то изменения уже выполненных этапов, то зависимые от них этапы показываются как аннулированные. Хотя это все жестко запрограммировано и практически не поддается настройке, да и к оповещениям имеет косвенное отношение. |
|
25.12.2009, 14:58 | #100 |
Участник
|
Вышел тестовый релиз УПП 1.3 (под 1С 8.2)
Для работы в режиме тонкого и веб-клиентов реализован следующий функционал: учет производства учет складских операций учет закупок учет продаж учет затрат оформление заявок на расходование денежных средств поддержка принятия решений (инструмент "Монитор эффективности") . Добавлен бизнес-процесс согласования заявок на оплату. Добавлено пакетное формирование расчетных документов по складским ордерам. Добавлена подсистема работы с денежными документами (путевки, билеты, талоны ГСМ). Включен механизм представления налоговой и бухгалтерской отчетности по телекоммуникационным каналам связи с использованием электронной цифровой подписи. Механизм позволяет непосредственно из программ системы "1С:Предприятие 8" выполнять отправку налоговой и бухгалтерской отчетности на сервер специализированного оператора связи. Последний раз редактировалось Сисой; 25.12.2009 в 15:08. |
|