Сахават ЮсифовЛюбая бухгалтерская система это разруливает.Смотря что понимать под "разруливанием". :)

2 Pointer. Здесь основной вопрос - это вопрос степени владения информацией. Если вы сами - это фирма В, расположенная по центру цепочки между юрлицами А, Б, В , Г и Д, то следует иметь в виду, что бухучет как таковой имеет дело с ресурсами (денежными, материальными и др) только собственной фирмы. То есть, в бухучете отражается движение денег и ТМЦ только в момент пересечения ими границ собственности юрлица В. То же касается дебиторской и кредиторской задолженности. Не имея информации о транзакциях, проходящих между юрлицами А и Б, Г и Д, вы просто не сможете ввести информацию в систему. Соответственно, не сможете увидеть продвижение ресурсов в каких-то пограничных зонах в собственной учетной системе.

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

Сахават ЮсифовУ меня можно замкнуть А<->Г в А<-> Б<-> Г.Замкнуть можно и в розетке... :) Вопрос только - ЧЕМ? Если работники фирмы В владеют только той информацией, которая имеет непосредственное отношение только к юрлицу В , то каким образом, например, они сделают проводку (или что-нибудь другое, не существенно, что имеено), главное - каким образом они отреагируют на факт появления накладной между лицами А и Б, если эта накладная до них не доходит?

Сахават ЮсифовЭта накладная называется "акт о взаимозачетах".Сахават, Вы говорите правильные вещи, и я тоже говорю правильные вещи. Только это РАЗНЫЕ правильные вещи. Акт о взаимозачетах предполагает ПРЯМОЕ взаимодействие фирмы B и А. Если прямое взаимодействие предполагалось изначально, то зачем и для чего стали пропускать сделку через фирму Б? Я сильно подозреваю, что в данном случае ни о каком акте о взаимозачетах речи не идет. Просто некто организовал сделку, которая задействует множество юрлиц по длинной цепочке. И хочет видеть прохождение ресурсов у множества различных юрлиц безо всяких актов о взаимозачете. Типичный пример из не столь отдаленных времен Павловских реформ:

- Ало! Нам нужен вагон гвоздей! В обмен готовы дать три вагона деревянного бруса.
- Мы можем дать вагон гвоздей только в обмен на четыре вагона зубной пасты.
- Но мы не производим зубную пасту...
- Ну так найдите того, кто производит.
...
- Ало! Здравствуйте! Вы заниметесь производством зубной пасты?
- Да.
- Скажите, а вам случайно пиломатериал не нужен? Мы бы оформили бартер на крупную партию. Нам нужны четыре вагона зубной пасты.
- Нет. Нам нужны двадцать кубов кирпича. Если найдете, мы дадим вам зубную пасту.
...
- Ало! Это кирпичный завод?
- Да.
- Мы предлагаем вам три вагона деревянного бруса по бартеру в обмен на 20 кубов кирпича.
- Интересный вариант. Нас устраивает.

И далее нужно отслеживать, кто кому когда не отправил чего по бартеру в срок, чтобы понять, будут ли получены гвозди в срок или произойдет срыв срока поставок. Многоступенчатый бартер - типичный пример подобной сделки. Когда от кирпичного завода кирпич поступит на фабрику, производящую зубную пасту, он передаст накладную на кирпич. Но предприятию, ожидающему гвозди, может быть важна информация о текущих транзакциях, происходящих за пределами своего предприятия. Они должны знать о возможных задержках. Так что это вопрос не формы, в которой информация поступает, а в большей степени сроков ее предоставления.

Любая учетная система, поддерживающая корпоративный учет. То есть, единый план счетов по множеству юрлиц и общие аналитические справочники. Это могут некоторые конфигурации 1С, это может ИНФИН (windows-версия). Вводите аналитический разрез "сделка", и с одним и тем же кодом сделке отображаете все передвижения ресурсов по множеству юрлиц. Отфильтровав информацию по множеству счетов по всем юрлицам холдинга, но по одной сделке, можно получить текущий профиль этой сделки.

Есть только одно "НО". Одно, но ОЧЕНЬ БОЛЬШОЕ. Просто ОГРОМАДНОЕ. Если сейчас бухучет ведется по этим юрлицам отдельно - в разных базах данных, с разными справочниками, с разными планами счетов, то нужно получить четкий ответ на один важный вопрос - готовы ли вы ради решения этой задачи ставить на уши всю бухгалтерию, чтобы в режиме супераврала радикально перевести систему ведения учета в корпоративную форму. Это очень сложная задача, требующая огромных сил и напряжения. Могу сразу сказать, что костьми вы ляжете, пытаясь объединить множество аналитических справочников, ведущихся у разных юрлиц разными способами. И не забывайте, что бухгалтерия - это такое подразделение, которое к определенному сроку должно сдавать бухотчетность и расчитывать налоги.

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