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) статьи явно сырые - начало много обещает, но финала нет.
лучше было бы наоборот