Есть база на УТ 10.3: Необходимо создать неполный клон базы, в который будет выгружаться информация из основной базы. Просят в этом "клоне" убрать информацию не касающуюся учета товаров (счета, заказы покупателей, заказы поставщикам, их корректировки и прочее.). Обмен нужен односторонний и учитывающий регистрацию (т.е. если произвели изменение в документе, чтобы изменилось и в "клоне"). Однако некоторые документы(например поступления), если они откорректированы в "клоне" - обновляться уже не должны - соответственно надо как-то перепроводить последовательность...
Нужен совет: как это проще организовать? Есть ли примеры или документация реализации подобных задач?
Нужен совет: как это проще организовать? Есть ли примеры или документация реализации подобных задач?
По теме из базы знаний
- Правила обмена УТ10.3 - БУХ 2.0
- Правила обмена КА 1.1 - УНФ 1.6
- PinkRabbitMQ - Native API компонента 1С с открытым исходным кодом, для обмена сообщениями через RabbitMQ
- Правила переноса из УТ10.3 в БП 3.0 синхронизация и перенос данных, выгрузка (перенос остатков, документов и справочников)
- Помощник Настройки Обмена Данными С Бухгалтерия Предприятия 3.0 и КОРП
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Обмен через планы обмена. Создать свой план обмена, с нужными объектами.
Настройку обмена можно сделать через типовой справочник "Настройки обмена данными".
В плане должен быть признак "главного узла". Т.е. если объект изменился в обеих базах,
то оставляется версия главного узла. Есть практическая реализация на релизе 10.3.13.2
Настройку обмена можно сделать через типовой справочник "Настройки обмена данными".
В плане должен быть признак "главного узла". Т.е. если объект изменился в обеих базах,
то оставляется версия главного узла. Есть практическая реализация на релизе 10.3.13.2
В процессе реализации возникло несколько вопросов:
1) В какой очередности меняется сама конфигурация - до загрузки данных или после?
2) В плане обмена вставил
но при обмене через COM он тянет данные из перефирийной базы в центральную. Не понимаю почему. Как вариант рассматриваю вариант, что я указал тот же файл правил и в одну сторону и в другую. Т.е. получается, что при обмене по правилам процедуры в плане обмена не срабатывают?
3) Не совсем понимаю режим отложенных движений. В каком порядке он срабатывает. Насколько я понял, что документы, попадая в базу закидываются в регистр сведений "Отложенные проведения". Не совсем понял в какой момент оно проводит из этого регистра документы.
4) И еще про проведение документов после выгрузки: стоит ли включать в правила конвертации правила на перенос регистров накопления. Или все решается внутренними механизмами через отложенное проведение?
1) В какой очередности меняется сама конфигурация - до загрузки данных или после?
2) В плане обмена вставил
Процедура ПриОтправкеДанныхГлавному(ЭлементДанных, ОтправкаЭлемента)
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецПроцедурыно при обмене через COM он тянет данные из перефирийной базы в центральную. Не понимаю почему. Как вариант рассматриваю вариант, что я указал тот же файл правил и в одну сторону и в другую. Т.е. получается, что при обмене по правилам процедуры в плане обмена не срабатывают?
3) Не совсем понимаю режим отложенных движений. В каком порядке он срабатывает. Насколько я понял, что документы, попадая в базу закидываются в регистр сведений "Отложенные проведения". Не совсем понял в какой момент оно проводит из этого регистра документы.
4) И еще про проведение документов после выгрузки: стоит ли включать в правила конвертации правила на перенос регистров накопления. Или все решается внутренними механизмами через отложенное проведение?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот