Обмен УТ 10.3, КА 1.1, УПП - БП 3.0, УТ 11, КА 2, ERP 2 и другие (EnterpriseData)

0. Максим Сухов (MaxS) 218 15.01.16 10:42 Сейчас в теме
Перенос документов, справочной информации из УТ 10.3, КА 1.1, УПП на платформе 8.2 и выше в любую БП 3.0, УТ 11, КА 2, ERP 2 на платформе 8.3 и выше. Двухсторонний и односторонний обмен с любой текущей и будущей версией конфигурации. Одна обработка совместима со всеми конфигурациями на 8.3 и не требует доработок при обновлении этих конфигураций! Используется типовой универсальный формат обмена (КД3). Штатная синхронизация, регистрация объектов (КД2), обмен по расписанию, через папку, FTP, почту. Дополнительные отборы по организациям, складам и т.п.

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

Комментарии
100. Елена ООО (Yha) 15.03.17 12:27 Сейчас в теме
101. Максим Сухов (MaxS) 218 15.03.17 19:12 Сейчас в теме
(88) Для УПП 1.3 сделана загрузка из ED документов платежное поручение входящее и платежное поручение исходящее.
И другие доработки и исправления.
102. Максим Сухов (MaxS) 218 16.03.17 19:31 Сейчас в теме
(100) Для УПП 1.3 сделана выгрузка документа "Авансовый отчет".
103. Фирсов Алексей (AlexF1983) 17.03.17 08:27 Сейчас в теме
Максим, добрый день.

Заинтересовались Вашим обменом. Но в наше время файловый обмен это по мне так как минимум не серьезно...
Есть ли опыт у Вас или у Ваших клиентов организации обмена через web / http сервисы?
То есть идея такая:
1. Модифицируем в базе-источнике процедуру выгрузки так, чтобы она сгенерированный xml выгружала не в файл, а в http-сервис базы-приемника.
2. В базе-приемнике добавляем http-сервис который этот файл получает и передает в штатный механизм обмена.
Я так понимаю что на источнике особых проблем возникнуть не должно, все равно необходимо вмешательство в типовой общий модуль и процедура выгрузки - нетиповая... А вот с приемником - вопрос... опыта работы с EnterpriseData нет от слова совсем, поэтому и спрашиваю...

Заранее спасибо!
104. Максим Сухов (MaxS) 218 17.03.17 09:36 Сейчас в теме
(103) Добрый день!
Небольшой опыт был, но в текущем решении вмешательство в типовой код минимальное - один раз! добавляем несколько строк кода, которые не нужно обновлять впоследствии. Вся основная работа происходит во внешней обработке, подключенной типовым способом. Обмен работает на платформах начиная с 8.1. Очень легко обновлять правила обмена. Достаточно заменить обработку в режиме предприятия.
Внедрять HTTP сервис в базу - это более существенные изменения. В типовой базе приемнике придётся переделывать модули БСП, их там много. Либо создавать всё тот же файл обмена и отдавать его типовому механизму. В результате получаем нечто со сложным обновлением и технической поддержкой, которая моментально съест прибыль от продажи недорогой обработки. На такое я решиться не могу, к тому же не видно спроса. ))
105. Фирсов Алексей (AlexF1983) 17.03.17 09:46 Сейчас в теме
(104)
Внедрять HTTP сервис в базу - это более существенные изменения.

