hsИнтегратор - технология онлайнового обмена данными между базами на платформе 1С:Предприятие. Использование технологии в виде расширения, без изменения конфигураций баз данных, участвующих в обмене

02.09.19

Интеграция - Обмен между базами 1C

hsИнтегратор : Простое в использовании решение, работает в качестве клиента и сервиса (в мобильном приложении – только клиента). Не обязательно требует внесения изменений в конфигурации интегрируемых баз данных. Маленький трафик обмена между клиентом и сервером, быстрая реакция на запросы со стороны клиента. Единый сервис для обмена данными различной структуры, механизмы для обеспечения безопасности.
В публикации описана концепция и первая реализация. Развитие концепции и  загрузка материалов всех  версий в следующей части: //infostart.ru/public/1062681/

Мир меняется, мы все теперь в онлайн. Даже кассовые аппараты в онлайн. «Мир вещей» на пороге.

Людям свойственно общаться и нормальное общение — это всегда диалог. Мы говорим несколько фраз и ждем ответа собеседника. Представьте, как в будущем придется общаться с «марсианами», если ответа нужно будет ждать от 6 до 40 минут? В таком случае нужно будет «наговорить» минут на 10 (а потом выяснится, что половина сказанного уже неактуально или неинтересно собеседнику), и затем разбираться с его ответами (возможно, тоже минут на 10 монолога собеседника).

Базы данных 1С сейчас общаются, в основном, как приведенном примере с «марсианами». Это планы обмена и конвертация данных, проверенная и надежная технология. Но времена меняются и актуальность оперативного обмена только растет. Компания 1С реализовала поддержку в платформе двух ключевых технологий: HTTP-сервисы и расширения конфигурации. Но «обвязки» всей этой красоты на уровне стандартных библиотек, к сожалению, нет.
 
В общем, звезды сошлись … вначале у меня появилась идея-фикс: разработать универсальное компактное расширение конфигурации, не требующее внесения изменений в саму конфигурацию и обеспечивающее оперативный обмен данными между базами 1С на различных конфигурациях. Работающее под Windows и под Linux, на мобильных платформах (после внедрения в мобильную конфигурацию). Обмен экономичный, с минимальными объемами передаваемых данных, с регистрацией всех передаваемых данных. С оперативно изменяемым функционалом. Одно и тоже расширение, которое может использоваться и в качестве клиента, и в качестве сервера. Которое может обмениваться с различными базами данных (хоть перебирать их в цикле). Безопасное.

Примерно, как радиомодуль в мобильных устройствах – он работает по стандартным протоколам, и как только его добавили в устройство, обеспечивает возможность обмена с другими устройствами. А нам даёт новое измерение жизни, онлайн.

Свой вариант реализации этой идеи — технологию hsИнтегратор, я и представляю в данной публикации. Префикс hs в названии технологии — начальные буквы слов http service. С помощью hsИнтегратор можно быстро и просто научить базы данных 1С «разговаривать» между собой, превратить монологи в диалоги и конференции.
Первое применение hsИнтегратор (без расширений, обмен только с одним центральным сервером) уже работает несколько месяцев и обеспечивает обмен данными ФГИС «Меркурий» между центральным сервером (УТ) и учетными системами (РТ) в магазинах.
На этой же технологии реализован обмен между терминалами сбора данных с установленной мобильной платформой и РТ.
hsИнтегратор не заменяет традиционную технологию интеграции с помощью планов обмена, а дополняет её.
 
Ключевые отличия технологий обмена:

Интеграция с помощью планов обмена и конвертации данных позволяет передать практически любые объемы данных, хоть гигабайты информации, поскольку использует потоковую обработку данных. Объем необходимой для обработки оперативной памяти практически не зависит от размеров передаваемых данных;
 
- технология разработки «правил обмена» выполняется снизу вверх, от более простых типов к более сложным.
 
- источник сразу готовит все правила и все данные, а приемник разбирается с ними.
 
- технология уже давно существует, отработана и позволяет передавать любые данные между базами 1С.
 
- при типичных настройках обмена время прохождения данных между двумя сторонами обмена (в обе стороны) составляет от десятков минут до нескольких часов.
 
hsИнтегратор «переваривает» данные в оперативной памяти, поэтому объем данных ограничен несколькими сотнями мегабайт. Данные упаковываются после сериализации в формат JSON или, если передаются коллекции, содержащие только простые типы, в еще более эффективном формате, без дополнительной сериализации. Например, если нужно передать массив ссылок, он преобразуется в соответствие, по типам ссылок, содержащее массивы уникальных идентификаторов. Это в разы меньше, чем передача ссылок в формате XML.
 
- поскольку обмен данными выполняется в онлайне, необходимости в передаче гигабайтов нет. Данные передаются чаще, поэтому их объемы гораздо меньше. Кроме того, приняты специальные меры для минимизации объемов передаваемых данных.

- типичное время прохождения данных (в обе стороны) составляет от долей секунды до нескольких секунд.

- разработка настроек обмена выполняется «сверху вниз», от сложных типов к простым. Для объектов с похожей структурой можно вообще не использовать настройку, будут переданы данные только для совпадающих по именам реквизитов.

- источник и приемник «общаются» друг с другом по следующей схеме (пример):
  •  Запросили накладные, заказы, все эти данные пришли, при получении запоминаются все ссылки, которые есть в этих данных.
  •  для всех ссылок используется один из вариантов (по выбору):
  •  оптимистичный, у источника по ссылкам запрашиваются только объекты, которые отсутствуют в приемнике;
  •  пессимистичный — запрашиваются все объекты по ссылкам

Эти подходы можно чередовать, например: один раз в час получать все объекты НСИ по ссылкам, а в течение часа — только отсутствующие в приемнике.

Если возможно внесение изменений в конфигурации баз данных, обменивающиеся через hsИнтегратор, то можно использовать и «специальный» вариант синхронизации, для всей нормативно-справочной информации (НСИ). Например, добавить регистр сведений с измерением «ЛюбаяСсылка» и числовым ресурсом «Версия». И подписку на событие «При записи» для синхронизируемых объектов метаданных на сервере. Инкрементирует версию только сервер, клиент хранит ту, что получил от сервера. Тогда клиент вначале передаёт серверу все ссылки (а фактически соответствие с массивами GUID-ов) и версии объектов НСИ, которые есть в базе клиента (вот тут и пригодится эффективная упаковка ссылок), а сервер в ответ высылает объекты по тем ссылкам, версии которых у клиента меньше. Запрос на сервере простой и быстрый, объемы передаваемых данных небольшие и синхронизация данных НСИ происходит практически мгновенно. При работе по планам обмена сервер каждому клиенту готовит отдельный информационный пакет. И чем больше клиентов, тем выше нагрузка на сервер. «Специальный» вариант синхронизации НСИ через hsИнтегратор снимает нагрузку с сервера, он по запросу клиента высылает только обновленные данные НСИ именно для этого клиента.

 

  •  При получении объектов запоминаются новые ссылки.
  •  Приемник запрашивает снова объекты по новым ссылкам (которые ранее не запрашивались) и история повторяется, пока все новые ссылки не будут «разрешены». То есть объекты по ним получены от источника или отсутствуют (битая ссылка в источнике).
  •  Каждый информационный обмен протоколируется на сервере — что запросили, что ответили, какая функция и в каком модуле была выполнена, какие характеристики информационной среды клиентского компьютера (процессор, память, версия операционной системы, пользователь). Можно хоть географические координаты клиентского компьютера передавать и фиксировать на сервере — это актуально для мобильных устройств.
  • Все полученные объекты в транзакции записываются.
В результате вместо одного большого информационного пакета, включающего «всё», информационный обмен дробится на несколько небольших пакетов, не содержащих лишней информации. Кроме того, нет необходимости передачи «Правил обмена». Разработчик сам знает, что передал при вызове каждой функции и как «это» нужно обработать на приемнике. При таком подходе объемы пакетов значительно меньше, базы данных начинают «разговаривать» друг с другом. В течение одной секунды может пройти несколько информационных обменов.
 
Еще пример использования онлайновой синхронизации с централизованным ведением НСИ, когда мы хотим дать возможность клиенту заведения новых объектов НСИ:
- в качестве источника данных используется объект, сформированный на клиенте на момент наступления события «Перед записью».
- клиент передаёт объект серверу, по данным объекта сервер выполняет поиск аналогичного существующего объекта в своей базе. Если поиск успешен, сервер возвращает клиенту этот объект, данные объекта от сервера замещают данные клиента и событие «При записи» завершается. Если на сервере поиск не удался, то записывается объект, полученный от клиента и результат возвращается клиенту, который также записывает данные, полученные от сервера.
В результате в обоих базах мы получим идентичные или похожие объекты с одним уникальным идентификатором. То есть сможем делегировать часть функций по добавлению новых объектов на клиентские рабочие места.
 
Возможности текущей версии (1.0) реализации hsИнтегратор:
  •     Реализация в виде расширения, работает на платформе 1С:Предприятие 8.3.11 и выше. Применение расширения не требует внесения каких-либо изменений в конфигурации для организации обменов между базами данных.
  •     Интеграция в конфигурацию, работает на платформе 1С:Предприятие 8.3.9 и выше, и на мобильной платформе;
  •     Реализован обмен следующими объектами метаданных:
    •         Документы;
    •         Справочники;
    •         Перечисления;
    •         Простые типы (в т.ч. хранилище значений)
    •         Коллекциии (в т.ч. вложенные): массив, структура, соответствие, таблица значений.
  •     Один сеанс приложения 1С может подключаться к нескольким базам данных различных конфигураций и выступать сервером (если опубликован http сервис hsExchange). Возможно создание унифицированных модулей, которые возвращают данные одного формата клиенту, при подключении к серверным базам различных конфигураций. Например, в одной конфигурации содержится документ ПоступлениеТоваровУслуг, а в другой ПоступлениеТоваров, и структуры документов различные. Клиенту будут возвращаться данные в едином формате, соответствующем его структуре метаданных.
  •     При обмене возможно преобразование данных источника к структуре объектов приемника, в том числе и программная генерация данных для приемника.
  •     Рекурсивное «разрешение» ссылок для реквизитов запрошенных объектов.
  •     Возможна реализация последовательных цепочек обмена. Например: база РТ обращается к базе УТ за получением документов, а база УТ обращается в базу ЗУП для получения актуальной информации по ответственным за документы. Объединенные данные возвращаются в РТ. Поскольку обращение выполняется практически мгновенно (для повторных обращений, при первом обращении сеанс сервиса еще не кэширован и время обращения составит от одной до нескольких секунд), данные будут получены практически за секунду. Возможно также параллельное обращение к ЗУП и УТ со стороны РТ (если это будет разрешено службой безопасности).
  •     Концепция модулей. Модуль — это контейнер для хранения функций удаленного исполнения на сервере. Модуль характеризуется именем и может быть общим модулем расширения конфигурации, самой конфигурации или храниться в подключаемой дополнительно обработке с таким же именем (тогда это модуль объекта обработки). Если существует и общий модуль и подключаемая обработка, используется модуль обработки. Благодаря этому возможно оперативное изменение функционала приложения. Нужно просто скопировать текст общего модуля в модуль объекта новой обработки с таким же именем, подключить её и установить флаг использования.
  •     Протоколирование обмена на стороне сервера. В каждый информационный пакет, передаваемый клиентом или возвращаемом сервером, автоматически включается служебная информация. Протоколируется имя и место вызова модуля, имя вызываемой функции и все передаваемые и возвращаемые данные (протоколирование можно отключать). Служебная информация от клиента также содержит системную информацию о компьютере и среде исполнения на клиенте. Имеется встроенная функция быстрой очистки протокола до указанной даты . Пример содержимого записи протокола обмена:

  •     Уровни безопасности — стандартные (Web-сервер, аутентификация 1С:Предприятия, права доступа) и дополнительные: разрешение исполнения для конкретного идентификатора клиента (можно отключить проверку для всех клиентов), разрешение исполнения конкретных модулей (эта проверка не отключается из соображений безопасности). Настройка разрешений на сервере:

  •     Вызов функции удаленного исполнения на клиенте подобен следующему:  Результат = ФункцияНаСервере(Параметры) , где Параметры и Результат — в общем случае коллекции данных, которые могут содержать вложенные коллекции. Для обмена объектами баз данных используется набор функций для преобразования объектов в коллекцию «ТаблицаЗначений» специального формата hsТаблицаЗначений и обратно. Ссылки передаются также в специальном формате hsСсылка.
  •     Передача информации об ошибках, возникших при исполнении на стороне сервера на сторону клиента и сохранение в протоколе на сервере.
Состав файлов публикации, которые можно загрузить из архива:
  •     Расширение hsИнтегратор
  •     Демонстрационные базы данных клиента и сервера. Никаких технических ограничений в демонстрационных базах нет, они предназначены именно для демонстрации технологии. В каждую из баз подключено расширение hsИнтегратор. Прикладные объекты различной структуры содержатся в конфигурациях клиента и сервера. Клиентская конфигурация содержит тестовую обработку для демонстрации различных вариантов использования технологии hsИнтегратор.
  •     Демонстрационная база мобильного приложения. Фактически является копией базы клиента, в которую расширение hsИнтегратор интегрировано (мобильная платформа пока не поддерживает работу с расширениями).

Перед загрузкой архива можно посмотреть видеоматериалы о технологии. Ссылка на папку с видеоматериалами:

На момент публикации в папке размещены следующие видеоматериалы:
  •     Инструкция по настройке подключения клиента к сервису.
  •     Обзор тестов в демонстрационной версии программы.
  •      Небольшой видеоматериал (18.5 минут) с демонстрацией технологии hsИнтегратор для мобильного приложения. Этот видеоматериал был создан на ранней стадии разработки технологии hsИнтегратор и показывает работу демонстрационного мобильного приложения, которое обменивается данными с конфигурацией, разработанной на базе 1С:Розница.

Технология hsИнтегратор не содержит ничего такого, что нельзя разработать в виде отдельных сервисов. Но она предлагает единый унифицированный сервис и формат обмена, позволяет быстро, с минимальными затратами на программирование, организовать онлайновый обмен между базами данных 1С. Это попытка создания унифицированного решения, как в приведенном выше примере с радиомодулем. В основу создания решения были положены следующие основные принципы:

  •     Решение должно быть простым в использовании на прикладном уровне.
  •     Должно одновременно работать в качестве клиента и сервиса (в мобильном приложении – только клиента);
  •     Не обязательно должно требовать внесения изменений в конфигурации интегрируемых баз данных;
  •     Насколько возможно, должно минимизировать трафик обмена данными и обеспечивать быструю реакцию на запросы со стороны клиента;
  •     Должно позволять выполнять обмен данными различной структуры через единый сервис;
  •     Должно обеспечивать безопасность использования;
Материалы к данной публикации можно загрузить здесь: //infostart.ru/public/1062681/. Материалы к публикации не содержат подробного описания возможных сценариев использования. На примерах из демонюстрационных баз уже можно создавать собственные прикладные решения для онлайнового обмена. Целями публикации являются рассказ о самой технологии hsИнтегратор, демонстрация возможностей текущей реализации и потенциала технологии.
 
Публикации о технологии будут продолжены, если будет интерес со стороны Сообщества программистов 1С.
 

обмен данными http расширение мобильная платформа

См. также

SALE! 20%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) в продаже с 2015 года, постоянно работаем над их развитием | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

45650 36520 руб.

04.08.2015    159680    363    267    

345

SALE! 15%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 22572 руб.

12.06.2017    134933    722    291    

388

SALE! 20%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | В продаже с 2019г. | Воспользовались более 176 предприятий! | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой, обращайтесь!

34650 27720 руб.

15.04.2019    68417    178    138    

111

SALE! 20%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Воспользовались более 79 предприятий! | Предлагаем приобрести готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | В продаже с 2020г. | Оперативно обновляем правила до актуальных релизов 1С | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

43450 34760 руб.

03.12.2020    34169    80    58    

78

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 25200 руб.

23.07.2020    46290    196    64    

158

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2. Переносятся начальные остатки, документы и справочники

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

В продаже с 2014г. | Воспользовались более 122 предприятий! | Перенос данных из БП 3.0 в УТ 11 | из БП 3.0 в КА 2 | из БП 3.0 в ERP | Сэкономьте свое время - используйте готовое решение для перехода! | Постоянно работаем над развитием переноса данных | Обновляем на новые релизы 1С | Есть фильтр выгрузки по организациям | Переносятся начальные остатки на выбранную дату, документы за период времени и вся возможная справочная информация | Перенос сделан на технологии КД 2 (правила конвертации данных)

50722 45650 руб.

31.10.2014    231404    124    327    

296

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9207    9    8    

10

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 25200 руб.

15.12.2021    20247    132    38    

90
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. n2m3m 26.06.18 10:22 Сейчас в теме
Так и не понял правила нужны или нет? Или он просто сериализует в жсон и всю логику загрузки если структура в приемнике не совпадает нужно писать руками?
2. hobi 615 26.06.18 17:37 Сейчас в теме
(1) Правила (как в конвертации не нужны) и писать руками тоже не нужно.
Если структура не совпадает, копируются значения полей с совпадающими именами.
Имена определяются в запросе, поэтому если имена реквизитов не совпадают - в запросе изменяются имена полей и табличных частей (... КАК <ИмяРеквизитаПриемника>). Собственно изменение имен в запросе - это и есть правила для случая "один в один". Если два в один или один в два - то да, руками.

Данные любого объекта (Справочника, Документа...) можно преобразовать в таблицу значений (табличные части - в колонки с типом таблица значений). Но, чтобы фабрика приёмника поняла, ссылки источника преобразуются в строку hsСсылки и обратно в ссылки на приемнике.
3. maxster545 15.04.19 15:48 Сейчас в теме
Похоже это тот функционал, который подойдёт мне для одного решения.
Например:
база 1 (самописная)
база 2 (самописная)

в "база 1" находится в одном регионе, в ней хранятся контрагенты и "база 2" находится в другом регионе и в ней те же самые контрагенты.

При добавлении нового или внесении изменений контрагента в "база 1", изменения или новый контрагент должен появляться в "база 2", или наоборот. Обмен в онлайне, практически постоянный. Единственный нюанс тут возникает такой, если в этот момент на любой из сторон кто-то заполняет карточку контрагента и не нажал кнопку записи, а другой именно такого ищет, то возникнет коллизия, но это мы пока опустим..

Но вот только как это реализовать пока не совсем понял, а чтобы посмотреть 5 стартмани на балансе нет :)
4. hobi 615 15.04.19 20:39 Сейчас в теме
(3) опубликованный материал - это первая реализация идеи. Текущая реализация поддерживает следующий функционал:
- обмен элементами справочников. документов, планов видов характеристик, планов счетов, данными регистров сведений, накопления, бухгалтерии. Например, можно запросить с сервера данные регистра бухгалтерии за период и вместе с регистром автоматически будут загружены объекты по ссылкам, отсутствующие на приемнике или у которых версия данных отличается от версии данных на сервере.
- поддерживается автоматическое разбиение передаваемых данных на пакеты заданного размера, чтобы не превысить ограничения Web-сервера. Передаваемые данные сериализуются в JSON, base64 или передаются в бинарном режиме (самый экономный вариант).
- обмен данными с сервером выполняется в синхронно-ассинхронном режиме. Для клиента (если не создавать фоновых заданий) режим является синхронным. На сервере можно задать исполнение запросов клиента в синхронном режиме, асинхронном в сеансах Web-сервера или в асинхронном в фоновых процессах на сервере 1С.

Более узкий (по сравнению с описанным) функционал уже работает, в магазины (больше 3х тысяч точек) автоматически загружаются ветеринарные сертификаты из центральной базы. И реализован функционал приемки алкогольной продукции с помощью терминалов сбора данных и обмен с розницей в магазине.

Новую публикацию пока не подготовил, в планах есть, но сроков нет ).
5. maxster545 16.04.19 08:05 Сейчас в теме
(4) это то что нужно, не поделитесь ссылками на источники?
6. hobi 615 16.04.19 09:11 Сейчас в теме
(5) источник - собственная разработка, публикацию планирую позже (сейчас со свободным временем небольшая напряженка). Ориентировочно - середина мая.

Нужно будет подготовить тестовый пример (обмен базы с модельной конфигурацией с демо-базой бухгалтерии 3.0) и документацию по использованию.

Ссылка будет, как только опубликую. Скорее всего, будет называться hsИнтегратор2.
7. shuhratsj 224 01.05.19 12:35 Сейчас в теме
подтвердите доступ на видео материал.
8. hobi 615 19.05.19 13:44 Сейчас в теме
Опубликовал вторую версию hsИнтегратор https://infostart.ru/public/1062681/
Кто загрузил первую версию до 1 мая 2019, новую версию могу выслать на Ваш электронный адрес, чтобы повторно
не тратили стартмани.

В связи с выходом второй версии hsИнтегратор видеоматериалы к старой версии неактуальны. Если все-таки нужны,
новая ссылка: Ссылка на видеоматериалы к первой версии
Оставьте свое сообщение