https://www.trinion.org/blog/glavnaja-problema-pri-vnedrenii-1c-erp/
Вот подготовил статью - жду критики. Потом на хабре тисну

>> они в основном носят практический характер, а теоретический.

Грамматика

Спасибо!

Рекомендую прогнать статью через нейронку в целях исправления множества орфографических и пунктуационных ошибок

(3) Уже в работе.

Главная проблема внедрения любого решения это мнение внедренцев, что нужно, а что не нужно клиенту. "Нам не нужно отражать прям секунду в секунду, день в день." Вам не нужно, а бухгалтерам нужно. А собственнику нужно видеть реальную прибыль за день, а не сидеть курить пока регламент посчитает партионный учет. Аналогично с долгами. Дальше читать не стал.

(5) В том и вся соль что Бухгалтеру не нужно секунда в секунду. Он как государство скажет так и будет делать.

(6) почему ты так думаешь, что им не нужно? Потому что "разработчикам" так удобно? Рекомендую начать с простого с теории бух. учета и его основных принципов. К примеру принцип "непрерывность", если у нас есть "разрыв" в данных, то уже есть беда.

(7) Вы можете спокойно принять документ к бухгалтерскому учету прямо перед самой сдачей отчетности и вам слова никто не скажет. О какой непрерывности идет речь?

А за непрерывностью есть принцип "полнота" - "мы вам потом в конце месяца партии посчитаем" это не про полноту данных. 1С решила, что самая умная и сама будет выдумывать, как учетчикам нужно. Как итог любое решение УТ/ЕРП - не дает никогда реальных данных, а БП не дает детализации. Так и живем, за то наплодили простигосподи аналнытиков и бизнесинфоцыгановконсультантов - "мы знаем как надо"!

(8) тут уже из серии "бухи нарушают, а мы чем плохи"? Ну такое. У меня есть клиент, который не принимает документы за прошлый месяц после 3 рабочего дня следующего - нет документ - продажа на ответственного.

(9) Я не понял, 1С решает как надо - это правильно или нет?

(11) Да, это неправильно. Есть принципы учета и изобретать ничего не нужно. Есть принципы и стандарты разработки, озвученные на том же ИТС изобретать велосипед не нужно соблюдайте свои же правила.

По мне так сама идея ведения УУ и НУ в одной базе ущербна в корне.

(13) да без вопросов в этом направлении. УУ и НУ вполне здраво вести в разных базах. Но принципы должны соблюдаться в обеих.

(0) Слишком коротко и однобоко
Не раскрыты например проблемы когда учет не только УУ и БУ/НУ
Но еще и по МСФО/GAAP - с веселыми трансляциями ))

(15) Да, проблем хватает.

(16) На самом дел когда я разрабатывал MRP модуль https://www.trinion.org/blog/chto-takoe-mrp-opisanie-i-prakticheskoe-primenenie/ я понял что ERP методологически одно большое нечто.

простите...

По мне, так статья очень однобокая. Такое впечатление, что автор не сталкивался с ситуациями, когда перенести учет из ЕРП в Бухию просто нереально. Хотя бы из-за того, что в бухии нет тех разрезов учета, которые есть в ЕРП и которые ДОЛЖНЫ быть учтены в бухучете. Так что громкое заявление, что не надо вести бухучет в ЕРП мягко говоря необоснованное.
Да, ЕРП для бухгалтеров - шок.
В ЕРП НЕЛЬЗЯ влезть ручками в проводку и поправить как твоей душе угодно.
В ЕРП без хотя бы предварительного закрытия месяца нельзя увидеть суммы по многим проводкам.
В ЕРП бухучет - вторичен и часть аналитики, которая есть в бухии просто напросто уехала в управленку.
Надо учиться пользоваться управленческими отчетами и понимать многие управленческие моменты, чтобы ЗНАТЬ как лягут проводки.
В ЕРП другие принципы настроек правил формирование проводок.
ЕРП, в конце концов, не посмертная система учета, как бухия. И строится она именно на оперативной работе.

(13) Вообще, сам принцип выделения НУ в отдельный учет - порочная практика. Зато мы - первые в мире и наград разработчики и идеологи отхватили немало.

(15) о каких МСФО/GAAP речь, если "Нам не нужно отражать прям секунду в секунду, день в день."

А главная ошибка при внедрении - подходить к ЕРП с принципами работы в Бухгалтерии без учета ее идеологии и архитектуры.

(20) Ага
Во всем мире сами все считают налоги кто во что горазд
Никаких тебе аналогов единого НУ
Типа программа не может? Ну бери калькулятор с экселем и считай сам...

(23) В Норвегии люди действительно вынуждены это делать - брать счёты и считать будущие налоги. Но это физики. Компашки по твоему также поступают?

(24) Ммм. Ты не поверишь но да.
Если они не потратились на свой уникальный софт для этого.
Который часто представляет собой кучу VBA в Экселе.
А если законодательство поменялось - все, тушите свет...
Никаких тебе обновлений единых универсальных типовых конф за копеечный ИТС
Нанимай прога или фирму и пилите с нуля или ковыряйтесь в легаси
Но надо признать что законодательство меняется сильно реже чем у нас ))

ЗЫ
На самом деле xUSSR до недавнего времени был из самых развитых в плане ИТ и прочего связанного с ИТ
Даже Китай смог только недавно обогнать нас, примерно когда они уже по QR кодам платили смартфонами, а у нас все еще эквайринг в массе был, до появления СБП.

И да 1C это верх технологичности по сравнению с аналогами типа пресловутых SAP, OEBS и прочих Salesforce

Проблема что нас сейчас тупо отрезают от современных технологий, особенно ИИ/AI (LLM)
Ладно санкции так еще свои решили "подержи мое пиво"
В итоге отставание будет нарастать, утечка увеличится и так уже куча и фирм и спецов ушли на штурм Верхнего Ларса
Спецам не по 1С работы внутри почти нет
Дикий избыток для всех больших ЯП, до 1000 откликов на одну вакансию
И это не джуны откликаются, тех уже никуда без блата тупо не берут давно
Это крепкие мидлы и сеньоры не могут устроиться у нас

(26) Ой, ну ладно отрезают... Китайские LLM уже сильнее западных, а такие же тупые...

(27) Все сильно зависит от базы обучения и в итоге задач
Чистая алгоритмика - уже лучше людей (как и в шахматы и в го уже давно компы лучше)
Практические задачи - пока не очень, точнее надо сильно-сильно декомпозировать, подсказывать и следить что делает

Вот например за полчаса вайбкодинга оно мне сваяло
https://cloud.mail.ru/public/rhuN/r9WKNTHHQ
Умную автозапускалку Outlook в рабочее время по рабочему календарю!
Достаточно в планировщик винды добавить через каждые 5 минут например
Причем календарь рабочих дней обновляется, можно отложить автозапуск и лог ведется (с авторотацией до 1 мб)
Сам ни строчки кода не написал, только словами на русском языке говорил что хочу
И что нет, давай иначе сделаем

(28) Боже, какая деградация гуру...

(29) Экономия своего времени
Если нечто дает ускорение в 2-3 раза - за это готовы платить
Даже если платить как за 1 час своей ставки но в итоге 2 часа сэкономил - профит же
Но иногда LLM так тупят безбожно

ЗЫ
Забыл написать что (28) оно мне локально сваяло!
Без платных онлайновых, тупо на своей видяхе
Рабочий стек LM Studio + qwen/qwen3.6-35b-a3b + VS Code + Cline

(30) Не свистите мне в уши. Вы всё сэкономленное время потратили на мисту.

А миста чо? миста ничё. Миста готова принять Ваше сэкономленное время. Вы просто пишите по сабжу, а мисте чё? Ей ничё. Пара байтов в базе...

или вот возвращаясь к сабжу и ERP
Кто-то там где-то сделал расширение, в котором документ ERP быстро проводится. Или вообще новый документ в расширении сделал (ну понятно). И чо это вендору? Ни о чём. Кто-то там и где-то там...

(33) Вендору выгодно когда его платформа лучшая, популярна и хорошо продается
Вместе с ИТС к ней

(34) Ничем не могу возразить. Вендору выгодно.

(29) (31) ++
(33) Разочарование сквозит. Так?

(36) Меня разочаровали "управляемые формы". С тех пор утекло много воды...

(37) А я с ностальгией 7 ку вспоминаю

(38) Ну разная у нас ностальгия... Моя хотя бы живая (обычные формы)

(7) когда это бухучет стал оперативным?

(9) бухучет подразумевает, что себестоимость будет посчитана в конце периода

(38) 7-ку или всё-таки времена кустарной автоматизации?

(40) (41) ++
(42) Интерфейс.

(0) Бухгалтерия лишь 1/10 от ERP, как и УПП ручные операции не любит.
(40)+

Главная проблема что франчи внедряют ERP для "расчета себестоимости", а дальше всем пофигу на остальной функционал.

(45) А дальше функционал стоит остальные 80% бюджета проекта ;-)))

Главная проблема при внедрении ЕРП, КА или иного, это заказчики. Обычно у них уже что-то есть и они в новой системе хотят чтоб все было как в старой. Те же кнопочки на тех-же местах, те же процессы и документы в них, те же отчеты и та же возможность где-то что-то подкрутить ручками, когда не сходится... Если это преодолеть - все остальное фигня не стоящая разговоров.

(45) Из такого "внедрения" будет не себестоимость, а набор цифр.

(47) 👍
абсолютно точно, когда внедрялась ERP на фирме, я там был программером и сам бы наврядли внедрил, то франч справился очень неплохо, но вот как только всех сотров обязали не вести учет в привычной УПП и работать в ERP, вот тогда началась истерика, народ 3 месяца принимал ERP, я ходил по головке гладил успокаивал и по сто раз объяснял все отчеты, все документы, доп обработки которые перенесены из УПП но выглядели и работали как-то-не-так. Целый квартал на принятие новой программы потрачено, ну и ошибок там естественно налепили за это время, пришлось выравнивать.
Ну а на втором месте проблема это множество хотелок заказчика и неправильное понимание заказчиком приоритетов доработок, например на участке другого сотрудника. Человек, руководящий внедрением конечно стальных нервов был, крут нереально, и в целом картинку учета понял и разрулил.

