Свой план обмена с правилами из КД
Собственно цель - есть две конфы, одна УТ 2.3(аналог 10) вторая - самописная.
Хочу создать свой план обмена и там и там, и выгружать данные через правила, созданные в конвертации данных.
За рабочий пример - вознаграждение :) Или за направление в нужное русло.
С планами обмена не очень сильно дружу, но я думаю суть задачи тут просматривается.
Хочу создать свой план обмена и там и там, и выгружать данные через правила, созданные в конвертации данных.
За рабочий пример - вознаграждение :) Или за направление в нужное русло.
С планами обмена не очень сильно дружу, но я думаю суть задачи тут просматривается.
По теме из базы знаний
- Подсистема "Обмен данными по произвольным правилам КД 2.x"
- Обмен документами по правилам КД 2.0 с помощью внешней обработки
- [БСП] Обмен через Конвертацию данных 2.1
- Обмен по правилам Конвертации данных 2.1 для ERP, КА, УТ 11, БП 3, ЗУП 3, Розница 2.3
- Регистрация документов и справочников на обмен в свой план обмена. Правила регистрации. Конвертация 2.1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) DitriX, план такой:
1. С помощью конвертации создать правила обмена
2. С помомщью обработки выгружаем. Наверно, в конвертации уже вышла подобная обработка, если она есть, то можно брать оттуда.
Это позволит не привязываться к планам обмена и узлам и выгружать любые данные отобранные пользователем.
1. С помощью конвертации создать правила обмена
2. С помомщью обработки выгружаем. Наверно, в конвертации уже вышла подобная обработка, если она есть, то можно брать оттуда.
Это позволит не привязываться к планам обмена и узлам и выгружать любые данные отобранные пользователем.
(13) я это к примеру привел. Тем более, что это зависит от типа документа.
Даже 1с в УТ11 признали и узаконили проведение и изменение задним числом, для этого туда всунули РАУЗ и кучу всего.
А все из-за того, что у них реализована система статусов документов.
Т.е. менеджер сформировал заказ сегодня, а закрыть его могут через месяц или два.
Так что проводить документы задним числом - это была проблема в УТ10.
Я конечно против этого, но частично.
Так что увы... Но кроме документов - есть еще и справочники, а вот их двигают - когда угодно :)
А у меня к примеру база с более 1 000 000 товаров, плюс характеристики, свойства и прочий хлам.
Вручную это все прописывать - не очень хочется :)
Тем более я знаю что это такое, у меня даже одна из статей этому посвящена :)
Но там синхронизация с сайтами, а это отдельный гемор, планы обмена не пойдут, ибо прийдется генерить ответку от сайта, или писать механизмы удаления регистрации, короче - гемор.
Даже 1с в УТ11 признали и узаконили проведение и изменение задним числом, для этого туда всунули РАУЗ и кучу всего.
А все из-за того, что у них реализована система статусов документов.
Т.е. менеджер сформировал заказ сегодня, а закрыть его могут через месяц или два.
Так что проводить документы задним числом - это была проблема в УТ10.
Я конечно против этого, но частично.
Так что увы... Но кроме документов - есть еще и справочники, а вот их двигают - когда угодно :)
А у меня к примеру база с более 1 000 000 товаров, плюс характеристики, свойства и прочий хлам.
Вручную это все прописывать - не очень хочется :)
Тем более я знаю что это такое, у меня даже одна из статей этому посвящена :)
Но там синхронизация с сайтами, а это отдельный гемор, планы обмена не пойдут, ибо прийдется генерить ответку от сайта, или писать механизмы удаления регистрации, короче - гемор.
(7) посмотрел и ужаснулся :)
Мне надо все на управляемых формах, думал что там пару формочек написать, а получается что кучу всего переделывать.
А все ли тут нужно? Может у вас есть lite версия сего чуда? Вообще без форм и настроек?
У меня получается будут базы стоять локальные, там будет всего пару объектов, и эти базы - будут подчинены узлу.
Не очень хотелось бы туда все это лепить.
А правила обмена нужны из-за того, что я не могу конфигурировать ЦБ.
Т.е. мне надо налепить туда новое правило, при изменении объектов в распределенных узлах.
А те узлы - 100% будут только распределенными, т.е. мне там механизмы контроля "аля" центральный узел - не нужны.
Можете что то подсказать на эту тему?
Мне надо все на управляемых формах, думал что там пару формочек написать, а получается что кучу всего переделывать.
А все ли тут нужно? Может у вас есть lite версия сего чуда? Вообще без форм и настроек?
У меня получается будут базы стоять локальные, там будет всего пару объектов, и эти базы - будут подчинены узлу.
Не очень хотелось бы туда все это лепить.
А правила обмена нужны из-за того, что я не могу конфигурировать ЦБ.
Т.е. мне надо налепить туда новое правило, при изменении объектов в распределенных узлах.
А те узлы - 100% будут только распределенными, т.е. мне там механизмы контроля "аля" центральный узел - не нужны.
Можете что то подсказать на эту тему?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот