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С
Новосибирск
зарплата от 50 000 руб. до 80 000 руб.
Полный день

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

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

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

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