Вот тут не соглашусь. Сам по себе HTTP сервис - это отдельный новый объект, который никак не влияет на обновление. Сейчас у нас между базами УПР (нетиповая) - УПР ЗУП 3 (типовая), УПР - БУХ ЗУП 3 (типовая), УПР - БУХ КА 1.1 (типовая), БУХ ЗУП 3 - БУХ КА 1.1 - все обмены реализованы через HTTP сервисы, и при этом ни строчки типового кода нигде не изменено. Но это - "свое казино", и оно не имеет никакого отношения к ED.
Поэтому в типовой базе приемнике нужно решить всего один вопрос - как прилетевший в HTTP сервис xml-файл из источника заставить "подхватиться" в типовой загрузке в формате ED... поскольку с механизмом не знаком, сложно оценить объем вмешательства...
106. Фирсов Алексей (AlexF1983) 17.03.17 09:54 Сейчас в теме
Немного опишу задачу подробнее. Необходим обмен если не в режиме онлайн, то максимально к этому приближенный. Для этого в базе-источнике висит "зацикленное" регламентное задание с обработчиком ожидания, который периодически (к примеру раз в 10 сек) смотрит - не появилось ли изменений в плане обмена. Если они появились - формируется xml-файл (или json но не суть), и он летит в http сервис приемника, где немедленно обрабатывается и присылает ответ - либо ОК либо описание ошибки... Через файловый ресурс такую задачу решить конечно можно, но не совсем рационально в плане нагрузки на сервера постоянным опросом ресурса, не исключены коллизии - прошлый файл еще не успел вгрузиться, а новый уже выгрузился, и так как снежный ком...
107. Максим Сухов (MaxS) 218 17.03.17 09:58 Сейчас в теме
(105) ED может обмениваться несколькими версиями формата. Текущая версия автоматически подбирается после первой синхронизации. Несколько схем формата обмена хранятся в источнике и в приемнике. База источник не знает какая версия в базе приемнике, поэтому первый обмен происходит на минимальной версии формата.
EnterpriseData подразумевает совместимость снизу вверх.
В моей обработке относительно легко добавить новый формат, От пользователя не потребуется дополнительных действий кроме подмены обработки.
А как быть с HTTP сервисом? Как совмещать разные версии ED? Это пока непонятно. ))
108. Максим Сухов (MaxS) 218 17.03.17 10:27 Сейчас в теме
(106) Если нужно лишь с помощью HTTP сервиса опрашивать готовность той базы принять файл, то можно ничего не меняя в текущем решении выключить синхронизацию по расписанию в обеих базах. Добавить обработку, которая будет опрашивать базу на той стороне и в нужный момент запускать типовой обмен через файлы. ))
Синхронизация ED в моём решении запускается штатно, поэтому HTTP сервис управления типовыми синхронизациями может быть отдельным универсальным решением. И отдельное решение по управлению синхронизацией баз уже есть http://infostart.ru/public/145983/
109. Фирсов Алексей (AlexF1983) 17.03.17 10:44 Сейчас в теме
(108) Уже тоже склоняюсь к такому варианту. Сделать HTTP-сервис не для передачи данных, а чисто ради принудительного запуска типового регламентного задания, чтобы запуск был только когда оно нужно, а не каждые 10 сек к примеру. И в Вашу обработку на источнике запихать его вызов в случае если появились данные для отправки. На правах костыля вполне пойдет, дыру на какое-то время закроет )

Последний вопрос. Какой план обмена используется для регистрации изменений (типовой / нетиповой)? Регистрируются ли изменения справочников?
110. Максим Сухов (MaxS) 218 17.03.17 10:55 Сейчас в теме
(109) Используется типовой план обмена и типовая регистрация, в описании публикации указано какой.
Например, в УТ 10.3 так запускается обмен:
Процедура Синхронизировать(Кнопка)
	ОбменДаннымиКлиент.ВыполнитьОбменДаннымиОбработкаКоманды(УзелДляОбмена, ЭтаФорма); //штатный обмен
КонецПроцедуры
Т.е. как писал выше. Обмен запускается штатно, а там внутри при необходимости подхватывается обработка для ED.
Поэтому можно не вникать как работает ED достаточно понять как запустить типовую синхронизацию.
111. Максим Сухов (MaxS) 218 22.03.17 11:16 Сейчас в теме
22.03.2017 УПП 1.3. Доработка выгрузки серий номенклатуры. Совместная доработка правил для КА 2.2.2.299, где эти серии загружаются в документы перемещение и реализацию. Оптимизация алгоритмов загрузки в УПП.
112. Максим Кузнецов (Makushimo) 149 23.03.17 06:24 Сейчас в теме
Добрый день.

Из публикации не понял, поддерживает ваш продукт обмен УПП->ЕРП
Нам нужно сделать переход с УПП 1.3.86.2 на ЕРП 2.2.2.212
И наладить регулярный односторонний обмен
Документы все, справочники все.
Также УПП у нас сильно доработанная. Сможем ли мы (или вы) доработать правила обмена?
Если у вас такой обмен реализован, то на КД 2 или на КД 3 ?
113. Максим Сухов (MaxS) 218 23.03.17 06:42 Сейчас в теме
(112) Добрый день!
Регулярный обмен УПП->ЕРП поддерживается. Название обработки "Выгрузка из УПП в ED ". http://infostart.ru/public/444523/#slide-to-files Переноса остатков пока нет, функционал готовится...
Документы все, справочники все
Документы не все, справочники те, которые нужны для документов. Подробности в публикации: http://infostart.ru/public/444523/#td
Если каких-то типовых документов не хватает, сообщайте, будет сделано.
Обмен реализован на КД 3.
Степень доработок ограничивается форматом EnterpriseData. Если ваши нетиповые данные смогут уложиться в формат обмена, то я смогу помочь Вам подготовить правила для КД3, чтобы вы самостоятельно продолжили доработку ))
114. Максим Кузнецов (Makushimo) 149 23.03.17 06:49 Сейчас в теме
(113) А ЕРП из ED возьмет себе данные без проблем ?
Возможно ли с помощью этой обработки наладить регулярный обмен ?
115. Максим Сухов (MaxS) 218 23.03.17 06:52 Сейчас в теме
(114) Да, регулярный обмен возможен. Для ERP 2.2 формат обмена EnterpriseData (ED) является типовым и нет разницы УПП или БП 3.0 на том конце отправляет данные.
Нетиповая конфигурация не помешает этой обработке если не удалены типовые объекты.