Проводки между филиалами – БЕ против БС

Видел несколько вариантов реализаций большой организации с филиалами:

  • Несколько балансовых единиц
  • Только одна балансовая единица и несколько бизнес-сфер 

Я для себя дилемму решаю таким образом – разные юридические лица должны иметь разные БЕ.

Против БС

Справочник бизнес-сфер – общий для манданта, и если вдруг в манданте появится ещё одна БЕ то возникает непонятная ситуация.

Права на БЕ назначаются прозрачней, чем на БС.

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

Поле БС не является ключевым и не всегда просто обрабатывается. Например, при выборке данных основных средств требуется учитывать временную зависимость БС на отчётную дату или дату движения. БЕ – обрабатывается проще на порядок.

Для хранение особых данных БС, которые обычно хранятся в БЕ, требуется заводить специальные справочники. Стандартно БС – это только код и название.

(ещё что-то надо написать)

Против БЕ

Многие настройки бухгалтерского рода являются зависимыми от БЕ, поэтому возможно их расхождение, что может вылезти боком.

Требуются действия по каждой БЕ во многих внутренних операциях и операциях закрытия периода.

Для получения консолидированного баланса требуются дополнительные действия.

(ещё что-то надо написать)

И если уж выбрали путь “многоБЕ” – то есть два условных сценария проводок между БЕ: независимый и совместный.

Независимый

В первом сценарии нет никаких бухгалтерских операций между БЕ. Все операции осуществляются как с независимыми контрагентами. Здесь ничего нового – просто БЕ условно считают, что они одни в системе. Делают акты сверки и всё такое…

Совместный

Межбалансовые проводки возможны. В транзакции FB01 это возможно сделать.

Требуются следующие действия:

1. В разделе счетов связанных с расчётами между филиалами заводятся соответствующие филиалам перерасчётные субсчета отправителей и получателей. В местном плане счетов это 1240 для дебиторской задолженности и 3340 для кредиторской задолженности. Например, можно воспользоваться подходом 1240.XXXX/3340.XXXX, где XXXX – код балансовой единицы. Счета эти должны быть не контрагентскими. 

2. В транзакции OBYA для всех возможных пар прописываются соответствующие счета:

Настройка перерасчётных счетов

После этого можно проводить документы в транзакции FB01.

Дебет счета А в БЕ1 – Кредит счёта Б в БЕ2

Такая проводка приводит к рождению двух документов в каждой БЕ.

Документ 1 в БЕ1:

Дебет счёта А – Кредит перерасчётного счёта

Документ 2 в БЕ2:

Кредит счёта Б – Дебет перерасчётного счёта

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

Для редактирования и просмотра таких операций выделены отдельные транзакции FBU2, FBU3, FBU8 (редактирование, просмотр, сторно).

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

Ремарка

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

С точки зрения бизнес-сфер всё как бы нормально закрывается. БС в карточке ОС присваивается по периодам и не вызывает прямых бухгалтерских движений.

Но внутренний баланс каждой БС это условно рвёт, так как активы уменьшились, но обязательствами это не было подкреплено.

Если этот баланс переходит в налоговую отчётность – то это недопустимо. Какими механизмами это компенсировать – это вопрос, может быть это и относительно нормально работает в новых версиях – автоматически или при помощи служебных проводок. Может какой-то там сплиттинг, проводки согласования, может ещё что-то – есть неизученные направления в модуле FI.

Следовательно передача ОС должна проводиться через:

а) контрагентские счета (обычные или перерасчётные)

б) безвозмездную передачу – в этом случае возникают расходы в БЕ1 и доходы в БЕ2, что может иметь последствия в налоговой части.

Добавить комментарий

Ваш адрес email не будет опубликован.