Здравствуйте.
Подскажите - верно ли я делаю?

Стоит задача - выгрузить данные по каждой организации из нашей базы (КА 2).
У нас десяток организаций, хотим создать 10 пустых баз и выгрузить в них данные. И при этом, настроить односторонний обмен, чтобы каждый день (или неделю) выгружались изменения в документах и справочниках.

Я собираюсь работать через ПланОбмена СинхронизацияДанныхЧерезУниверсальныйФормат.

При тестовых выгрузках с демо-версией выявились такие сложности:

0. Не все документы выгрузились (не все Реализации по-крайней мере). Буду еще разбираться. Может быть с копией раб.базы будет хорошо.

1. Выгружаются не все поля документов. Подразделение, например, не выгрузилось.

2. Движения документов – похоже, что они не выгружаются.
И это не мудрено – в Составе этого плана обмена нет регистров накопления, рег-ров бухгалтерии и почти нет РС.

Вопрос – достаточно ли отметить в Составе этого плана обмена множество регистров, и они тогда сами начнут хорошо выгружаться?
На сколько это затормозит работу системы? Ведь каждое изменение в этих регистрах будет, скорее всего, регистрироваться, а на это нужны ресурсы.


ПС: Комплексная автоматизация 2.4.5.86 (платформа 8.3.11.2954).

Используйте РИБ

Да РИБ, делаешь 10 периферийных баз.

Бухгалтерия хочет сделать односторонний обмен. А при РИБ данные полезут назад. Все изменения в ново-рожденных базах будут попадать и в Основную.

(3) Оставь регистрацию только в главном узле

(3) Имхо.
"Односторонний обмен" - палка о двух концах. Достаточно ответить на простой вопрос: бухгалтерия, в данном случае, желает, чтобы один и тот-же документ в различных базах имел различное содержание и формировал различные движения по учетным регистрам? Если "да" - то по какому праву он называется "документ"? Это уже не "документ", а "документы". Различные в бухгалтерии и в остальной части организации. Вам не кажется, что это очень оригинальное решение по отражению хозяйственных операций?  Это уже за рамками единого информационного пространства :(

(5) Бухгалтера хотят делать закрытие месяца в отдельных базах.

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

В итоге - разными документами будут только Закрытие месяца. И сопутствующие проводки.

Или я что-то не понимаю и при закрытии месяца изменится еще что-то важное?

(6) Если это так - тогда нет смысла в требовании бухгалтерии одностороннего обмена. Одно другому не мешает. Закрытие месяца делается долго, с блокировками в базе... но по РИБу то оно передаётся на раз/два и готово.

Имхо, бритва Окамы - не надо выдумывать лишние сущности.

Самое смешное, так это то, что в РИБ достаточно сделать один дополнительный узел специально для исполнения длительных операций - и все свободные. От слова "совсем" :)

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

Попробуйте реализовать - может быть понравится :))

* бритва Оккама

(8) Интересно. Стоит подумать.

У меня так некоторое время главбух, которая регулярно терроризировала все остальных, работала; рассчитывалась себестоимость в РАУЗ. Позднее я отказался от этих "излишеств" :( сервера были закуплены мощнее, всем узлам РИБ - по SQL каждому :)

(7) Сергей, имеешь ввиду такую технологию:

В основной базе закрываем прошлый месяц от редактирования, и тогда начинаем шаманить закрытие месяца в дочерних базах?

(7) закрытие месяца вроде проводки по всем документам делает

(13) кстати да. Может быть и не по всем, но делает проводки.

(12) "Да", если "дочерняя база" - ед.число. Если баз много (обмен "по организациям") - то делается ещё один узел, полная копия "основной" (я так понимаю той, где все организации). Период закрывается во всех базах (и основой в том числе, кроме узла "копии" - где и делается последовательно закрытие по организациям. В таком случае мы не выигрываем по времени (спорное утверждение), но не мешаем работе пользователей (вопрос длительности по времени становиться не актуальным)

(13) (14) Эээ... уж не хотите ли вы сказать, что закрытие периода по организации изменяет документы других периодов и других организаций ?!?

(6) Иногда покупка более мощного сервера обходится дешевле, чем городить 10 РИБ и их обслуживать.

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

(16) При правильно организованном РИБе и обмене, при грамотном распределении прав доступа и обязанностей пользователей, значение описанных проблем становится... эээ... несколько преувеличенным Вами - вероятность возникновения не исключена, но в приемлемо малых пределах.

Это не означает, например, что я исключаю вероятность возникновения проблемы с взаимной рассинхронизацией данных в РИБе, я только хочу обратить внимание: эта проблема может возникнуть и в рамках единой базы.

(15) этого периода и этой организации, но движения многих документов изменяет

(18) не факт, что это потом быстро протолкнется. Особенно если партионный учет

А Вы попробуйте :) Будете приятно удивлены скоростью, с которой платформа может лопатить большие объёмы, когда она не ограничена многочисленными условностями конфигурации.

Партионный учет... это та ещё "бяка", которая жизнь может портить и без проблем РИБа и закрытия месяца :( хорошо что есть функционал восстановления :)

Все-таки РИБ не будем использовать.
Нужен Односторонний обмен. В основной базе можем вообще не закрывать месяц.

Уточнил задачу, открыл отдельную ветку Обмен из КА2 - не выгрузились Договоры и Подразделения