GetcuReone 3 сен в 16:10

Наш опыт интеграции с Диадок — архитектура исходящего процесса

Простой

7 мин

1.3K

Блог компании АльфаСтрахованиеВеб-разработка*Анализ и проектирование систем*Проектирование и рефакторинг*ECM/СЭД*

Обзор

Комментарии 4

NeoTechRos1 3 сен в 17:43

Используете ли вы какое-то автоматическое распознование документов? Если да, какую технологию применяете?

GetcuReone 3 сен в 17:45

В рамках исходящего Диадок нет, не используем. Поскольку в рамках этого процесса старт происходит из нашего окружения, то мы уже знаем что за документы будем отправлять, а значит распознавать их нет необходимости

Yuliyagnomik 4 сен в 00:13

Здравствуйте! В предыдущих статьях говорили, что у вас сервисы на .net. Эту интеграцию вы также на этом стеке делали? Если да, то вы использовали библиотеки от Диадок или свои клиенты писали?

GetcuReone 4 сен в 06:42

Здравствуйте! Да, эту интеграцию делали на .net. Библиотеку не используем, так как не сразу её заметили, а как заметили, то уже не захотели тратить силы на переход. Поэтому описать плюсы и минусы не смогу

Еще хочу обратить ваше внимание на 2 момента при взаимодействии с Диадок

Через API Диадок передачу данных можно выполнять как в JSON, так и в protobuf форматах
В API диадок параметры запросов пронумерованы. Это важно. Эти параметры нужно передавать именно в указанных порядках. Иначе ваш запрос может быть не верно интерпретирован. Это касается обоих форматов передачи данных

Зарегистрируйтесь на Хабре, чтобы оставить комментарий