Аналитический учет в Odoo 15 и Odoo 16. А есть ли разница?

В середине октября выйдет новая версия Odoo, уже 16-ая по счету. Ох и время бежит — вроде бы вчера только занимался восьмеркой 🙂 Немалую волну обсуждения в среде одушников вызвало обновление подсистемы аналитического учета, которая в Odoo представлена аналитическими счетами и аналитическими записями.

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

Аналитический учет в Odoo 13, 14 и 15

В те времена когда я еще занимался Odoo 11 отображение нескольких аналитик на одной хозяйственной операции было тем еще квестом. Для того чтобы это стало возможным приходилось ставить отдельный модуль — account_analytic_distribution, через него делать модели распределения аналитики на аналитические счета и потом эти модели выбирать в Инвойсе поставщика или покупателя. И еще были аналитические теги которые можно было указывать все в том же инвойсе. Они попадали в элементы журнала (account.move.line) и потом по ним можно было их фильтровать информацию и не более того.

В 13-й версии системы произошел прорыв — был объединен функционал аналитических тегов и аналитического распределения. Теперь на уровне тега можно было указать признак «Разнесение аналитики» и указать на какие аналитические счета и в какой пропорции нужно было разносить сумму хозяйственной операции. При этом теги уже были раскиданы в большинстве необходимых объектов системе: например банковской выписке и расходах сотрудников.

Для того чтобы было более понятно как это используется, давайте представим что у нас есть какой-нибудь расход — например «Аренда офиса». В бухгалтерском учете он отображается на 92 счете, но мы хотим еще на него «повесить» дополнительную аналитик- например что это статья затрат которая относится к:

• статье расходов «Аренда»
• к местоположению офиса — «Киев»
• к подразделению компании — «Администрация»

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

Затем в момент проведения документа мы указываем аналитический счет и необходимое количество тегов:

После проведения документа в учете сделается бухгалтерская запись (запись журнала) Дт 92 Кт 631 на сумму 10000 грн. В тоже время в аналитическом учете сделается запись на 3 аналитических счета:

В итоге мы имеем в учете информацию о расходах в разрезе трех аналитик.

Кроме того использование аналитических счетов дает нам возможность составлять отдельные бюджеты в разрезе всех трех аналитик.

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

Аналитический учет в Odoo 16

В 16-й версии аналитический учет был немного переделан. Сама сущность аналитического счета осталась — мы его все так же используем в учете и после его использования в учете создаются аналитические записи. Но исчезло понятие «группы аналитических счетов» и «аналитического тега»  и  появилось понятие «Аналитический план» (Analytic Plans) и «Модель распределения аналитик» (Analytic Distribution Models). Что ж это за звери такие? Давайте снова разбираться.

Analytic Plans

Аналитические планы пришли на смену группам аналитических счетов, но с некоторым обновлением.

Сам План внутри выглядит следующим образом:

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

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

Analytic Distribution Models

Модель распределение аналитик — это новое название «Аналитических правил по умолчанию» с несколько видоизмененным интерфейсом.  Теперь это выглядит так:

Здесь мы можем привязать несколько аналитических счетов к «Партнеру», «Продукту», «Тегу Партнера», «Категории продукта», «Бухгалтерскому счету» или «Компании». Потом при выборе например конкретного партнера в документе в него будут подставляется аналитические счета из модели распределения.

Выбор аналитических счетов в документах

В связи с тем, что убрали функционал аналитических тегов, то их функционал совместили с аналитическими счетами и изменили тип поля «Аналитический счет» в основных документах на many2many. Теперь в поле «Аналитический счет» можно выбрать несколько аналитических счетов (в виде тегов) и установить для них процент распределения (это второе существенное изменение).

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

Ну и в итоге имеет такой же итог как и после применения аналитических тегов в более ранних версиях системы:

Подытожим

Как уже было сказано выше итог в учете после применения обновленного функционала в 16-й версии такой же как и в более ранних версиях системы. Но он как по мне добавил в систему новые функции  — такие как обязательное применение некоторых аналитических счетов в документах (чего не хватало) и совмещение функционала аналитических счетов и тегов, что по идее должно сделать их использование более удобным и понятным для обычных пользователей.

Ну и напомню еще раз преимущества такого подхода к аналитическому учету:

• на любой счет можно повесить любое количество аналитик по «умолчанию»
• в самой операции можно изменить их состав и количество
• можно настроить распределение суммы по аналитикам, отличное от 100% на аналитику и раскидать в процентном соотношении на несколько аналитических счетов относящиеся к одному аналитическому плану
• можно привязать набор аналитик к другим объектам — например «Партнеру», «Продукту», «Категории продукта» — что позволяет намного более гибко настроить учет и существенно повысить степень автоматизации.
• можно сделать выбор аналитики обязательным или не обязательным (чего не хватало в предыдущих версиях)

И все это — без участия разработчика. А значит — существенно дешевле и во внедрении, и в дальнейшем сопровождении. Конечно пользователю немного придется изменить свой подход к пониманию учета и очистить свое сознание от 1С-ных практик, но это того стоит — попробуйте 🙂