0. Kutuzov 579 15.02.18 01:12 Сейчас в теме

Организация обмена с базой филиала (розничного магазина) в торговой сети через XML (универсальный обмен)

В статье по шагам рассматривается создание обмена между центральной базой и базами филиалов на базе конфигурации УТ 11. Для решения поставленной задачи было решено не использовать РИБ, т.к. требуется односторонний обмен ограниченным набором данных, к тому же по определенным условиям. Обмен реализован на основе типовой синхронизации на основе универсального обмена в формате EnterpriseData.
Данная публикация может быть полезна внедренцам, которые работают с торговыми сетями, в том числе по модели франчайзинга.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
2. yarsort 27.02.18 15:03 Сейчас в теме
Хорошая статья! Спасибо.
3. ZOMI 420 27.02.18 18:52 Сейчас в теме
Эта публикация висит рядом со статьей "Ад своими руками" и, собственно, могла бы называться так же....
Жуть какая-то. В корне неверный подход.
paybaseme; Aprobator; Stim213; Shrayky2; LavinVadik; +5 Ответить
5. Kutuzov 579 27.02.18 23:10 Сейчас в теме
(3) Про ад шутка понравилась :) По поводу подхода - вы хоть намекните, какой путь является более верным?
Gang031; kadild; one.sable; maxopik2; leks88; +5 Ответить
4. ksnik 365 27.02.18 20:28 Сейчас в теме
(3), практика создания обмена в EnterpriseData является несомненным прогрессом по сравнению с кассовыми решениями на основе механизма Распределенная БД (УРИБ, УРБД) 8, который не надежен и недопустимо стопорит работу торгового предприятия во время обновления конфигурации, чреват задержками с безальтернативной единовременной перекачкой больших объемов так называемых "сегментов (скидок, цен или номенклатуры)".
6. leks88 18 28.02.18 09:06 Сейчас в теме
Такой подробной инструкции еще нигде не видел! Плюс и в закладки!
maxopik2; +1 Ответить
7. Stim213 370 28.02.18 12:40 Сейчас в теме
Автор проделал огромную работу, но можно было все же проще.
Не нужно РИБ - ну так и не используйте его, используйте план обмена Полный.
Не нужна загрузка данных от подчиненного - отключите выгрузку в расписании у подчиненного или загрузите правила регистрации/обмена в подчиненный.
В конфигурациях на УФ есть правила обмена и правила корреспондента. т.е. правила, которыми в ЦБ будут обрабатываться полученные от узла данные - можно загружать непосредственно в ЦБ. Именно - загружать(типовой регистр сведений), а не добавлять как макет в конфигураторе.
Вашу задачу можно было решить полностью типовыми средствами
8. Kutuzov 579 28.02.18 15:16 Сейчас в теме
(7) План обмена "Полный" как раз относится к РИБ. И я пробовал через него реализовать эту задачу, но простыми методами "обрубить" не нужную информацию, и оставить только нужную не получилось. Например, передачу контрагентов как описано в задаче реализовать не вышло.
19. Vagner_Hate 51 12.09.18 19:24 Сейчас в теме
(8)А почему не воспользовать стандартным вариантом "Синхронизация данных через универсальный формат"? Там есть возможность отключить ненужное путем редактирования Правил регистрации объектов.
20. Kutuzov 579 12.09.18 22:39 Сейчас в теме
(19) Например потому, что для всех узлов этого плана обмена правила регистрации будут использоваться одинаковые, из регистра "Правила для синхронизации данных". А значит уже не получится наладить обмен с Бухгалтерией, например.
Прикрепленные файлы:
21. Vagner_Hate 51 13.09.18 02:26 Сейчас в теме
(20)Так, а что мешает на стороне Бух поставить свои правила? У вас прямой обмен или через какой-то промежуточный этап(каталог, ftp и тп)?
22. Kutuzov 579 13.09.18 07:29 Сейчас в теме
9. fieryfist 15 10.03.18 16:44 Сейчас в теме
Если в одной базе пометили на удаление элемент и сразу удалили (пометка удаления в другие базы не успела уйти), как в таком случае будет обработано удаление в других ИБ?
10. Kutuzov 579 12.03.18 01:13 Сейчас в теме
(9) В этом случае передается передается <УдалениеОбъекта>, но в рассматриваемом примере этот момент не отражен, и не проверялся.
11. Andle 35 12.04.18 09:07 Сейчас в теме
Полезная статья, спасибо.
16. manserg 104 20.07.18 12:07 Сейчас в теме
Автору большое спасибо за подробное описание проделанной работы.
Может кто сможет подсказать, как в КД 3 принудительно в получателе указать конкретный элемент справочника например "Склад"?
Но не в каждом документе а в правилах конвертации самих складов, чтобы при любом раскладе в любом документе получателя был всегда один конкретный склад.
Это необходимо для реализации подхода "Несколько складов источника" в "Один склад приемника".
Ранее в КД 2 это все решалось довольно просто через установку СсылкаНаОбъект в обработчике поиска а вот в КД 3 непонятно где и как это сделать.
Заранее благодарю за помощь.
17. Kutuzov 579 20.07.18 15:44 Сейчас в теме
(16) По этому вопросу написал небольшую статью. Она про свертку товаров, но аналогичный подход можно применить и к складам.
Свертка номенклатуры при выгрузке
18. manserg 104 20.07.18 23:56 Сейчас в теме
(17) Интересный подход, хотя мне нужно при получении подменять на конкретную ссылку, но Ваш вариант тоже пригодится, спасибо!
23. rozer 261 12.01.19 14:12 Сейчас в теме
Круто но с кд3 все дольше и сложнее, обычно поднимаю такие обмены синхро по правилам обмена кд2, вот видео https://youtu.be/pKcI2nMjWoU. В демо конфе БСП все также можно скопировать типовой план обмена. Обмен по кд2 гораздо гибче ED и не надо крячить XDTO если нет подходящего объекта и это особенного актыельно для самописок на базе БСП.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист 1С
Екатеринбург
зарплата до 120 000 руб.
Полный день

Консультант-аналитик 1С
Рязань
зарплата до 80 000 руб.
Полный день