О системах планирования ресурсов предприятия Scala, iScala
“ Только что написал клиенту о том, что перенос решения по интеграции iScala 3.4 с ЭДО с помощью Epicor Service Connect из тестового окружения в рабочее выполнен, тестирование произведено успешно, решение готово к использованию
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Наши услуги
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  Epicor Service Connect  »»»  И снова, здравствуйте. Это я опять про ЭДО.

И снова, здравствуйте. Это я опять про ЭДО.

06.05.2021 Автор Алексей Васильев

Недавно я подсчитал, что в той или иной степени помог 6 клиентам перейти на отправку счетов-фактур/УПД через электронный документооборот. Но интересен не сам этот факт, а то, что использовалось 4 разных технологии.

2 клиента используют технологию печати через канал MSRS с одновременным созданием XML и HTML файлов средствами самого SQL сервера (OLE automation). И это, на мой взгляд, самый правильный и простой путь

2 клиента не могут использовать технологию канала MSRS из-за очень старых версий (Scala 5.1 и iScala 2.3 SR1). Плюс у них имеются проблемы с кодовой страницей и поэтому пришлось использовать псевдо xls файлы (которые на самом деле html с прописанной внутри кодовой страницей). XML файлы получаются с помощью надстройки (макроса) в Excel. Одного из этих клиентов с самой древней версией я подумываю перевести на другую технологию, с помощью которой я сейчас пытаюсь подключить к ЭДО ещё одного клиента — это отчёт MS SQL Server Reporting Services с «прямым» обращением к таблицам базы данных. Не очень хороший вариант, но всяко лучше, чем через Эксельную надстройку.

И последний проект, который, как мне кажется, я сегодня перенёс из тестовой среды в рабочую — это печать в файлы на EDI принтер, а далее эти файлы обрабатывает механизм Epicor Service Connect:

Epicor Service Connect

Сложность данного проекта, разговоры о котором начались более 3-х лет назад (да-да-да и такое бывает!), состояла в том, что корпоративные ИТ руководители наотрез отказались разрешить использование OLE Automation, поэтому вся обработка перешла в Service Connect:

корпоративные ИТ руководители наотрез отказались разрешить использование OLE Automation, поэтому вся обработка перешла в Service Connect

Но не это самое сложное. Самое сложное — то, что счета на оплату для каждого заказа должны создаваться отдельно, а акты и счета-фактуры должны объединяться по покупателю и коду проекта за период из нескольких заказов в один документ. А как это сделать, когда на вход процесса поступает только один заказ, как его объединить с тем, что ещё не поступило?

Общая схема работы процесса выглядит примерно так:

При «печати» счета-фактуры на выходной канал для печати «EDI Diadoc» iScala создаёт файл для каждого заказа/счёта-фактуры. Файл создаётся в папке, которая привязана к входному каналу Epicor Service Connect. Таким образом, этот файл сразу поступает на вход рабочего потока «DiadocIn»
На первом шаге проверяется, является ли покупатель по счёту-фактуре участником электронного документооборота (в карточке покупателя должна быть указана категория «EDI»). Если да, процесс идёт дальше, если нет, завершается и никакие файлы не создаются
Если процесс продолжается, выполняется последовательно несколько преобразований и запускается быстрый поиск, который обогащает данные, добавляя информацию, недоступную к получению с помощью DDF кодов (у клиента куча всевозможных UDDB таблиц)
После этого происходит разветвление процесса. Одна ветвь создаёт HTML файл счёта на оплату, другая ветвь записывает информацию во временные таблицы для последующей их группировки
После записи информации во временные таблицы рабочий поток сравнивает количество записей во временной таблице внутри одного и того же кода покупателя и кода проекта из заголовка заказа (учётное измерение) с аналогичным количеством записей в истории заказов (или открытых заказов). Если это количество не совпадает, например, обработан первый заказ из 2-х, процесс на этом прекращается и будет продолжен, когда во временную таблицу будет добавлена следующая запись по тому же самому коду покупателя и коду проекта из заголовка заказа (учётное измерение), т.е. Epicor Service Connect обработает следующий по списку входной файл.
Если сравнение количества записей показало совпадение, процесс продолжается.

Если возникнут вопросы, не стесняйтесь их задать 🙂

Рубрика: Epicor Service Connect, Интеграция с другими системами, Установка, Администрирование Метки: DDF, Excel, Service Connect, SQL Server, xml, ЭДО
VK Telegram Про канал в WhatsApp

Copyright © 2025 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх