1С:ERP Управление предприятием 2
1С:Бухгалтерия 3.0
1С:Зарплата и Управление Персоналом 3.x
Россия
Бухгалтерский учет
Управленческий учет
Налоговый учет
Бизнес-аналитик
Бухгалтер
Пользователь
Программист
Руководитель проекта
Системный администратор
Уважаемые коллеги, предлагаю к обсуждению вопрос.
Мы вот уже несколько лет пытаемся освоить ерп, идет трудно по разным причинам, бухгалтеру сложно, что в программе счета бух.учета не на первом месте. Бухгалтер послушала свою подругу, которая имела негативный опыт внедрения и в итоге они от нее отказались и перешли на бухгалтерию КОРП. Подруга эта теперь в восторге - ей все просто и легко, говорит, что бухгалтерия "пляшет" от счетов, а ерп фиг знает вообще как работает. Но у подруги торговое предприятия. А у нас штучное производство по длящимся не один месяц порой заказам. Зарплата у нас c КТУ, тарифами и отработанным временем. Бухгалтер мне говорит, а давай бросим ерп и перейдем на связку бухгалтерия и ЗУП. Как вы считаете, будет ли это оптимальным решением?
Какие я вижу сложности - даже если в зуп ввести документ Бригадный наряд с КТУ, тарифами и временем, то в бухгалтерии как мы соотнесем эти суммы с конкретными выпусками продукции, наверное, надо будет что-то дописывать, вводить какую-то единицу учета, типа заказ на производство. Потом при передаче данных из ЗУП в бухгалтерию суммы сдельных зарплат тоже нужно будет как-то разложить по заказам на производство (отнести на конкретный выпуск). Как я вижу, нужно будет хорошенько программисту поработать с обеими программами и дописать. И потом при обновлении каждый раз это учитывать.
Насчет незавершенного производства - в бухгалтерии вроде как реализован уже механизм ведения НЗП и соотнесения НЗП на конкретную продукцию с версии 3.0.111.16.
В общем, коллеги, поделитесь опытом, пожалуйста, как оптимальнее?
Мы вот уже несколько лет пытаемся освоить ерп, идет трудно по разным причинам, бухгалтеру сложно, что в программе счета бух.учета не на первом месте. Бухгалтер послушала свою подругу, которая имела негативный опыт внедрения и в итоге они от нее отказались и перешли на бухгалтерию КОРП. Подруга эта теперь в восторге - ей все просто и легко, говорит, что бухгалтерия "пляшет" от счетов, а ерп фиг знает вообще как работает. Но у подруги торговое предприятия. А у нас штучное производство по длящимся не один месяц порой заказам. Зарплата у нас c КТУ, тарифами и отработанным временем. Бухгалтер мне говорит, а давай бросим ерп и перейдем на связку бухгалтерия и ЗУП. Как вы считаете, будет ли это оптимальным решением?
Какие я вижу сложности - даже если в зуп ввести документ Бригадный наряд с КТУ, тарифами и временем, то в бухгалтерии как мы соотнесем эти суммы с конкретными выпусками продукции, наверное, надо будет что-то дописывать, вводить какую-то единицу учета, типа заказ на производство. Потом при передаче данных из ЗУП в бухгалтерию суммы сдельных зарплат тоже нужно будет как-то разложить по заказам на производство (отнести на конкретный выпуск). Как я вижу, нужно будет хорошенько программисту поработать с обеими программами и дописать. И потом при обновлении каждый раз это учитывать.
Насчет незавершенного производства - в бухгалтерии вроде как реализован уже механизм ведения НЗП и соотнесения НЗП на конкретную продукцию с версии 3.0.111.16.
В общем, коллеги, поделитесь опытом, пожалуйста, как оптимальнее?
По теме из базы знаний
- Перенос кадровой информации из ЗУП 2.5 / ЗУП 3.0 / ЗУП 3.1 в БП 3.0. Перенос отражения ЗП и начисления ОО из ЗУП 3.0 / ЗУП 3.1 в БП 3.0
- Перенос физического лица из ЗУП в БП
- Копирование настроек профилей группы доступа из одной базы в другую. 1С: Предприятие 8.3 БП 3.0, ЗУП 3.1, ЕРП 2.4 и т.д.
- Односторонний обмен ЗУП и БП
- Соображения о поиске работы и проблемах при первом внедрении ЕРП в 2024 г. Стаж в 1С 25 лет
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Зависит от того - что считать оптимальным. Стоимость одной только коробки ERP - пол миллиона. На эти деньги, если нет диких требований по расчету - вам франчи настроят и обмен между ЗУП и БП и отражение в ERP.
А если денег не тратите и конфигурации "бесплатные" - тогда бросайте даже попытки запуска ERP, без хороших специалистов (и не одного, а команды) по ERP это не взлетит.
А вот если есть хотя-бы 5-10 миллионов на внедрение - можно запустить и ERP. Все настроят, покажут, будет красиво. Первые полгода, потом после обновления - все разъедется и нужно будет еще 0.5-1 на исправление. Потом через полгода опять... Периодически будете гадать почему в бух.учете одни цифры, в управленческом другие... где-то можно разобраться, где-то ну так и придется принять.
как оптимальнее?
Зависит от того - что считать оптимальным. Стоимость одной только коробки ERP - пол миллиона. На эти деньги, если нет диких требований по расчету - вам франчи настроят и обмен между ЗУП и БП и отражение в ERP.
А если денег не тратите и конфигурации "бесплатные" - тогда бросайте даже попытки запуска ERP, без хороших специалистов (и не одного, а команды) по ERP это не взлетит.
А вот если есть хотя-бы 5-10 миллионов на внедрение - можно запустить и ERP. Все настроят, покажут, будет красиво. Первые полгода, потом после обновления - все разъедется и нужно будет еще 0.5-1 на исправление. Потом через полгода опять... Периодически будете гадать почему в бух.учете одни цифры, в управленческом другие... где-то можно разобраться, где-то ну так и придется принять.
(3)а в ЗУПе как? Вопрос то не только в отнесении затрат на кокретную номенклатуру, а в достаточно сложном расчете зарплаты (если можно так назвать) с использованием бригадных нарядов и т.д. В бухгалтерии же нет такого. В ЗУПе можно создать нечто вроде вырабтки в ерп. но как птом привязать эти суммы в бухгалтерии к выпускам конкретным
(15)
абатывать, все выгружается из БП.
а как привязать начисленную сумму зарплаты(причем по разным счетам учета 20, 25, 26) к конкретным заказам на производство (конкретным выпускам - номенклатурным группам, допустим). Ведь придется в зуп создавать ну хотя бы номенклатурные группы и прописывать их в правила обмена? Или как привязаться к выпускам? Зарплата причем сдельная, с бригадными и индивидуальными нарядами, с кту, отраб.временем, тарифными ставками
(19)
В БП создаете, в ЗУП выгружаете. В ЗУПе это справочник Способы отражения зарплаты в Бухучете. Все данные по учету ЗП хранятся в этом справочнике.
к конкретным заказам на производство (конкретным выпускам - номенклатурным группам, допустим). Ведь придется в зуп создавать ну хотя бы номенклатурные группы и прописывать их в правила обмена? Или как привязаться к выпускам? Зарплата причем
В БП создаете, в ЗУП выгружаете. В ЗУПе это справочник Способы отражения зарплаты в Бухучете. Все данные по учету ЗП хранятся в этом справочнике.
(15)
(21)
ну допустим я назначу Способ отражение по 20 счету. И как бухгалтерия поймет, что 10000 зарплаты бригады Иванова, петрова, Сидорова нужно отнести на лопату красную, а 5000 зарплаты бригады Юдина и Казакова на лопату черную? Она же просто передаст зарплату этих сотрудников на 20 счет и дальше программа закроет общую сумму исходя из настройки бухгалтерии правила распределения 20 счета
(21)
правочник Способы отражения зарплаты в Бухучете. Все данные по учету ЗП хранятся в этом справочнике.
ну допустим я назначу Способ отражение по 20 счету. И как бухгалтерия поймет, что 10000 зарплаты бригады Иванова, петрова, Сидорова нужно отнести на лопату красную, а 5000 зарплаты бригады Юдина и Казакова на лопату черную? Она же просто передаст зарплату этих сотрудников на 20 счет и дальше программа закроет общую сумму исходя из настройки бухгалтерии правила распределения 20 счета
(23)К сожалению да, не понимаете. Первично справочник Способы отражения зарплаты в Бухучете в Зарплате формируется при выгрузке из Бухгалтерии справочника Способы учета зарплаты. Если вы по 20 счету не укажете номенклатурную группу, то да этой аналитики не будет.
В справочнике Способы отражения зарплаты в Бухучете в Зарплате реквизит Наименование имеет вид строки с разделителями, например, "20.01 <Лопата черная> данные которой соответствуют счету учета, Номенклатурной группе и т.д.
В справочнике Способы отражения зарплаты в Бухучете в Зарплате реквизит Наименование имеет вид строки с разделителями, например, "20.01 <Лопата черная> данные которой соответствуют счету учета, Номенклатурной группе и т.д.
(19)
Первично справочник Способы отражения зарплаты в Бухучете в Зарплате формируется при выгрузке из Бухгалтерии справочника Способы учета зарплаты. Если вы по 20 счету не укажете номенклатурную группу, то да этой аналитики не будет.
В справочнике Способы отражения зарплаты в Бухучете в Зарплате реквизит Наименование имеет вид строки с разделителями, например, "20.01 <Лопата черная> данные которой соответствуют счету учета, Номенклатурной группе и т.д.
к конкретным заказам на производство (конкретным выпускам - номенклатурным группам, допустим)
Первично справочник Способы отражения зарплаты в Бухучете в Зарплате формируется при выгрузке из Бухгалтерии справочника Способы учета зарплаты. Если вы по 20 счету не укажете номенклатурную группу, то да этой аналитики не будет.
В справочнике Способы отражения зарплаты в Бухучете в Зарплате реквизит Наименование имеет вид строки с разделителями, например, "20.01 <Лопата черная> данные которой соответствуют счету учета, Номенклатурной группе и т.д.
(29) Есть справочник Способы отражения зарплаты в Бухучете. В справочнике Способы отражения зарплаты в Бухучете в Зарплате реквизит Наименование имеет вид строки с разделителями, например, "20.01 <Лопата черная> данные которой соответствуют счету учета, Номенклатурной группе и т.д.
(31) Риторический вопрос - зачем нужны справочники?
Учет с помощью строк с разделителями это плохо. Не удовлетворяет уже 1-й нормальной форме.
У нас в справочник Способы отражения зарплаты в бухучете добавлены реквизиты: Счет Дт, Счет Кт, Статья затрат, Заказ (номенклатурная группа).
Учет с помощью строк с разделителями это плохо. Не удовлетворяет уже 1-й нормальной форме.
У нас в справочник Способы отражения зарплаты в бухучете добавлены реквизиты: Счет Дт, Счет Кт, Статья затрат, Заказ (номенклатурная группа).
Управленческий учет в управленческой базе (ерп, ут, самоделки, сап, оракл, все что угодно). Бух учет в БП + ЗУП. Если зарплата без изысков, то можно обойтись без ЗУП.
Сколько видел учетов в базах "все в одном", все одинаково неудачные. Бухгалтерию вообще удобно рассматривать как отдельный самостоятельный процесс, который нужен только налоговой инспекции, поэтому для нее делаем отдельную красивую базу, где все ровно и строго по налоговому кодексу.
Сколько видел учетов в базах "все в одном", все одинаково неудачные. Бухгалтерию вообще удобно рассматривать как отдельный самостоятельный процесс, который нужен только налоговой инспекции, поэтому для нее делаем отдельную красивую базу, где все ровно и строго по налоговому кодексу.
Доводы за раздельный учет (дисклеймер не претендую на истину):
1. Частота обновления - для БП И ЗУП этого добра требуется намного чаще, чем для производственных процессов.
2. Скорость этого самого обновления - без комментариев
3. Доработки, неважно через расширения или еще как - для отлаженных БП и, особенно, ЗУП, наоборот, требуются намного реже. Следовательно обновления в ERP не будут затрагивать БП и ЗУП.
Честно говоря, я, как ретроград, предпочел бы новые объекты создавать в основной конфигурации, обновление ERP это замедлит не сильно, а вероятность попасть на глюк меньше. Да, хотя я и не разбирался в том какие таблицы создаются в расширениях при создании в них новых объектов, но что-то мне подсказывает, что это скорость работы базы точно не увеличит.
4. Почитайте, например, форум за эту неделю со стенаниями - обновили БП получили миллиардные обороты, вроде и приятно, но вдруг заставят отдавать. С решением - выполнять ТИС после каждого обновления.
Вы себе представляете эту операцию и радость производства на ERP?
5. БЫкапы. Раздельные базы и все в одном. И частота нужна разная и окна могут быть сильно разные, и не стоит все хранить в одной корзине.
6. Если для ERP нужен отказоустойчивый кластер и т.п., то БП и ЗУП обычно разворачиваются сильно проще.
И лучше на другой машине, тогда, если кто-то будет запускать не слабые отчеты он хотя бы не будет вешать остальные участки работы.
7. Хотя БП ЗУП и ERP по-отдельности даже не рядом микросервисы, но суть разделения очень похожа.
А это модно и молодежно. :)
8. Доработки "на стороне" - пускать кого-то в ЗУП или в производство сильно разные вещи.
Минусы раздельного решения:
1. Придется настраивать обмен, есть вероятноcть принудительного освоения КД3 либо новомодных шин данных :)
2. Лицензии на сервер, если будет принято решение держать разные, придется покупать отдельно?
3. Хм... Просьба накидать знающих товарищей.
1. Частота обновления - для БП И ЗУП этого добра требуется намного чаще, чем для производственных процессов.
2. Скорость этого самого обновления - без комментариев
3. Доработки, неважно через расширения или еще как - для отлаженных БП и, особенно, ЗУП, наоборот, требуются намного реже. Следовательно обновления в ERP не будут затрагивать БП и ЗУП.
Честно говоря, я, как ретроград, предпочел бы новые объекты создавать в основной конфигурации, обновление ERP это замедлит не сильно, а вероятность попасть на глюк меньше. Да, хотя я и не разбирался в том какие таблицы создаются в расширениях при создании в них новых объектов, но что-то мне подсказывает, что это скорость работы базы точно не увеличит.
4. Почитайте, например, форум за эту неделю со стенаниями - обновили БП получили миллиардные обороты, вроде и приятно, но вдруг заставят отдавать. С решением - выполнять ТИС после каждого обновления.
Вы себе представляете эту операцию и радость производства на ERP?
5. БЫкапы. Раздельные базы и все в одном. И частота нужна разная и окна могут быть сильно разные, и не стоит все хранить в одной корзине.
6. Если для ERP нужен отказоустойчивый кластер и т.п., то БП и ЗУП обычно разворачиваются сильно проще.
И лучше на другой машине, тогда, если кто-то будет запускать не слабые отчеты он хотя бы не будет вешать остальные участки работы.
7. Хотя БП ЗУП и ERP по-отдельности даже не рядом микросервисы, но суть разделения очень похожа.
А это модно и молодежно. :)
8. Доработки "на стороне" - пускать кого-то в ЗУП или в производство сильно разные вещи.
Минусы раздельного решения:
1. Придется настраивать обмен, есть вероятноcть принудительного освоения КД3 либо новомодных шин данных :)
2. Лицензии на сервер, если будет принято решение держать разные, придется покупать отдельно?
3. Хм... Просьба накидать знающих товарищей.
(14) спасибо за ваше развернутое мнение. В предлагаемых мною условиях дописывать зуп все-таки предется, дописывать правила обмена так же придется. При обновлениях эти моменты придется учитывать. Если ерп не дописанная, а зуп и бух придется править, актуальны ли ваши доводы в таких условиях?
(18)
Актуальны ли доводы, судить все же вам, как по мне, так почти ничего не меняется и при ваших условиях.
Меня насторожило вот это: "Если ерп не дописанная" обычно подобная фраза появляется если компания не понимает зачем ей нужна эта самая ERP.
И еще больше настораживает фраза "а зуп и бух придется править" в сочетании с наличием ERP. Обычно это означает, что кто-то собирается вести управленческий учет не в том месте. Один из тревожных симптомов, когда бухгалтерия начинает плодить субконто/замысловатые отчеты и учитывать то, что, по-хорошему, не нужно для внешней отчетности и контроля денежных потоков.
Актуальны ли доводы, судить все же вам, как по мне, так почти ничего не меняется и при ваших условиях.
Меня насторожило вот это: "Если ерп не дописанная" обычно подобная фраза появляется если компания не понимает зачем ей нужна эта самая ERP.
И еще больше настораживает фраза "а зуп и бух придется править" в сочетании с наличием ERP. Обычно это означает, что кто-то собирается вести управленческий учет не в том месте. Один из тревожных симптомов, когда бухгалтерия начинает плодить субконто/замысловатые отчеты и учитывать то, что, по-хорошему, не нужно для внешней отчетности и контроля денежных потоков.
Есть такая конфигурация Бухгалтерия Сельскохозяйственного предприятия. Для ваших целей как раз подходит.
В ней есть четыре документа для начисления сдельной зарплаты: Учетный лист тракториста, Путевой лист автомобиля, Путевой лист трактора, Ручной наряд. Как раз с технологическими операциями. Удобно для начисления сдельной зарплаты.
Включить режим начисления зарплаты во внешней программе. Выгрузка сдельной зарплаты для ЗУП у разработчика есть.
Начислили документами в БСХП, выгрузили в ЗУП, обработали, выгрузили обратно в БП документ Отражение зарплаты в Бухучете.
В ней есть четыре документа для начисления сдельной зарплаты: Учетный лист тракториста, Путевой лист автомобиля, Путевой лист трактора, Ручной наряд. Как раз с технологическими операциями. Удобно для начисления сдельной зарплаты.
Включить режим начисления зарплаты во внешней программе. Выгрузка сдельной зарплаты для ЗУП у разработчика есть.
Начислили документами в БСХП, выгрузили в ЗУП, обработали, выгрузили обратно в БП документ Отражение зарплаты в Бухучете.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот