Уже даже не помню, когда приходилось с семеркой воевать, а вот поди ж ты - заставило!

Есть два десятка почти типовых бухий. Конфигурации везде одинаковые. Есть необходимость формировать ОСВ (а в идеале и еще ряд бухгалтерских отчетов типа журнала-ордера, шахматки) консолидировано по всем базам. Справочники естественно разные, префиксов у документов нет, никаких намеков на УРДБ тоже нет...
Устроит вариант обновления данных раз в сутки.

Вариантов реализации у меня валом. Один хуже другого :-) От вытягивания данных по ОЛЕ, до переделывания всего этого добра в УРБД или создание консолидированной базы конвертацией.

Но может коллективный разум что-то заведомо правильное посоветует?

Заранее Спасибо!

с несинхронизированными справочниками, все решения будут.. коту под хвост

Вариантов действительно валом. И действительно один хуже другого.

Я бы делал так:

1. Новую пустую базу 21ю
2. Ежедневно с каждой базы выгрузка проводок (Дт, Кт, Сумма, СодержаниеПроводки) и аналитики (ВидСправочника, Код, Наименование) КУДА-ТО
3. Загрузка всей инфы из этого КУДА-ТО в 21ю общую базу.

Синхронизацию справочников проводить ПО-ЛЮБОМУ (как минимум по наименованию. Для большинства справочников этого будет достаточно. Для некоторых видов справочников, нужно будет синхронизироваться по некому другому полю, а значит появится справочник правил синхронизации).

(2) Вот я тоже в эту сторону думаю. Выгружать в отдельную базу журнал проводок с синхронизацией по наименованию (или вообще похоронить типизацию аналитики)... И выгружать конвертацией!

(3) Нужно отталкиваться от того, чего Заказчику нужно в итоге. Если только ИТОГО по Дт и Кт.  Тогда аналитику нафиг.
Если же например нужно выводить задолженность по контрагентам, тогда без вариантов синхронизация.

Может быть еще и 3й вариант, когда часть аналитики нужна, часть нет

(4) так и есть... часть надо (ТМЦ, Контрагенты, налоги), а часть можно в сад

(5) Тогда скорее всего:
ТМЦ - по наименованию
Контрагенты - по УНН
Налоги - по наименованию

(Хотя тебе по месту виднее. Я могу и ошибаться)

+ на опред.дату снос всех остатков в общую базу.

В общем работы караул. Хотя с другой стороны, можно и заработать :)

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

Переходите на 8-ку, там это реализовано

(6) Зачем?
Номенклатура ИМХО нужна общая сумма, а не инфа, что 20 болтов которые есть на фирме А есть на фирме Б и С. Поэтому ну и что что будет 20 болтов, нам же по ним не надо заказ планировать. А то что это будет 20 болтов это и хорошо. При перепроводки не сильно себестоимость поедет. В идеале вообще "Товары в ассортименте" и точка.

Контрагенты. Аналогично.Ибо если Вася нам должен 20 тысяч по фирме А, а по фирме Б мы ему должны, то это все равно  долг 20 тысяч, ибо это БУ и тут нельзя сделать взаимозачет просто так.


Налоги. Ну тут вообще по счету схлопнули и все, не думаю что кому то будет интересно что 10 тысяч НДФЛ мы должны в налоговую А, а 15 в Б. НДФЛ (68.1) - 25 тысяч и все

Самое сложное это ИМХО затраты, ибо тут нужна консолидация не котловым методом, а по статейно, т.е. если в одной базе статья Оплата труда, в другой ЗП, в третей оплата рабам, то на выходе должна быть одна статья ФОТ с консолидированной суммой

Ха.

Виды номенклатуры, Статьи затрат, ДДС вполне достаточно синхронизировать. Да там можно тупо наименование во всех базах привести к единому. А номенклатуру, контрагентов и подобные наф не нужны.

(9) (10) (11)   Ну вы прям ребяты лучше Заказчика знаете, как и с какой аналитикой ему работать. С такими знаниями и советами нужно вместо бухов работать.

(12) А ты думаешь кем работаю?

В любом случае универсального совета не бывает. Может они просто хотят посчитать ликвидность холдинга. Тогда пофиг на контрагентов, там нужна общая сумма сколько мы должна, а сколько нам, и пофиг кто нам должен Вася или Петя

А может у них 10 организаций на которые они закупают товар и 20 с которых продают, и нужна консолидированная база, чтобы сформировать внутрифирменные продажи

Так что задача озвучена общая, вот и ответ общий

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

(11) Контрагенты как раз нужны. С них все и началось собственно... Статьи затрат как раз наоборот т.к. все юрлица это купиродайка с минимальной рентабельностью...

(8) Что значит на восьмерке реализовано? У меня помимо єтого стада семерок есть еще такое же стадо восьмерок. Но что-то я такого там не наблюдал. Или куда смотреть?

(14) Ну скажем так... это не холдинг, а цепочка продаж своих своим :-)

на счет номенклатуры - вообще по-боку, количество и сумма и привет

(16) в снеговике в одной базе можно вести мультифирменный учёт

впрочем, в комплексной семёрке, тоже он есть

(16) многофирменность

(17) именно так
(18) (20) в одной базе низзя. считаем это аксиомой в данной специфике работы.

Плюс движений очень много. Реально ОЧЕНЬ! если брать количество проводок в день по всем юрлицам, то это тысячи, а иногда и десятки тысяч в день.
Плюс конфа доработана чучуть, плюс стадо внешних обработок специфичных очень
Поэтому переходить на куда-то не вариант... я водиночку просто не вытяну такой переход, а остановка смерти подобна...

По-любому, синхрить клиентосов и желательно договора.
А сам отчет, можно хоть прямой делать к сторонней базе с синхронизацией.

Это всё быстрее, чем содержать общую консолидированную базу в данном случае.

Я пока склоняюсь к ТипаЦентральнойБазе с такой же конфигурацией как у ТипаПериферийных. Заливать только журнал проводок, без регистраторов, но со справочниками. Делать это посредством Конвертации, благо там и синхронизацию можно настроить...