(0) Статья о том что нельзя вести БУ учет в ЕРП я так понял. Вообще странная ситуация сейчас с ЕРП. Вендор активно пилит БУ в ЕРП. В плане БУ в ЕРП уже больше функционала чем в БП. При этом франчи упорно не хотят внедрять БУ в ЕРП и строчат такие статейки. Конечно проще внедрить склад и заявить от внедрении ЕРП. А с БУ в ЕРП работать ведь блин придётся.

Вот сейчас прям сижу за ERP где и управленка и бухучет и зарплата и все все все. Сначала вели несколько неграмотных бухов, которых пришлось отучивать от ручных операций и делать все документами и показывать что они налепили по отчетам. Но затем пришла ОНА! Красивая, активная, умная.. А я блин уже глубоко женат :`(((((( И разобралась в учете, как что проводится, я только подсказывал и направлял, и выровняла весь учет в ERP, базу можно хоть за прошлый год перепровести и перезакрыть и все цифры встанут ровно.
И вот контраст: сейчас появился клиент с разнесенным учетом по нескольким УТ и одной белой БП, классика, и конечно на южном направлении, бухи задолбанные сплошными переносами и корректировками, ноют сделай нам красиво и дешево, пабратцки..

(50) Какое-нибудь "Раздолье" не пишут такие статьи, напротив, предлагают начать именно с рег. учета.

(52) Хотя, реализация рег. учета, конечно, чудовищная.

(50) А франчи сами не понимают ЕРП. Они привыкли к бухии.

(53) Ничего чудовищного нет.
Когда внедряли первые 1С бухгалтерии, матерые бухгалтера не могли въехать примененный инженерный подход к бухучету. Сейчас же бухи, привыкшие к Бухгалтерии, так же с трудом въезжают в новый подход, примененный в ЕРП.
Проблема - в привычке.
(52) А Раздолье - молодцы. Одни из очень немногих "Центров компетенции ЕРП", которые реально в ней разбираются и могут нормально внедрить в реальном секторе экономики.

(54) Это вопрос чисто финансовый. ЕРПшникам платит надо хулиарды. Самим тогда не останется. При этом можно просто склад внедрить в ЕРП за те же деньги и БП рядом поставить. Достаточно УТшника джуна.

(53) Очень похоже на комплексную 7.7 (если ктото помнить еще такую). Всё новое это хорошо забытое старое.
Что на ваш взгляд там самое чудовищное? Просто ради интереса.

(50)Я во франче не работаю.
(51) Femme не стала fatale?
(54) Ищут под фанарем

(58)
"Я во франче не работаю.


Ой да ладно. Ну назвались красивыми словами интеграторы, консалтеры, <красивое слово>. Суть не поменялась.

(59) Я реально не работаю во франче. Я фрилансер

(55) >>Ничего чудовищного нет.

А как вы отвечаете на вопросы "почему документ отразился в БУ дважды 8 месяцев назад / не отразился вообще?" Притом, что там было обновление, например, и текст запроса отражения поменялся, например.

(60) Фрилансишь как аутсорсер в интеграторах на проектах?

(61) Это какой то ад
(62) И такое тоже

(61) Ни разу не видел такого при правильном ведении учета. "Отразился дважды" - скорее всего речь идет о "лишних" с точки зрения бухгалтера проводках.
Или было изменение настроек, которые вендор специально закрыл от изменений. Это вообще сплошь и рядом встречается и 99% вопросов "а почему вдруг стало так и откуда минуса и развернутое сальдо" лезет именно отсюда.
"Не отразился" - документ заполнен на "и так сойдет" и игнорируются предупреждения о неправильном отражении в регучете.

(64) Такое сплошь и рядом, но только при внимательной проверке отражения. Скорее всего, в каком-то релизе был некорректный запрос по отражению. Я несколько запросов по отражению правил, но там, где прямо ошибка была при отражении. В целом, на это просто не обращают внимание, до определенного момента.

(65) Насчет "сплошь и рядом", ну тут должен пояснит, что речь о <10 документов, пока что выявленных за все время учета. Как по мне, это некритично, но это только потому, что регл. учет в БП-ке ведется.

Мне в принципе не нравится идея объединения в одной конфе всех функций (иначе получим швейцарский нож, делает все, но в  руках держать невозможно).
https://avatars.mds.yandex.net/get-mpic/16497710/2a0000019a652f8f5f10fb64d664ae459c14/orig

Во первых, разные подразделения работают в разном режиме, и еще на вышеупомянутой комплексной 77 столкнулся: бухи хотят закрывать месяц, им требуется монопольный режим, а производство не может - у них рабочая смена в самом разгаре. Поэтому я понимаю причину, почему в ЕРП не ведут БУ,  апользуются переносами в отдельную БП.

(67) монопольный режим для закрытия месяца в ERP не нужен

(66) "регл. учет в БП-ке ведется" Вот поэтому и плевать на регучет в ЕРП. Пока что-нибудь колом не встанет.
(67) В наших условиях массовых противоречий и нестыковок в законодательстве, помноженное на его постоянное изменение, проще править в одной конфе, чем в десятке ))
Что касается 7-ки, то надо было делать регламент, под который все должны подстраивать свои бизнес-процессы.
И вообще, если пользуешься стандартной системой, а не написанной под себя любимого, то приходится подстраиваться под ее архитектуру.

(0) "Проблем много - но пока опишу одну". Забавно.

Анек в тему:

На сельском клубе Афиша:
«Лекция о любви с демонстрацией слайдов"
Народу набежало - не продохнуть.
Лектор:
1.Бывает любовь между женщиной и женщиной.
Это лесбиянство
Зрители орут: слайды давай!
Лектор: слайды потом
2.Бывает любовь между мужчиной и мужчиной.
Это гомосексуализм.
Зрители: слайды давай!
Лектор: слайды потом
3. А бывает, что человек любит свою Родину.
Вот теперь - слайды.

(68) Но желателен, ибо весьма вероятны тормоза и конфликты блокировок.

(70) У меня есть целый список проблем. Например этот дурацкий механизм Назначения. Я когда сел  про него сел статью писать понял, что это мрак полнейший.

https://www.trinion.org/blog/rabota-s-naznacheniem-v-1c-erp-2-5/

(72) Почти любой запуск ЕРП начинается с приключений ГФУ с видах запасов. Какой-то жестокий садист-аналитик засунул эту аналитику туда.

(73) Хе-хе, такой же, как тот, кто придумал объекты расчетов. )

(74) До сих пор не понял зачем их создали

(0) статья на хабре
https://habr.com/ru/articles/1025842/

(75) Это потому что вы думаете не как управленец, а как бухгалтер. Как вы разделите расчеты, если у вас одновременно:
- по одному договору есть аванс по договору, а зачет аванса осуществляется по документам и не полностью, а пропорционально сумма документов
- по договору ведутся расчеты по договору, но по одному заказу в рамках договора - отдельно
- по договору ведутся расчеты в рамках отдельных спецификаций/заказов
- нужен учет расчетов и по договору в целом
- и т.д. и т.п.
И вообще, я давно перестал задавать вопросы "а почему так сделано в ерп", потому что чем больше разнообразных вариантов аналитики учета возникает, тем больше начинаешь понимать, что "это ж-ж-ж-ж не спроста".

(76) Текст должен читаться легко.

"моими клиентами являются не клиенты" - клиенты / не клиенты. Мозг закипает от таких конструкций.

У тебя в двух места "нее". Два раза опечатка?

Запятых местами не хватает.

(78) Поправлю. Спасибо!

(74) да тоже минное поле - меняешь валюту в договоре, создается новый объект расчетов - расчеты разъезжаются.
На агрегирующих аналитиках такого добра в ерп полно - виды запасов, аналитика учета номенклатуры, объекты расчетов, назначения. Наверное это нужно для быстродействия.

(72) те кто сейчас получает запросом данные по регистру с отбором по назначению тебя не понимают
Ты попробовал бы подождать результат с отборо по заказу в этом регистре.
Составной тип в измерениях регистра очень тормозная штука
поэтому объекты расчетов/назначения/ключи аналитик рулят

(0) статьи явно сырые - начало много обещает, но финала нет.
лучше было бы наоборот

(76) >> Так как это проблемы пользователей системы, то соответственно они в основном носят практический характер, а теоретический.

Вам об этом было сказано в сообщении (1).
Вы сказали "Спасибо" и запостили статью на Хабр без частицы "не".
Ну и кто Вы после этого, Рамиль?

(3)(4) Вам рекомендовали исправить ошибки в статье, Вы сказали "Уже в работе", но в статье дохрена ошибок.

>> то есть, если мы посмотрим на график сдачи бухгалтерии, то там достаточно… Щадящие сроки.
и ещё куча пропущенных запятых.

Рамиль, Вы издеваетесь что ли?
Признайтесь, что Вы запостили статью на Хабр раньше ветки на мисте. Статья была просто на модерации. А ветка на мисте стала промоушеном, тизером

"""Признайтесь, что Вы запостили статью на Хабр раньше ветки на мисте. Статья была просто на модерации. А ветка на мисте стала промоушеном, тизером"""

Нет.
20.04.26✎18:49 На Мисте
21 04 26 10:35 На Хабре

Пунктуация авторская. Так было задумано.

(85) Рамиль, друг мой! В твоей статье на Хабре (76) куча ошибок орфографических и пунктуационных.
По смыслу статьи у меня возражений нет, я не читал её. Я просто обратил внимание на грамматику русского языка. Пиши чо хочешь

(86) Спасибо Стас. Посмотрю.

(87) 👍

(0) Статья написана каким-то невыносимо безумным языком.
Не знаю каким, но точно не русским.
Я ни разу не жду от ИТ-специалиста высокого штиля, достойного пера Толстого или Достоевского. Упаси бог.
Но от чтения этой статьи просто хочется плакать.

...мои клиенты являются не клиентами... [клиенты/клиенты]

...именно пользователями. То есть те, кто является пользователем системы... [пользователи/пользователи]

... кто является пользователем системы, данной и теми проблемами, с которыми они сталкиваются. [падежи и согласованность речи покинули чат уже в третьем предложении]

... это проблемы систем пользователей... [что такое "системы пользователей"?]

...носят практический, теоретический характер. [должно быть либо "носят не практический, а теоретический характер", либо "носят практический, а не теоретический характер"]

И это только в первом абзаце, состоящем из четырёх предложений. ПЯТЬ(!!!) ошибок. И это если не докапываться совсем уж до блох.

Когда Бог хочет лишить человека разума, он в первую очередь лишает его языка и способности ясно и прямо выражать свои мысли. © Не моё.

Суть статьи мне понятна и во многом (не во всём) перекликается с моим собственным опытом.
Но форма изложения просто отвратительна.
И суть я понял только лишь потому, что сам работаю с ERP. Для стороннего человека эта статья - не более чем каша из слов, где в каждом (буквально в КАЖДОМ, Карл!) предложении присутствуют ошибки пунктуации, согласованности слов между собой, правильности спряжения и склонения.

И это мы ещё не обсуждаем статью по существу. Стилистику изложения, структуру статьи, неуместность и непонятность картинок, слабость аргументации.

PS Такое ощущение что статья - плод машинного ввода текста с микрофона. Человек говорил прямой речью то, что думает, не особо задумываясь над красотой и стройностью изложения (главное - чтобы было примерно понятно о чём разговор).

(50) если БУ всё еще активно пилится в ЕРП, значит оно не допилено до нужной кондиции?

(90) там всё пилится... "восьмерка ещё сырая"
(0) Если внедрять ЕРП, то не надо поддаваться нытью бухов. Если бухгалтерия основной заказчик - не надо внедрять ЕРП.

(0) не стоило ТС обобщать провал собственного проекта и делать из него(провала) далеко идущие выводы.

на данный момент в отрасли накоплена достаточная экспертиза для использования РСБУ учёта в ERP в средних и крупных предприятиях

(89) Ну спасибо мил человек. Исправлю.
+++++PS Такое ощущение что статья - плод машинного ввода текста с микрофона. Человек говорил прямой речью то, что думает, не особо задумываясь над красотой и стройностью изложения (главное - чтобы было примерно понятно о чём разговор).+++++

Да, так и есть.

(90) Вопрос: какая кондиция и кому нужна
(91) Дело не в людях и именно в технологии
(92) Кем накоплена? Достаточно для кого?

(93) в описанной ситуации дело именно в людях.
А технологии: да, ЕРП - монструозная система с кучой косяков, постоянно новых.  Но этот кактус вполне можно внедрять и эксплуатировать, и альтернативы практически нет. Ситуация с ведением регучета в другой базе скорее исключительная чем нормальная практика.

но зарплату хотя бы в ЗУП вести?

(95) я с такой необходимостью не сталкивался. Если ЕРП изуродовали до такой степени, что нельзя обновиться раз в квартал, то - да.
Ну или если как (0) вестись на истерики расчетчиков.

(95) за редким исключением - в ЗиУП
Стандартный периметр для производственной компании ERP&УАТ&Отраслевки&НалоговыйМониторинг + ЗиУП + ТОИР

(94) Что может внедренец сделать с той ситуацией что я описал в статье? Пилить 1C ERP?

(95) А вот хрен вам. Если ведете зарплату в ЗУПе, то можете забыть про базу распределения расходов "Оплата труда".

(99) Вот блин

(0)

Что же делать?

варианты

- муравью х.й приделать
- снимать трусы и бегать
- ...

"Все очень просто — нее ведите Бухгалтерский учет в одной базе со всем остальным. Тем более что"

пользователей (клиентов не клиентов, я запутался) не спрашивают, как вести учёт

(99) И при этом в ERP не ЗУП КОРП, грубо говоря. )

(101)  PLUT вы мне как родной уже стали. Я уж беспокоится стал, живы ли вы здоровы.

(103) всё не читал, но вот "Что же делать?" в самом конце осилил

это достойно статьи на хабре

(98) Концепция регучета в ЕРП и возможные проблемы обсуждаются до внедрения и принимаются решения "пилить ЕРП" или готовить процессы и сотрудников под ЕРП.

(98) > Что может внедренец сделать с той ситуацией что я описал в статье?

прислуживаться к мнению пользователей (которые клиенты и не клиенты) и делать как они хотят

тут

варианты

- менять код (Пилить 1С ERP)
- менять пользователей
- менять процессы
- муравью х.й приделать
- снимать штаны и бегать
- вести раздельный учет (бухам бухово, зупам зупово), а ERP пусть примерностоимость считает

+(106) внедренец является лицом, принимающим решения (ЛПР)?

вам ли не знать (как бизнес-консультанту), что внедренец скорее "агент влияния" ЛВР (лицо, влияющее на решение)

консультируйте :) как скажете - так и будут делать клиенты не клиенты (твёрдо стоял на своём)

и ножкой топ!

ну или ботинком по трибуне (кузькина мать)

Главная проблема при внедрении 1C ERP - не выйти на самого себя (с)

(99) там разве нельзя настроить базу пропорционально статьям расходов, которые будут зарплата, пришедшая из ЗУП?

(89) "кто ясно мыслит - тот ясно излагает"©
Кто излагает так, как "скунсультант" - и мыслит соответствующим образом:  
"Введение
Назначения в 1C ERP 2.5 реализованы вы виде справочника с названием «Назначения». Важно понимать что при изменении назначения в документах или посредством документа «Корректировка назначения»..."©

"В этой статье я решил собрать ответы на наиболее частые вопросы, которые постоянно возникают у меня в работе. А потому хочу предупредить сразу: статья рассчитана на людей, знакомых с IT-технологиями, бизнесменам, бухгалтерам, людям, далеким от IT-сферы, скорей всего, будет сложно разобраться в некоторых нюансах. Я, конечно, буду стараться писать как можно проще, и не планирую углубляться в технические нюансы на уровне кода, но все равно, определенные термины и понятия неспециалистам могут показаться сложными."

простыми словами о сложном

©пижжено отсюда https://www.trinion.org/blog/chto-takoe-1s-o-slozhnoj-sisteme-prostymi-slovami/

"В системе 1С усилия по «запутыванию» пользователя, как мне кажется, направлены на одно: не надо ни в чем разбираться, надо просто платить. И многие бизнесмены приходят к тому, что платят и правда, не разбираясь, надо ли им это обновление, требуется ли им этот продукт. Просто платят и все.

Я же попытаюсь распутать «щупальца Спрута» и структурирую общее понимание того, каким образом работает система 1С."

мля, я не могу остановиться. очень увлекательное чтение

"При выборе компонента, с которым вы будете работать, всегда нужно обращать внимание на то, когда он был добавлен. У профессиональных программистов 1С есть такое правило: при добавлении разработчиками новой функции по возможности обходить ее стороной, пока не пройдет достаточное количество времени. Т.е. они выжидают, пока компонент не пройдет тестирование на практике, будут выявлены и исправлены основные «баги», и только потом начинают с ним активно работать."

"И хорошо, если ему на помощь придет либо хорошо сработавшаяся команда, занимающаяся внедрением 1С, либо бизнес-консультант с моим уровнем знаний, который сумеет найти нужных специалистов и поставить им правильно задачи. В иных случаях пользователя ждет масса проблем в процессе внедрения."

Не возможно читать. Надо на курсы грамотного изложения речи.

(109) Вы наверно не видели ЕРП. Расходы по статье распределяются в соответствии с выбранными правилами, в которых указана база распределения. Баз ограниченное количество и их образование зашито в системе. База "зарплата" образуется из документов, формирующих трудозатраты и расчет по ним зарплаты. Нет документов - нет базы.

хороший бизнес-консультант может так "назапутывать" пользователей, смогёт найти нужных специалистов и поставить им правильно задачи, что пользователям тоже нужно будет просто платить и всё.

(0) Отложенное проведение это не самая большая проблема.

Главная проблема любого внедрения ERP: работы становится БОЛЬШЕ.

И отсюда вытекает: найти стейкхолдеров с достаточным административным ресурсом.

Для кого именно внедряется система, кто будет акты подписывать и может ли он прогнуть под себя другие отделы.

Про борьбу бухгалтерии и отделов закупок/продаж даже говорить не стоит.

А когда будет внедрение ERP, работникам закупок/продаж придется больше работать, потому что гл. бух захотела внедрить новую программу.

Условно, 15 число некоего месяца, а тут прибегают приносят: АО, накладные, передачу материалов и т.п. и надо вот именно щас, потому что заказ на которые пришли затраты закрывается в том месяце. Сможет тётенька бухгалтер прикрываясь гл.бухом отбиться от человека главного экономиста? В этом то всё и дело.

Может показаться: а причем тут одинист, он сидит по ТЗ разрабатывает. Еще как причём.

(111) И в чем я не прав?
(115) Описанную мной проблему невозможно реешить силами внедренцев и пользователей. Какие бы гении не работали на проекте.

(114) и в чем я не прав?

у вас же хороший уровень знаний в бизнес-консультировании? вам же не просто так просто платят и все? или просто так платят?

(117) Хороший, плохой уровень. Судьи кто?

(118) > Судьи кто?

«А судьи кто?» — знаменитая фраза из комедии А. С. Грибоедова «Горе от ума» (1824), произносимая Чацким. Она означает риторический вопрос о праве консервативного, «отжившего» общества судить и осуждать новые взгляды, таланты и стремление к свободной жизни. Это критика лицемерия, чинопочитания и косности

Бизнес-консалтинг — эта услуга, которая предполагает экспертную помощь и поддержку для бизнеса

вы иксперт по ERP и по 1С? может вам на курсы какие-нибудь сходить по ERP? Академики тут недавно курс по ERP анонсировали Курс «Практика разработки на базе 1С:ERP» – новинка в CORS Academy

после курса вы сможете более внятно и понятно написать статью на хабр и в свой бложык

ну и почему 1С для бизнеса? если она такая "запутанная" для пользователей и они тупо просто платят и все?

(120) "может вам на курсы какие-нибудь сходить по ERP?"
Мы же старой закалки!
- конспект есть?
- да!
- пошли сдавать! (С)

избавление от необходимости понимать ©mmg

(120) "Например, УПД — это бланк строгой отчетности. И здесь, как и в каждом подобном документе в углу вы можете увидеть “Форма №… согласно ….” — краткая информация о том, какой именно это бланк строгой отчетности."
©https://www.trinion.org/blog/dokumentooborot-v-torgovom-predpriyatii/
Вот и всё, что нужно знать об его уровне...

(123) А что нее так?

(123) оттуда:

"Вы можете изучить на практике, как это работает, в нашей системе Trinion торговля. При желании ваша компания может на нее перейти полностью или внедрить предложенные решения в ту систему учета, которую вы используете"

желающих немного, поэтому "запутанная" 1С

(124) Универсальный передаточный документ (УПД) не является бланком строгой отчетности (БСО)

(125) А причем тут 1С?

(127) ну вот и я у вас хотел узнать, причем тут 1С в ваших бложыках и на хабре?

(123) оттудова:

"Например, если у вас нет адреса доставки, его придется узнавать при оформлении заказа или даже перед отправкой товара. Хорошо, если есть менеджер по продажам, у которого хватает свободного от другой работы времени на подобные уточняющие звонки.

А если отсутствие адреса доставки выяснится, когда заказ уже будет у экспедитора или курьера? Придется предоставлять этому человеку телефон покупателя, он будет тратить время на звонки, возможно, изменение маршрута, неизвестно, возьмет ли трубку покупатель с незнакомого номера и будет ли на связи в нужный момент и т.д."

(126) Хорошее замечание. Попутал термины. Спасибо!
Я потому и публикуюсь что мне нужна обратная связь.

(128) Вы не ответили на мой вопрос.

(130) "Для таких документов даже небольшие вольности недопустимы, иначе государство не примет их к учету, а это чревато штрафами и другими неприятными последствиями.

Самый безобидный из примеров тут — неправильно оформленная УПД не позволит вам или вашему покупателю подать на возмещение НДС, так как документ оформлен неверно, и государство его не примет."

какое строгое государство (даже небольшие вольности недопустимы!)

Государство — это суверенная политико-территориальная организация публичной власти, обладающая специальным аппаратом управления и принуждения

мы здесь власть

(129) Такое бывает при изменении адрес доставки. Дополню в статье. Спасибо!

(132) Что не так то?

(134) может служба какая-то не "примет"? подсказка: на Ф начитается, на С кончается, посередине Н

но сначала не примут бюстгалтеры, попросят переделать эту самую УПД (если у них есть НДС и они захотят воспользоваться правом на возмещение)

может вам на курсы сходить по "бухучету, налогообложению и аудиту"?

Почитав сообщения, определил еще одну ОЧЕНЬ большую проблему при внедрении ЕРП:
- попытка перенести бардак в учете в сложную структурированную систему.

интересно было бы почитать статью на хабре - "простыми словами про налоги" и почему при желании можно полностью перейти на нашу сисьтему Trinion торговля

Мда, после прочтения статьи вспоминается цитата из фильма:

"— Ни хрена ты не чувствуешь! Когда я читаю, что ты написал, я чешусь в самых нескромных местах! Тут же член можно сломать, пока до конца абзаца доберёшься! Кто тебя учил?
— В школе.
— Покажи мне, и я разорву его, как тузик грелку.
— Я же говорю — в школе.
— А я что, за границей, что ли учился, Легкоступов?!
— Если б мне в школе так!.. Доходчиво!.. Я б…"

А по теме деления "УУ, НУ, БУ, другое" на разные конфигурации это просто плодит прослойку специалистов, которая должна разбираться с другими проблемами: "Мы там поменяли, а оно не выгрузилось", "А мы уже сдали отчетность, что они там меняют", "А у нас период закрыт"

В каждом подходе будут свои проблемы. Вопрос всегда один: выгода бизнеса для извлечения наибольшей прибыли. Если выгодно "удовлетворять" бухгалтершу, чтобы она спокойно чай пила, то это не бизнес.

Я может на такой сильный специалист по ЕРП как автор. Но как будто бы если перефразировать то суть статье можно уместить в одном предложении:

(139) Неудобно? )))

(138)

(141) а вы по оптимизации налогообложения и по увеличению прибыли тоже бизнес-консультант?

(140) "Не умеешь" - более точная, но и более травмирующая формулировка))

(142) а то бьюти-блогершу известную за "одно место" взяли (стала фигурантом уголовных дел). что-то там с неуплатой налогов было. с прибылью у них вроде всё норм. с бланками строгой отчетности "не парились". была искренне удивлена, что какие-то налоги кому-то там надо

Подробности

Лерчик - бьюти-блогер, инфлюенсер и предприниматель

(141) Не интересно тебе. Ты просто продаешь свое видение как правильное. Давя на больное место людей, задающих неправильные вопросы.  

Вот заголовок: "Главная проблема при внедрении 1C ERP"
Озвучиваем эту проблему: "Бухгалтерский учет"
Отвечаем: "Все очень просто — нее ведите Бухгалтерский учет в одной базе со всем остальным"

Это главная проблема? Нуу, окей. Обычно от бизнеса звучит: "Сколько прибыли это нам принесет?"

Бухгалтеру неудобно вести учет по другому? - это так себе проблема. Бизнес готов понести затраты на обучение, и\или увольнение сотрудников, которые не могут по новому.

(145) Причем тут люди? Проблема в 1C ERP,  а не пользователях.

(146) Проблема в том, что вы не умеете ее правильно готовить (с).

(146) по вашим статьям в бложыке - "проблема в 1С"

ERP тут как бы лишние три буквы

(146) Именно в людях:
- ЛПР. неправильные цели
- пользователях. не хотят изучать ничего нового\другого
- продаванах. впихивают не те конфигурации не тому бизнесу.

Это все проблемы людей, а не продукта. Люди вместо принятия своей ошибки, списывают на продукт. Это конфигурация плохая, а не мы идиоты.

(149) даже у Г!С терпение лопнуло. решил взять и написать F4: funny free ...(дальше не помню)

(150) У Гения оно примерно раз в 5 лет лопается. Но готового продукта как не было так и нет :)

(151) for fail

(146) ты так и не смог разобраться?

(149) 👍
Особенно вот это:
"- продаванах. впихивают не те конфигурации не тому бизнесу."

Главная проблема при внедрении 1C ERP - это внедрение ERP.

(155) пчелы против меда?

(116)

Я там проблем не увидел.

"Например задолженность перед поставщиком мы должны контролировать не каждый месяц" смотреть надо "Ведомость расчетов с клиентами/потавщиками", а не бухгалтерские проводки. И Акт сверки формируется по регистрами расчеты с клентами/поставщиками. А движения по ним формируются в момент проведения.

Вторая основная проблема, это то, что мы, получается, смешиваем два вида учета. Бухгалтерский, который строго регламентирован государством. Нет такой проблемы, практически по всем ключевым регистрам накопление есть ресурсы Упр и Регл учета.

Бухгалтерe может не понравиться то, как мы провели. И что мы должны делать? Должны прорабатывать бизнес процессы. Какие есть варианты проводок и в каком случае как работать не бухгалтерскому пользователю.

Кроме того, если мы даем права доступа к бухгалтеру,
1. Давайте доступ только на чтение.
2. В ERP есть механизм контроля, такая зеленая галочка, пока её бухгалтер не поставит документ проводки не сделает.
3. Есть разные статусы документов типа Отгруженно/Принято.

Если подитожить мы должны учитывать бухгалтерский учет и правила бухгалтерского учета при работе во всем предприятии, и поэтому что начинает влиять на все предприятие. ... а это как раз то что я описывал в (115). По сути это жалобы, что ваш стейкхолдер не обладает достаточным административным ресурсом.

странная статья.
не просматривается целевая аудитория.
если это обучающая для нубов - слишком сумбурно и неструктурно.
если рекламная для продаж - слишком расплывчато и без четких акцентов на продаже.
если аля экспертная - так экспертной ценности особо не просматривается.. выше правильно указали все укладывается в фразу "вести бухучет в ЕРП так ак вы привыкли нельзя, окей - не ведите его в ерп!"
как то этого маловато.

мне не нравится повсеместное увлечение ИИ, но есть вещи в которых он хорош.
прогоните через него статью, пусть сделает тезисно-структурное оформление, расставит акценты.

и идите по плану - основная мысль. выделяем разворачиваем в 2-4 фразы.
обозначение проблемы.
путь решения - 3-5 пунктов.
опять же с акцентами на первой фразе каждого раздела и развертывании мысли.

резюме/вывод.
ответ на поставленный вопрос (который был дан в самом начале  статьи) и комментарии/пояснения.

правом излагать безструктурно информацию в наш быстрый информационный век могут пользоваться лишь немногие мастера слова.
тут уж простите явно не ваш случай.

(159) пишется "бесструктурно"

(159) Ой, да какие статьи в наше время! Заставлять человека читать линейный текст, это издевательство. Структурный он или нет, какая разница. Если ты претендуешь на статус автора, то будь добр, обеспечь читателю возможность сказать, что ему надо и получить, что ему надо

(161) Ой, да какие посты в наше время! Заставлять человека читать линейный текст, это издевательство

(162) Пост можно. Он короткий

(163) ну ок

(158) Статья написана для пользователей системы.
(162) Я бы так не сказал. Судя по откликам читают и осиливают.

(165) Прочитал вашу статью. Считаю, что название слишком пафосно для изложенного. Не хватает соответствующего уровня обобщений. Над стилем я бы поработал также. В целом, на троечку.

(166) Что вы имеете в виду под словом "пафосно" в данном случае?

(167) Имею ввиду, что никакая это не главная проблема. Мелко. Хотя, конечно, мнение офисных хомячков может быть интересно. Самим хомячкам, я думаю)))

(168) А если человек называет определннную группу людей офисными хомячками - как бы описали такое поведение?

(169) у нас нет офисных хомячков. есть бабароботы

(170) Вы за товарища "Верещагина" отвечаете?

(169) думаю что проблемы в статье описывают просто отсутствие грамотного руководителя проекта со стороны заказчика, который понимает цели и задачи проекта, и может ставить на место "хомячков" которые недовольны в 100% случаев на любом внедрении...
(0) вы работали с западными системами (САП, Аксапта, навижн) ? никто при их внедрении не спрашивает мнение конечных пользователей, (ну  за искл. топов) - вот тебе бизнес процесс.. вот тебе участок, вот тебе инструкция, делай и не жужжи...

(169) и что тут не так? Хомячки, обезьянки, бабороботы - это ни хорошо, ни плохо. Это просто так есть. И я в каких-то областях жизненной деятельности - не то что хомячок/абизянка, а вообще - полный никакой. И ничего, не обижаюсь.

а мне нравится внедрять ЕРП. как минимум до пенсии, работой я обеспечен...

(173)
Obviously you're not a golfer...
(174) ++

> Раз в месяц мы выгружаем данные в 1С-бухгалтерию. Уже в ней подготавливаем отчетность, делаем проводки и тд. И, соответственно, сдает отчетность государству, подготавливает также налоговую отчетность. Но если мы возьмем только 1C ERP, то получается, что у нас нет выгрузок и загрузок. У нас есть одна база для Бухгалтерии и всего предприятия.

И спроса мало (у мы ее еще не обновляли, да и черт с ней ща нарисуем) и воровать удобно. Одна беда - это две разные базы с немного похожими данными. Сменится главбух - все дыры вылезут - и окажется в перегрузке все криво косо. Не говоря уж об аналитик учета которых просто нет в бухгалтерии - серии там всякие.

Например ERP умеет на ручном педально-поперечном приводе закрывать авансы по отдельным документам. Что будет с зачетом авансов при выгрузке в бухгалтерию?

(177) В БП есть расчеты по 60, 62 по документам. Другое дело, что в ERP можно руками указать сумму к зачёту, например, аванс в 30% и зачитывать его можно только в размере 30% от отгрузки, а не когда пройдет отгрузка на 30%.

(176) Было бы неплохо иметь аналог БП но без всей аналитики и алгоритмов и чтобы выгружались сводные проводки и записи  книг покупок/продаж для формирования Баланса, Декларации на прибыль и Декларации НДС.

Типа как когда по рознице есть множество продаж, а выгружается один документ с одним товаром на общую сумму как для неавтоматизированной торговой точки.

(177) (178)
Дык и бухгалтерия умеет. И никто не мешает вам при выгрузке переносить эту информацию.

(169) Да, я их так называю. И не только я. Как назвать дело десятое, я попытался вам немного помочь подкорректировать статью. Начать с названия.

(180) Если умеет по документам закрывать аванс то хорошо, и при перепроведении в бухгалтерии авансы не слетают то это вообще замечательно. Все эти выгрузки они конечно удобны в определенные моменты. Но 99% это легко сказать, а вот обеспечить синхронность изменений там и там весьма нетривитальная задача, на которую чаще все забивают в подобных схемах.

(182) Бухия в этом плане вполне нормально работает. Главное, в рамках одного договора, не смешивать ручное указание/автоматический зачет. Но такое смешение и в ЕРП не надо делать.

>Но 99% это легко сказать, а вот обеспечить синхронность изменений там и там весьма нетривитальная задача, на которую чаще все забивают в подобных схемах.

ИМХО, заморочиться с синхронностью (выстроить регламенты, при необходимости написать сверочные отчеты и т.п.) проще и целесообразней, чем в общем случае мучаться с бухией в ЕРП.
Но вполне могут иметь место и частные случаи когда целесообразней вести бухию в ЕРП.

(183) сверочные отчеты и в ERP полезны (чтобы заниматься с Веркой и с водкой)

потому что то, например, списание расходов почему-то только по плану счетов Хозрасчетный регистры двигает.
ну и бюстгалтерские справки никто не запрещал. у них в обормотно-сальдовой ведомости всё красиво, а когда Сверку взаиморасчетов делают с клеентом - никогда такого не было и вот опять

(184)
>ну и бюстгалтерские справки никто не запрещал.
А зря! Ручные операции по плану счетов в ЕРП - ЗЛО!

(185) пусть будут

ИИчко

Бухгалтерская справка в ERP используется для:
Исправления ошибок прошлых периодов.
Отражения операций, для которых в системе не предусмотрено специализированных документов.
Сторнирования ошибочных движений.
Подтверждения расчетов (например, расчет процентов по займам или распределение сложных затрат), если это требуется учетной политикой

корректировка регистров тоже нужна. вот щас на онлайн-расчеты переползаем (ибо оффлайн в этом году - R.I.P.)

как без корректровок регистров откорректировать расхождения между ведомостями офф и онлайн? база ERP с 2017 года у нас существует

Прочитал статью и ужаснулся.
Автору настоятельно советую:
1) почитать техническую документацию от вендера на конфигурации 1С:КА или 1С:ERP.
2) изучить, а не получить корочки, бухгалтерский учет;
3) изучить учет по НУ;
4) изучить учет по МСФО;
5) по ходу изучения 3 и 4 пунктов обдумывать понятие что такое "трансформация".
6) далее можно изучить "черную бухгалтерию" или то что называется управленческий учет. Откроются новые виды операций в документах и придет инсайт по управленческой организации.
Наверное после этого можно не учить пользователей, а решать вопросы методологии учета на уровне руководителей организации - так эффективнее.
А из статьи понял что учет Вы не знаете, но при этом пытаетесь что-то делать. Это путь в никуда.
Когда начинал в 2002 году заниматься автоматизаций учета тоже думал "зачем мне знать эту галиматью бухгалтерский учет". Потом понял что был не прав и сейчас настоятельное рекомендую изучить учет.
В Вашей сатье идет описание не управленческого учета, а то о чем слышали пользователи и не понимаю что это такое.
Вот вопрос Вам: а дебиторская и кредиторская задолженность в силу закона это элемент управленческого учета или нет?
Управленческий учет должен включать в себя и бухгалтерский учет тоже - это более широкое понятие. Если у Вас наоборот, то скорее всего вы хотите автоматизировать бардак - это не даст никакого успеха в полном объеме - это будет решение какой-то одной учетной задачи в учетной системе предназначенной для управленческого учета, что не является автоматизацией управленческого учета в целом.

Сухой итог: сатья не понравилась.

(187) Не переживайте, поберегите нервы.

""""Вот вопрос Вам: а дебиторская и кредиторская задолженность в силу закона это элемент управленческого учета или нет?""""

Какого закона?

"""""Управленческий учет должен включать в себя и бухгалтерский учет тоже - это более широкое понятие. """""

Кому должен?

""""Управленческий учет должен включать в себя и бухгалтерский учет тоже - это более широкое понятие. Если у Вас наоборот, то скорее всего вы хотите автоматизировать бардак"""""


Это мантра про автоматизацию бардака уже порядком набила оскомину. Мхом уже поросла. Вы бы сняли розовые 1с-ные очки и прочли бы еще раз статью, может быть и поняли суть того что я пытаюсь донести в статье.

Таки итог какой?
Все вести ЕРП или можно БП сбоку?

(185)


Зависит от компетенции. Рядовым пользователям нельзя.

(190) итог простой: "Вы будете страдать. В любом случае"

(191) А генералам можно?

(192) он не будет

(190) я за ЗУП и БП сбоку

у УХ тоже сбоку, если оно планируется

(195) мне такой вариант тоже видится менее проблемным, чем все вести в одной программе.

(190)

Да, вести.

У многих крупных предприятий есть госконтракты, в том числе госконтракты ГОЗ, а этого функционала в БП нет.

Но тут вопрос: для кого в принципе внедряется ERP?

ERP это не программа для бухов, смотреть не оборотки, а ведомости по регистрам.



Про связку с ERP не скажу, но если говорить про УТ, то тут важно правило жесткого закрытия периода, например, до 5 го числа следующего месяца, дальше все изменения через корректировки в текущем периоде.

Я не понял, если программа не для бухов, то зачем тащить туда БУ?
Взаимоисключающие параграфы на лицо.

(198) а ГОЗ в ЕРП ведется разве не на регистрах? Чем ведение бухучета в БП повредит формированию отчетов по гоз в ерп?

(200) а есть в конфигурации другой способ ведения учета?

(200) Отчет по ГОЗ в ЕРП строится по проводкам бухучета. Вот такой парадокс, который вытекает из нормативки по ГОЗ, которую писали дебилы мало понимающие люди... (199) Я бы сказал более точно: основной потребитель не бухи. Бухи, как им и положено, только отражатели хозяйственной деятельности в БУ и НУ.

(198) главное чтобы мегаведомости с оборотками совпадали . У аудита будет по оборотке дебиторка , а по мегаведомости с обьектами расчетов … кредиторка. И суммы другие .
А оборотка главнее .

И все ищут разницу… вид спорта такой. Сумма по проводкам не дружит с мегаотчетамискдобьектырасчетовсоглашенияитд:)

(202) ахах, годно они придумали.
ну тады сбоку еще одна коробка Бит.ГОЗ, в которую будут выгружаться данные из БП и ЕРП для формирования отчетов

(204) у нас под этот вид спорта проверочные отчеты самописьные добавлены. расхождения между ОУ и БУ показывают между учётами.

и при "закрытиях" формируют отчеты, если есть разница - открываются два-три стандарных: ОСВ (по БУ) и Ведомость по расчетам с клеентами/поставщиками с отбором по договорам/объектам расчетов

проблем особо никаких, если регулярно следить (хотя бы раз в месяц) и периоды закрывать! чтоп никто в прошлое не мог смотреть исправлять, только в будущее

(207) У всех добавлены, у кого не добавлены, тот  (0)

(207) все верно . Еще один вид спорта - автосверки между учетами. Проверка учетов.

(207) То есть сами создаем себе проблему, а потом героически ее решаем.
(208) Назовите хотя бы несколько

(207) (208)

(210) нет проблем, если "учет налажен"

мы как доктора - на что жалуетесь? служба технического сочувствия сочувствует вам

(211) с главной проблемой при внедрении 1С ERP разобрались общими усилиями - это бизнес-консультант (0)

(193)

Чем делать проводки с 96 на 90.02?
Чем делать проводки по не автоматизированному 46 счету?

1С допускает ошибки на копейки при расчете стоимости.
1С делает проводки на 91.02, а бухи считают, что должно быть 90.02 и нет возможности для настройки: Сторно, Корректировка прошлых периодов.

И т.п.

(213) как чем ? Ручной операцией . Отражение на плане счетов согласно ПБУ. Первичку приложить.

(210) Это не проблема, а условия ведения бизнеса, т.е. обычная учетная задача

Но опять же … учет уу , аатосверки, проверочные отчеты …
Это вам не тут . Консультант. И вообще документа нет и кнопки нет и в регистр накопления не запишется.

(216) у консультанта "лапки"

вон какие смешные картинки (211) про включение БУ и пользователей (я так понимаю, консультант ибанулся с велопеда, когда его пользователи попросили эту самую БУ включить?)

(203)(204) Вы просто не умеете готовить (с)
Отчет, который сравнивает оперучет и бухучет есть "из коробки" и он достаточно адекватен, чтобы по нему найти нестыковки.
А разбегается оборотка и отчет по расчетам из-за кривых шаловливых ручек бухгалтера или менеджера. Плавали, знаем (с)

(212) Ну хоть в чем то я главный. Спасибо за доброе слово.

(210) Вы создаете иллюзию решения проблемы, а не решаете ее.
Вот вы выгрузили в БП, нарисовали так правильные авансы, потом НДС с авансов. Все клево. Ничего не забыли? А да мелочь, вернуть эти художества в ЕРП. Ручками. И никаких тут обменов уже нету. Забили? Ну и получили две разные несвязанные базы. С чего собственно я и начал.

(220) А что мешает написать нужный обмен? Написали один раз и пользуемся. Это гораздо проще и эффективней чем вести БУ в ERP

(221) И эти обмены один раз написал и забыл, так ведь??? Меня утомляет безапелляционность ваших суждений.

(221) Вот наивный чукотский юноша (с).
А ничего, что примерно раз в два года происходят очень серьезные изменения в структуре данных? Которые еще и не афишируются.
А ничего, что часть разрезов аналитики из ЕРП (которые используются в БУ) в БП перенести просто нереально?

(223) А БП они нужны? Я сколько бьюсь с бухами, они свою ОСВ подрихтуют, отчеты сдадут, а там хоть трава не расти.

(222) Это же инфраструктура, ее обслуживать надо ;-)

(224) зачем с ними биться? Ты их обслуга.

(222)  В целом да.
(223) Так поменяйте обмен в этот момент.

(224) Так это и есть цель работы бухгалтера - сдать бухгалтерскую отчетность. Нет?

(228) Нет.

(229) https://www.consultant.ru/document/cons_doc_LAW_122855/
Закон вам в руки

(230) цитата:
Бухгалтерский учет - формирование документированной систематизированной информации об объектах, предусмотренных настоящим Федеральным законом, в соответствии с требованиями, установленными настоящим Федеральным законом, и составление на ее основе бухгалтерской (финансовой) отчетности.
В первую очередь - формирование документированной информации и уже потом составление отчетности. Если первичная часть выполнена кое-как, то и достоверную отчетность составить нельзя.

(231)  Бухгалтерский учет - формирование документированной систематизированной информации об объектах, предусмотренных настоящим Федеральным законом, в соответствии с требованиями, установленными настоящим Федеральным законом, и составление на ее основе бухгалтерской (финансовой) отчетности.

Вот так будет правильно. И в чем я не прав?

(230) законами практически все сферы жизни охватываются, из этого не следует, что цель жизни - исполнять законы.
Государство - не единственный и не основной потребитель БО.
А БО - не единственная цель БУ.

(233) """""законами практически все сферы жизни охватываются, из этого не следует, что цель жизни - исполнять законы."""""

Вы хоть сами то поняли что написали? Какие цели жизни?



"""""Государство - не единственный и не основной потребитель БО"""""

Потреблять может кто угодно, можно даже распечатанной обороткой мангал на шашлыках разжигать. Однако это не отменяет того факта, что есть закон а в нем четко написано про цели БУ.

(234) Вы на самом деле консультант по ЕРП?? Я не обнаруживаю у вас экономического мышления и диалектики в рассуждениях. Как у классика: "Лошадь кушает сено.."

(226) я обслуга финика, а ему нужно все ровно и красиво.

(232) Вы выкидываете существенную часть определения и оставляете то, что вам интересно.
Это тоже самое, что в УК выкинуть запрет на уголовное преследование за невиновное причинение вреда.

(235) Он просто скорее всего имел дело только с микроконторами, для которых использование ЕРП - как забивание гвоздей микроскопом.

(228)

Что скажут то и будет делать. Могут навесить и задачи экономиста, задачи финансиста, юриста, например, по закупкам 44фз, или спецодежда СИЗ и СИОП — там нужны знания юриста из защиты труда, как и всякие другие классификаторы: ОКОФ, ОКПД, ОКПДТР. Нормировщика производства, особенностей автотранспорта, сельского хозяйства и т.п. Есть отчетность в вышестоящие организации по холдингу, есть отчетность для биржи, МСФО, есть отчетность по госконтрактам ГОЗ и казначейств.

(238) Да особо выбора и нет. УТ бывает мало. КА фрачам неинтересно, вот они обычно ЕРП и загоняют, типа дешево и сердито. Сердито получается, а вот дешево уже никак, отсюда и растет этот вал вопросов по ЕРП.
Сам такой вот вопрошающий.
Две конторы достались с ЕРП, причем отраслевыми, и убитыми напрочь.

(239) и самая лудшая бюстгалтерская программа - это XL (икс эль)

(241) А в 1С по сути и нет бухгалтерской программы. Никакой бух учет не предполагает субконто. Бухгалтерский учет синтетический, а к каждому счету должны прилагаться регистры его расшифровывающие. Если так смотреть на ситуацию, то в ЕРП исключительно правильная реализация — есть множество регистров, а в бух учете контрольные суммы. Это 1С как раз разбаловал бухгалтеров что в бухгалтерских отчетах видна аналитика.

(224)

Да. Учет финансовой аренды, резерв под обесценение запасов-НЗП, дисконтирование резервов под предстоящие расходы, деление счетов расчетов на долгосрочные-крастоскрочные.

Сейчас готовится новинки, что мы еще только отправили счет поставщику/покупателю, а надо на бух счетах учитывать, что он нам уже денег должен.

(240) Внедрение КА, ЕРП и УТ стоит одинаково ;-)

(244) Смотря какие разделы, смотря какие хотелки.

(244) Ню-ню, как фра слышит ЕРП час резко становиться 5 тыщь, а как УТ-то 2 тыщи, КА не проверял пока.

(223) Только люди хоть раз сталкивающиеся с поддержанием обменов между продуктами, которые делаешь не ты понимают, насколько это трудоемко.

(247) Так делай сам. В чем проблема то? Один раз сделать обмен или мучать целое предприятие этим БУ в ERP

(243) хотите сказать что в 1С Бп нельзя отразить на счетах БУ двойной записью перечисленные хозяйственные операции ?

(239) Могут навесить и задачи экономиста, задачи финансиста, юриста,

За оклад бухгалтера ( техникум).Экономия ФОТ однако,

(249) Эх, очевидно они не слышали про типовые операции в БП.

(242) 1С БП (вообще-то корни всей 1с именно в бухгалтерии) это интерпретация бухучета, сделанная когда-то инженерами. Поэтому там и появилось это понятие "субконто" для расширения аналитики учета в плане счетов. В свое время были даже специальные курсы по ведению бухучета в 1С, т.к. оно достаточно сильно отличалось от классического.

(252) это удобно .А так можно к синтетическим счетам открывать счета второго порядка . Но их будет много :)

(246) Ну у меня одна цена

Маугли явный вайтишник
Крендель кстати тоже вайтишник но у него в подчинении есть нормальные спецы, он просто руками водит
А когда вайтишник пытается инфоцыганить о неких методиках и сделайте (причем один раз типа да) обратный обмен из БП в ЕРП - муахаха

(240) Расхожее суждение, но далекое от истины. Есть коллеги, которые вообще не продают ЕРП даже, если бы у них была такая возможность.
А у нас иная политика. Мы делаем решения либо на основе ЕРП, либо БП. КА(1и 2) не продавали вообще. УТ продаем редко, несколько продаж в год.
Часовая ставка разная, это и понятно, поскольку и стоимость спеца по ЕРП или БП различна

(256) Вот меня тоже удивляет что вместо предложения одной КА.
Начинают торговым или даже по услугам втюхивать связку УТ11+БП+ЗУП.
Хотя одной КА хватит, там функционал и УТ и БП и ЗУП ПРОФ заодно в комплекте...

(257)+ И не надо с обменами любиться
Но да бухам будет по первости непривычно, что сначала все документики сделай/введи и тогда тебе автоматом посчитает.

(248) Один раз? Покажи свои опубликованные обмены на инфостарте между серьезными конфигурациями, которые ты написал один раз и оно работает.

Один раз установить рабочие процессы в предприятии, чтобы все работало в ERP, а не вешать на шею предприятия еще x-разработчиков, аналитиков, консультантов, которые будут разгребать последствия такой архитектуры с обменом.

Ради чего? Была бы с этого прибыль организации я бы понял, это просто профанация "удобство". Это "удобство" работает на ограниченном количестве операций\пользователей и\или размере организации, дальше начинаются проблемы, которые закрываются только СПЕЦИАЛЬНЫМИ людьми, ну не понимает пользователь, если он сделал "вот такую нестандартную штуку" нужно было сделать в соседнем продукте и остальные проблемы.

Тебе уже всю тему объясняют. Проблему которую ты выбрал, образовалось не из-за продукта. А из-за продажи продукта тем кому он не нужен.

(257) Можем это обсудить за чашкой чая в Космосе. Здесь не стоит

(259) """"Тебе уже всю тему объясняют. Проблему которую ты выбрал, образовалось не из-за продукта. А из-за продажи продукта тем кому он не нужен.""""
Ну ну.

(261) Возможно криво объяснили что проблема не в продукте а в факте продажи не тому

Представь вот человек пришел купить пикап - а ему камаз продали.
Это вина камаза? Разработчиков камаза? Или самого человека? Или продавана?

(262) Я отлично понимаю о чем речь. Но я утверждаю, что функционал ведение БУ в ERP это вредная вещь, подобная скрещиванию ужа с ежом.
То есть проблема именно в технологии, а не в  людях.

(263) Утверждай, умник. А мы будем внедрять ЕРП вместе с бухгалтерским блоком. Каждому- свое. Кто-то ваяет уродцев на костылях, а кто-то целостное решение.

Я так думаю вы оба правы. Если учет нормальный то БУ вполне живет себе в ЕРП. Если типа тут пишем, а тут не пишем, а тут рыбу заворачивали, то да надо выносить в БП, причем с обменами самопальными. Но при этом у народа почему-то логика что второй вариант дешевле, чем порядок в ЕРП навести. Вот весь и секас отсюда.
Плюс ЕРП ни разу не легкая система, и зафигчить ее в мусор как два пальца об асфальт. А вот в порядок привести, уже задача не простая.
Денег как обычно нетути, ни на внедрение нормальное, ни на порядок, ни на дописки. Вот и получается везде куда не глянь какашка выходит.

(265) Душа-человек!)) Все складно и конструктивно. Но есть в тебе маааленький недостаток. Благими намерениями вымощена дорога самзнаешькуда. Нельзя постоянно входить в положение, типа денег неду, спецов нету, думать лень.
Вот мой батюшка говаривал: "Делать надо либо хорошо, либо никак. Плохо само получится"

(266) Ну а фигли мне теперь делать?
Досталась контора с убитым ЕРП.
Гордо поднять хвостик и уйти в закат?
Таки в меня в закате никто не ждет, а спецом придется стать самому походу.

(267) Я тебя как-то обучал. Мог бы стать ИТ-директором, а не прогом

(265) только пересечение аудиторий, кому "рыбу заворачивать" и кому обосновано внедрили ЕРП, должно быть минимальным. А ТС утверждает, что его подход единственно правильный для рынка в  целом

(268)

(268) Вы таки меня с кем-то путаете.
Ну если тока на форуме.
Я таки до этого с УПП и самописками воевал. Ну ЗУП с БП конечно.
ЕРП так, по мелочи чегось было, не глубокого погружения.
И то отраслевая.  
Теперь таки придется выучится.

(271) Конечно, на форуме. В крыму мы не встречались.

(263) Твое утверждение не верно, тебе это объяснили уже

(265) Дешевле не порядок, дешевле требования к обновлению системы

(269) У меня выборка небольшая конечно. Где-то конечно есть радуга и единороги.
Но в наших ебенях обычно фишка была такая. В УТ и БП этого нет, КА на грани. А воооооот в ЕРП все это есть и сразу. Там и ЗУП и БП и производство, и торговля. Берите. На вырост так скажем.
И народ берет, а оно вона как, я тут тока убитые конфы вижу.
А давайте включим бюджетирование это круть. Херак не взлетает.
Давайте заказы и ордерные склады, а фигак сложно и косяки, а давайте допилим. Блин теперь обнова не ложится автоматом.
Ой у бухов проводки не пошли, а давайте ручными операциями.
Монитринг и сравнение блоков все красное.
Да пофигу. Прог во сидит, щас мы его озадачим.
Прог такой, а дайте денег, у меня мозга не хватает уже, давайте нормально аудит проведем, ТЗ там, доработки закажем, умных людей попросим исправить.
Да фиг тебе. Денег нету, ну ты умный сделай чегось. Да и франи все хапуги и втирали же как хорошо будет.
Уже купили, программа гуано ваша. Отчеты руками пишем.
Так и живем.

(272) Спасибо за помощь. И отдельная благодарность за веру в меня. Но у нас обычно как-то не больше двух прогов на контору. Нету такого как понятия как ИТ-директор тут. И даже начальник ИТ отдела, очень редкий зверь.

(276) Неважно сколько человек в подчинении. ИТ-директор - это стиль мышления, лидер.

(243) по поводу "Сейчас готовится новинки, что мы еще только отправили счет поставщику/покупателю, а надо на бух счетах учитывать, что он нам уже денег должен." есть пруфы?

(275) зовите бизнес-консультанта в помощь

он вам посоветует (0)

(279) Вот не могу удержатся. Простите меня.
Стоит пастух, пасет овец. Вдруг — садится вертушка, оттуда выходит молодой человек, в безукоризненном костюме и при галстуке.
— Вы пастух?
Молчание.
— Я хочу вам сказать, что вы неправильно пасете овец. Вот смотрите...
Достает ноутбук, подключается к спутнику.
— Вот видите? Вот картинка. Здесь ясно видно, что за тем склоном трава более зеленая и сочная. Вы согласны? Я вижу, что согласны. Вам надо перегнать отару сюда. Вы хотите, чтобы вам выбрали маршруты перегона?
Пожалуйста! Есть три маршрута. По этому маршруту, сразу отвечаю, вам идти нельзя: видите, здесь волки. Из оставшихся двух этот короче, значит — вам по нему. А вот таблица, по изменению рациона ваших овец, для увеличения количества шерсти с них! Круто же? И в качестве гонорара я забираю одну овцу...
Берет овцу, идет к вертолету, но вдруг слышит:
— Ти, наверно, консалтингом давно занимаешься...
— Да, а откуда вы знаете?
— Ва-перьвих, ти появился, хотя тебя никто не звал.
Ва-втарих, ти сам задаешь вапросы и сам на них отвечаешь.
В-третьих, ти рассказал все, что я и так знаю.
И самое главное. Ты ничего не знаешь о чем гаваришь.
Поэтому, палажи сабаку на место б...ть.

(280) Да вы не сдерживайтесь, все ок. Это же интернет.

(277) Да ладно, таких "лидеров" безработных за забором полно. Серьезно, у CIO на 1 вакансию 10+ кандидатов будет. Зачем "устраивать драку" за менеджерские позиции, когда на профильных должностях прилично платят?

(282) Я имел ввиду не уровень ЗП, а прежде всего авторитет.

(283) Ну, какой может быть авторитет в РФ, где репутация почти ничего не значит? Если только в очень узких кругах, либо наоборот, далеко за пределами отрасли (Касперские, например, или Дуров). Се ля ви, жеж.

(284) Эко ты хватил. Авторитет в фирме, зачем мировая слава. Чтобы ИТ слушали у первых лиц, а не использовали как МОП

(285) главное чтобы у первых лиц в …фирмЕ денег на ИТ( сервера, субд, сетевое оборудование и пр) хватило.

не лень же вам холивары устраивать по поводу и без)

(278) Краем уха слышал как бухи обсуждали. Вроде это:

Подробности

Организация изготавливает для завода стелу с его наименованием. Договор действует с 1 января текущего года по 1 сентября следующего года (20 месяцев).

Договором предусмотрена обязанность завода в случае досрочного расторжения договора по его инициативе оплатить выполненную организацией «А» часть работ исходя из степени готовности объекта.

Поскольку стела может быть использована исключительно заводом, а организация «А» обладает безусловным правом на получение оплаты исполненной части обязанности по договору, то она должна отразить выручку по этому договору способом «по мере готовности».

Величина выручки, признаваемой способом «по мере готовности», определяется исходя из цены договора в сумме, рассчитанной с учетом степени готовности на отчетную дату. При расчете выручки за отчетный период учитывается выручка, признанная в предыдущие отчетные периоды по этому договору, в части, относящейся к продукции, переданной под контроль контрагента. Если невозможно определить сумму выручки в части, относящейся к переданной в отчетном периоде продукции, ее признают в сумме расходов, которые понесены в отчетном периоде в отношении этой продукции (п. 33 ФСБУ 9/2025).

(249)

Технически можно. Но обменов заточенных под такую свертку — я не знаю.

(252) Это всё понятно. Я к тому, что бухи привыкли: дайте мне все данные в оборотке.

И приходится изворачиваться, по той же 20ке номенклатурные группы могут иметь значения: договор с поставщиком/номер заказа/пункт договора, некий объект/часть объекта(например дом делится на крышу, стены, фундамент и на каждый дом своя ном группа) и т.п.

А идея ЕРП: вот вам ведомости/регистры смотрите данные там, хотите 20ку вот ведомость производственных затрат, там и аналитика: направления деятельности, заказы, статьи и т.п. Хотите расчеты с поставщиками вот вам ведомость расчетов с поставщиками.

А бухи воют: мы так не хотим, мы хотим как в БП было, чтобы в ОСВ по счету можно было и расчеты с поставщиками посмотреть, а перевыбрав счет посмотреть производство.

Хотя это как раз и есть правильный учет: вот вам регистры на каждый раздел, а синтетический учет по бух.счетам — в конце месяца.

(263) а в SAPчике тоже есть бухучет например.
и ниче, ведут, не жалуются.
хотя веселухи там местами гораздо больше чем в ЕРП может быть.

(263)

нормальный это функционал, просто, скорее всего, внедряли сначала для производственников/снабженцев,  а потом оказалось, что добавление бухгалтерии ломает все прошлые бизнес-процессы и надо пересматривать с нуля.

Да, так будет, потому-что операций в бух. учете тупо больше.
Условно, продажники видят долг по покупателю, а бухи видят резервы под сомнительные долги, или долги по которым идет суд на отдельном счете, соответствие НДС с аванса сумме аванса и т.п.

И обратное внедрение было бы менее болезненно, т.е. сначала внедрить весь бух, а потом для финанситов работу с кредитными договорами, для экономистов бюджетирование, для снабженцев "Заказ материалов на производство" и обеспечение потребностей, для производственников от "Производство без заказа" перейти к по заказному учету и диспергированию.

(257)

1. Не вижу ни одной причины объединения ЗУП с основной конфигурацией.

2. Если торговля это основная деятельность то имеет смысл вынести УТ отдельно.

(293)
1. Очередная хотелка по сокрытию сумм выплат топам?
2. Какой именно смысл? Погрязнуть в кривых обменах? Или переписать нахрен забив на обновления?

(294)


В первую очередь - да. Да и домашний адрес топов может быть любопытен кому не надо.

Иногда ЕРП надо в "закрытую" подсеть без доступа в интернет, а для ЗУП надо много отчетов отправлять.

И если мы берем типовой функционал встроенной ЗУП, то оно происходит через "шлюз" "Отражение з/п в учете".

Бывает, выходят срочные обновления которые до ЕРП добираются не скоро.

Разработчики ЗУП редко пересекаются с другими, оставить им свое поле для доработок, обновлений.

Тормозит.

(295) Ну так поднимите копию КА, проблема то
С РИБ между ними, при котором при обмене свертка или замена ПДн происходит

(296)+ Имхо я противник плодить лишние сучности
В смысле держать зоопарк конф
Особенно если одна содержит весь функционал прочих

(288) в описываемой ситуации когда изготавливается "уникальная продукция" нужная только конкретному покупателю как правило работают по авансовой системе (покупатель платит 100% аванс),  если речь идет о изготовлении чего то сильно дорогостоящего например самолетов и 100% аванс прям сильно "сложно", то все условия сделки описываются в договоре и все. ИМХО то что Вы написали в (243) сложно "натянуть" на ситуацию в (288) и уж подавно обобщать как вы это сделали в (243) совершенно было излишним.

(295) К сожалению, механизм учета зарплаты в себестоимости продукции и формирование баз распределения по зарплате, в ЕРП устроен так, что безболезненно вести учет в ЗУПе в некоторых сценариях просто не получится.

(291) никто в SAP не ведет бух учет и не вел. Возможно для галочки. Потому что SAP никогда оперативно не поддерживал российское законодательство. Как и зарплату не считают. НДФЛ никогда в SAP не считался корректно.

(299) а примеры? Пока выглядит чушью

(301) а я не удивлюсь, что криворуки пишущие типовые без документа "Начисление зарплаты" в ЕРП корректно себестоимость не считают ...

(301) Почитайте доки. Для получения базы распределения "Оплата труда", в ЕРП должны быть заполнены трудозатраты в выпусках, выработка и надо привязать их к отражению з/пл.
Если сделать просто отражение способом с распределением по статьям расходов (просто выгрузить Отражение из ЗУПа), базы "Заработная плата" не образуется никак.

(303) И это никак не обходится ?
Нет настройки типа "В качестве базы "Заработная плата" принять док "Отражение" из ЗУПа ?" Было бы логично так поступать если ЗП ведется не в ЕРП, а во внешней конфе

(298) Что не так? Выручка может учитываться по мере готовности. Ты акты не выставил, но можешь посчитать, что уже готово.

(304) Никак. Полгода с этим мучались. Придумали обходной способ (доработками), но все равно распределение кривовато получается, если этап за границы месяца выходит.
И что самое паршивое, нормально вести сделку в ЕРП не можем, т.к. бардак...

(304) Обходится конечно, доработкой ручных распределений или отражения расходов.

(303) Конечно, если ты не отразил объем затрат, но при этом хочешь использовать это как базу.

Это как распределять по выручки и не иметь ни одного документа выручки ;=)

+ также можно сгенерировать документ выработки, хочешь на основании выпуска, хочешь на основании своей доработки

Но в колонку трудозатраты попадет только если распределять "на производство"

То есть готового и самое главное работающего метода решения проблемы описанной мной в статье, нет. Замечательно.

(310) Что за проблема-то? Бухи плачут - это не проблема.
На поддержке есть ЕРП УХ, ЕРП и КА - все ведут бухучет без выгрузки в БП, отчетность сдается из основной базы.

(306) Распределение до продукции или до уровня "Направление деятельности"?

(310) нет такой проблемы, чтобы было что решать

(312) до выпуска, нд в любом случае можно

(310) Проблема только у вас в голове.

(312) Себестоимость без "до продукции"? Это как?

(316) Если у тебя продукция Корабль, то ты будешь ее учитывать как вариант-НД

(317) И что? Нет выпуска номенклатуры "корабль" - нет себестоимости производства.
НД - совсем про другое.

(318) Проект автоматизации

(314) <DIV CLASS="MARGIN">до выпуска, нд в любом случае можно</DIV>

А если на одно НД один выпуск?

(316)

Приходит заказчки и говорит: сделайте мне один самолет и одно запасное колесо к нему. Стоимость самолета 1ккк рублей, стоимость колеса 1кк рублей.

Ты считаешь: ФОТ на этот заказ 4ккк рублей. И делишь пропорционально количеству: ФОТ в себестоимости одного самолета 2ккк и ФОТ в себестоимости одного колеса 2ккк рублей.

Это вот когда "не до продукции".

(321) Ну и? В чем проблема?

Могу сказать, что ты работаешь в убыток ;-), где-то на 2,999ккк

(323) В каком разрезе? По заказу? С чего бы убытку быть? Если только покупатель вернет самолет.

(324) ахаха, в постановке задачи

(321) Это вообще полная херня. Так никто не делает. Не путайте з/пл персонала, непосредственно задействованного в процессе и общепроизводственного.
З/пл персонала, связанного непосредственно в процессе производства упадет именно на ту гп/пф, которые они производят. Для этого и делаются определенные способы отражения. А вот остальное уже распределяется по этой созданной базе. Да, по НД, но база-то з/пл рабочего персонала. И никакого "по количеству" нет.

(0) Главная проблема при внедрении ЕРП - требовать ведения УУ от бухгалтеров.
ну просто потому что больше то некому, и вообще раз учет - то бухи.

(326) А мне казалось, что распылить затраты по несуществующей кривой базы это классика топ менеджмента

(327) А чего им делать то в ERP, если у них нет задачи вести БУ в этой самой ERP?

(326)

Так в этом и разница ведения учета в ЗУП и в ERP. В ЗУП можно разделить зп до направления деятельности (если не лезть углубленно, но это надо заказы на производство туда-сюда гонять и теряется смысл разделения). А в ЕРП можно оплату труда по конкретной продукции разнести, сколько слесарных операций, сколько токарных и т.п.

Если прибыль считается по направлению деятельности целиком, а не по каждой позиции, то, как писал выше, проблемы могут быть в случае возврат части продажи.

(328) Чтобы распределить как надо, нужна работа экономистов, нормировщиков и бухгалтеров, точнее ДОБАВЛЕННАЯ РАБОТА, т.е. к их обычной работе будет добавлена еще работа. Для нормальной себестоимости экономисты и бухи должны из цеха не вылазить.

(328) Может еще наработку и брак учитывать? Я ни у кого из своих клиентов 28го счета не припомню

(330) А вот не надо правила работы в одной конфигурации использовать при работе в другой. Это, кстати, тоже очень распространенная ошибка.

(331)(332)  это стандарт учета, иначе будут отваливаться системы планирования (управления)

(333) Причем здесь какие-то "правила"?

Цеху заказали выпустить 100 шт. деталей, 45 пойдет на один заказ, 45 пойдет на другой заказ, 2 шт запросил отдел маркетинга для участия в выставке, 2 шт запросил конструкторский отдел для проведения испытаний, 6 штук запросил сервисный отдел для обработки заявок на ремонт.

Если предприятие выпускает только один вид продукции, то можно заморочиться, а если несколько десятков, то затраты всех 100 штук положат на действующие заказы или надо штат экономистов в разы наращивать. Готовы ради большей точности, которая по существу картину не изменит, выделить 10 лямов на ФОТ экономистам?

(334)

Неужели? То-то я думаю: зачем 28й счет впендюрили.

Вопрос в том: насколько это реально распространено?

Немногие экономисты и бухгалтера отличают "прямые-косвенные" от "постоянные-переменные".

(336) Компании у которых я делал учет, детализированный оперативный с ежемесячными инвентаризациями, себестоимостью, учетом брака, обратно на свой годовой не перешли, и затраты компенсировали управляемость и увеличение производительности

(335) У вас вообще каша. При чем здесь заказ, когда себестоимость собирается на гп? Вы же не заказы клиентов производите.
Если вам надо обособление по направлениям использования - ну так и используйте это обособление. Если цех не может разделить в процессе производства, то выпускайте без обособления и потом меняйте назначение. Все.
Только если правила учета (похую какого - БУ, НУ, УУ, ГОЗ и т.д. и т.п.) ТРЕБУЮТ обособления, то будьте ОБЯЗАНЫ их выполнять, а не строить бардак по принципу - здесь вижу, а здесь не вижу, здесь хочу, а здесь не хочу.
И не нужен никакой штат экономистов за 100500 мильонов.

(336) Если брак и его переделка образует существенные потери (неважно, в %% или в сумме), то любая нормальная и уважающая себя контора ведет его учет.
Если же, грубо говоря, у вас брак - 1-2 штуки на 100 тыс. выпуска и его исправление стоит рубли на фоне миллионов затрат, то тогда да, нахуй его учитывать.

(338)

Ну и что?

Допустим выпускаем продукцию без заказа: см. рис № 1.

А теперь 1 вариант распределения материалов на продукцию: см. рис № 2

И второй вариант распределения материалов на продукцию: см. рис № 3.

И там и там "себестоимость собирается на гп" но собираться будет по-разному.

Ты можешь высчитывать сколько конкретно досок пошло на "стеллаж угловой", а можешь считать что это выпуск под некий конкретный заказ, и тебе не важно сколько досок куда пошло, тебе главное что общее количество досок списанных на этот выпуск правильное.

Если предприятие работает по госконтракту, то каждому госконтракту соответствует одно направление деятельности. Пускай внутри одного контракта втулка может стоить миллион рублей, а крыло от самолета десять рублей, главное чтобы посчиталась совокупная себестоимость контракта.

Создаем способ отражения на каждое направление деятельности (см. рис №4) и от разносим З/П на этот способ отражения.

(337) Уточним: раньше в этой компании не было детализированного учета, не было инвентаризаций и т.п., приходит 1Сник и говорит: "вот к вашей текущей работе еще столько же работы", — и заказчики отвечают: "ну, раз такое дело то пускай буха поднажмут, все равно сидят чаи гоняют, задержатся после работы на два три-часа, в выходные будут выходить бесплатно". Или как это было? А то что-то у меня картинка не складывается.

(335) > Цеху заказали выпустить 100 шт. деталей, 45 пойдет на один заказ, 45 пойдет на другой заказ, 2 шт запросил отдел маркетинга для участия в выставке, 2 шт запросил конструкторский отдел для проведения испытани

А по черт нам отслеживать разную себестоимость одного изделия для подобных внутриконторских целей? Или все таки это разные изделия, с разыми спецификациями, материалами и т.д.?

(340) одна из шляп которую пришлось пилить - что нельзя повесить производственные трудовые затраты на конкретный ГОЗ. По крайней мере если учет в отельном ЗУПе.

(343) Что именно нельзя? Создается отдельные способ начисления и средствами ЗУП делится по способам начисления.

(342) Об этом и речь. Нет, есть такие конторы которым надо. Функционал есть — пожалуйста. Только неожиданно бухам/экономистам работы прибавится.