Исключение из выгрузки в БП док. Поступление
Добрый день, уважаемые коллеги!
Между УТ 11.2 и БП 3.0 настроена односторонний обмен в направлении УТ 11.2 -> БП 3.0
Необходимость - исключить из правил обмена выгрузку банковских выписок (как поступление на р.сч так и списание).
Коллеги, подскажите пжл как это сделать. Уже всю голову сломал ))
Буду очень признателен за ссылку на методический материал.
Спасибо!
Между УТ 11.2 и БП 3.0 настроена односторонний обмен в направлении УТ 11.2 -> БП 3.0
Необходимость - исключить из правил обмена выгрузку банковских выписок (как поступление на р.сч так и списание).
Коллеги, подскажите пжл как это сделать. Уже всю голову сломал ))
Буду очень признателен за ссылку на методический материал.
Спасибо!
По теме из базы знаний
- Алкогольная декларация для 1С 8.1, 8.2, 8.3 (1, 2, 3, 4, 5, 6, 7, 8 формы) УТ10.2/10.3, УТ11, УПП, КА, БП2.0/3.0, БП КОРП, Розница 1.0/2.1, Далион, Астор, УТАП и др. с подписью и шифрованием, редакция 2.3
- 1С:Бухгалтерия птицефабрики
- Загрузка документов из УТ 10 в БП 3
- Группировка платежных поручений (Бухгалтерия 2.0)
- Диадок. Подключаемый модуль. Отладка
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Arikite,
Например отключить регистрацию документов в правилах регистрации и потом загрузить скорректированные правила в УТ.
(5) Arikite,
угу, у тех кто не умеет гуглить и читать мануалы оно всегда так.
Коллеги, подскажите пжл как это сделать.
Например отключить регистрацию документов в правилах регистрации и потом загрузить скорректированные правила в УТ.
(5) Arikite,
Да в 11 ред, в частности 11.2 - все вообще через жопень
угу, у тех кто не умеет гуглить и читать мануалы оно всегда так.
(7) shira84, Вы видимо еще не в курсе, но обмен в универсальном формате работает немного по другому.
Изменить правила обмена можно, но используется для этого другая методика. Все правила хранятся в модуле менеджера обмена в универсальном формате, который можно загрузить в КД 3.0, поправить, а потом подключить как внешнюю обработку.
Правда в случае ТС это избыточно и достаточно внести исправления только в правила регистрации.
Изменить правила обмена можно, но используется для этого другая методика. Все правила хранятся в модуле менеджера обмена в универсальном формате, который можно загрузить в КД 3.0, поправить, а потом подключить как внешнюю обработку.
Правда в случае ТС это избыточно и достаточно внести исправления только в правила регистрации.
(10) shira84, я к тому, что и сами правила можно менять, подключив доработанный внешний менеджер обмена в универсальном формате.
Просто раньше, и правила регистрации, и правила обмена, редактировались в КД 2 и потом загружались в базу. Сейчас же, для доработки правил регистрации, используется все та же КД 2 и правила регистрации все так же загружаются в базу, а вот правила обмена теперь подключаются как внешний модуль и для доработки используется уже КД 3, в некоторых случаях можно и конфигуратором обойтись.
Просто раньше, и правила регистрации, и правила обмена, редактировались в КД 2 и потом загружались в базу. Сейчас же, для доработки правил регистрации, используется все та же КД 2 и правила регистрации все так же загружаются в базу, а вот правила обмена теперь подключаются как внешний модуль и для доработки используется уже КД 3, в некоторых случаях можно и конфигуратором обойтись.
На мой взгляд самый оптимальный способ отключить ненужные объекты из обмена не меняя сам план обмена и правила (если речь идет об универсальном обмене) - это просто убрать объекты из подписок на события, которые привязаны к модулям(обработчикам) обменов
см. "Подписки на события"
СинхронизацияДанныхЧерезУниверсальныйФорматРегистрацияДокумента и
СинхронизацияДанныхЧерезУниверсальныйФорматРегистрацияУдаления
отключаются с свойстве объекта "Источник"
Система просто перестанет регистрировать объекты для отправки.
см. "Подписки на события"
СинхронизацияДанныхЧерезУниверсальныйФорматРегистрацияДокуме
СинхронизацияДанныхЧерезУниверсальныйФорматРегистрацияУдален
отключаются с свойстве объекта "Источник"
Система просто перестанет регистрировать объекты для отправки.
Существует три основных способа:
1. Ручная выгрузка. При настройке обмена указываем в обеих программах "ручная синхронизация данных". Затем каждый раз нажимаем "синхронизация с доп. параметрами" и отбираем только нужные документы.
2. Отмена регистрации. Обмен настраивается как обычно, но не указывается расписание. Перед каждым ручным обменом ненужные документы снимаем с регистрации.
3. Доработка правил регистрации. Да, правила выгрузки сделаны на КД3, но правила регистрации все еще можно редактировать через КД2. На ИТС можно почитать как выгрузить и загрузить обратно доработанные правила регистрации.
Доработка правил достаточна проста: в обработчике "перед обработкой", документов, которые не нужно выгружать пишем
"Отказ = Истина;".
1. Ручная выгрузка. При настройке обмена указываем в обеих программах "ручная синхронизация данных". Затем каждый раз нажимаем "синхронизация с доп. параметрами" и отбираем только нужные документы.
2. Отмена регистрации. Обмен настраивается как обычно, но не указывается расписание. Перед каждым ручным обменом ненужные документы снимаем с регистрации.
3. Доработка правил регистрации. Да, правила выгрузки сделаны на КД3, но правила регистрации все еще можно редактировать через КД2. На ИТС можно почитать как выгрузить и загрузить обратно доработанные правила регистрации.
Доработка правил достаточна проста: в обработчике "перед обработкой", документов, которые не нужно выгружать пишем
"Отказ = Истина;".
(15) Правила регистрации же относятся ко всему плану обмена (т.е. к синхронизации через универсальный формат EnterpriseData). Если нет других таких обменов в системе или добработка их не задевает - ну, еще потянет.
У меня тут стоит задача состряпать обмен, где в одну сторону шлется один вид справочников, в другую - один вид документов. С отборами.
Плюс есть другие штатные обмены в формате ED с другими ИБ. EnterpriseData в данной ситуации крайне неудобен, а других штатных средств, по сути, и нет. Либо вкорячивать свойвелосипед план обмена, интегрировать его в подсистемы обмена конфигураций, либо немного модифицировать (тоже в расширениях) типовые механизмы, подсунуть им, допустим, модифицированные правила выгрузки/загрузки при обмене с нужными узлами. Еще, может быть, приспособить что-нибудь навроде "Обработки выгрузки/загрузки данных EnterpriseData" или подобных для регулярного обмена, но это уже полукостыль. Это то, что пока пришло на ум.
Вообще, времени с начала обсуждения вопроса утекло немало, возможно, выработался какой-то способ решения подобных задач именно штатными средствами актуальных конфигураций, в идеале вообще не залезая в них?
Я только сейчас погрузился в это глубоко. Если кто-нибудь случайно увидит, может, подскажет направление, куда стоит обратить взор? )
У меня тут стоит задача состряпать обмен, где в одну сторону шлется один вид справочников, в другую - один вид документов. С отборами.
Плюс есть другие штатные обмены в формате ED с другими ИБ. EnterpriseData в данной ситуации крайне неудобен, а других штатных средств, по сути, и нет. Либо вкорячивать свой
Вообще, времени с начала обсуждения вопроса утекло немало, возможно, выработался какой-то способ решения подобных задач именно штатными средствами актуальных конфигураций, в идеале вообще не залезая в них?
Я только сейчас погрузился в это глубоко. Если кто-нибудь случайно увидит, может, подскажет направление, куда стоит обратить взор? )
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот