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

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

Вообще в 1С ERP очень много проблем которые я знаю, но опишу я пока одну.

Бухгалтерский учет

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

Что это значит? Давайте сначала рассмотрим ситуацию, когда мы не пользуемся 1С ERP.

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

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

Несоответствие сроков сдачи отчетности.

То есть, если мы посмотрим на график сдачи бухгалтерии, то там достаточно… Щадящие сроки. Например, за год сдаем, то мы можем тот же самый НДС сдать , до 25 января за 4 квартал предыдущего года. Ну, то есть у нас практически почти месяц для сдачи отчетности.  

Если мы говорим про налог на прибыль, то это, допустим, до 25 марта, то есть 3 месяца. Что это значит на практике для нас? А значит, это то, что мы, вот если мы в бухгалтерии работаем, мы можем документы отражать не сразу, а когда нам будет необходимо. Я такое видел, например, когда восстанавливают учет.

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

Смешались кони, люди.
Смешались кони, люди.

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

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

Смешивание двух видов учета.

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

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

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

Бухгалтерe может не понравиться то, как мы провели. И что мы должны делать? Мы должны найти того человека, который это сделал. И чтобы он «исправил», чтобы в идеале он умел это отражать по БУ хозяйственную операцию. То есть мы должны человека, человек должен знать бухгалтерский учет, по большому счету. Я это не раз видел.

Кроме того, если мы даем права доступа к бухгалтеру, то мы… даем право редактировать документы, те, которые он не создал. Ему ведь нужно сдавать бухгалтерскую отчетность. Соответственно, мы ему должны это дать. И мы нарушаем таким образом разделение труда и ответсвенности.

Если подитожить мы должны учитывать бухгалтерский учет и правила бухгалтерского учета при работе во всем предприятии, и поэтому что начинает влиять на все предприятие. И второе, то, что мы должны по срокам учитывать то, что касается бухгалтерии и не касается нас. Но так как мы в единой базе работаем, то бухгалтерия заставляет других сотрудников плясать по свою дудку. Иначе неправильно рассчитаем НДС, Налог на прибыль и все! Казенный дом для директора и главбуха. И ведь нее поспоришь, d контрагентами гораздо проще договориться чем с государством.

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

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

По большому счету в таком случае вы разделяете учет и идея — «все в одном» нее реализуется. Но это не так уж и плохо, не стоит скрещивать ужа с ежом.

Комментарии (7)


  1. SmileyK
    21.04.2026 08:24

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


  1. fosihas
    21.04.2026 08:24

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

    !!!! так это конфа для это го и приспособлена, чтобы не скакать между базами.

    Если у вас особенности учета, не значить что всех так.


    1. SmileyK
      21.04.2026 08:24

      там волей не волей вылазиет особенность учета, но вы правы, что надо смотреть на саму компанию и подойдет ли оно ей, просто большая часть в последнее время смотрит, на то что ERP там все есть давайте брать (да сложно), но типа решит все проблемы и потом да начинается, вай нужен напильник или еще что-то…


    1. ramil_trinion Автор
      21.04.2026 08:24

      О какой особенности идет речь? Это просто БУ


      1. SmileyK
        21.04.2026 08:24

        я не про БУ я про ERP


        1. ramil_trinion Автор
          21.04.2026 08:24

          Если у вас особенности учета, не значить что всех так.

          Я про это спрашивал


  1. mixsture
    21.04.2026 08:24

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

    Причем с кучи точек зрения, не только с точки зрения поддержки кода/разработки: вот зайдите сюда со стороны сисадмина - у вас есть 2 набора данных, для которых можно и нужно делать разные планы резервных копий. Для бухов обычно подходят редкие бекапы с ускорением перед периодом отчетности, т.к. там интенсивнее работа становится. Для упр учета нужны частые бекапы (а еще он хранит существенно больше данных). Мы это объединяем - вжух! И теперь нам надо бекапить часто и большой объем данных. Мы теперь не можем восстановить каждый набор данных на свою дату/время.

    Более того, единая база позволяет отразить меньшее число состояний (или как минимум кратно повышает сложность/стоимость/требования к квалификации) Пример: произошло нечто нестандартное. Которое должно быть в бухучете отражено так-то, а в управленческом по-другому, никаких вариантов вернуть оба учета в согласованное состояние уже не осталось. С 2мя базами решается на раз два силами пользователей: ставим дату запрета загрузки, чтобы этот период не загружался, меняем в одной базе доки под требования бухучета, в другой под требования упр учета. Закрываем все это датой запрета изменений. В единой базе же мы не можем этого добиться пользовательскими доками, мы обязаны спуститься в ручное редактирование движений: либо у документа, либо корректировками записей (уж совсем не пользовательский инструмент) - никакого варианта сделать это усилиями пользователей уже не осталось.

    В итоге этот комбайн ERP очень быстро собирает недостатки, кратно быстрее сбора достоинств. Отсюда сложно, дорого, тормозит.