О системах планирования ресурсов предприятия Scala, iScala
“ Сейчас у моего клиента период тестирования автоматического обмена информацией в виде XML файла напрямую между системами производственной компании и iScala. Ожидая, что на первом этапе информация, присылаемая с производства, может содержать ошибки, я добавил на вход процесса вызов события ручного утверждения прохождения сообщения. Но при просмотре в Мониторе Задач информация может быть просмотрена (и откорректирована) в редакторе XML, что, согласитесь, выглядит не совсем по-человечески. Возникает вопрос: "А нельзя ли это посмотреть в каком-то более человеческом виде?"
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / 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  »»»  Как посмотреть в человеческом виде, что внутри сообщения, поступившего на вход Epicor Service Connect?

Как посмотреть в человеческом виде, что внутри сообщения, поступившего на вход Epicor Service Connect?

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

Занимаюсь интеграцией между сторонним производством и iScala. До этого с производства присылался Excel файл с количеством нашего израсходованного сырья и количеством произведённого из него готового продукта. Достаточно часто в этом файле содержались ошибки и сотруднику, отвечающему за внесение корректной информации в iScala приходилось тщательно всё проверять, прежде чем нажать на кнопку, привязанную к процедуре создающей файл для импорта в Скалу. Сейчас идёт период тестирования автоматического обмена информацией в виде XML файла напрямую между системами. Ожидая, что, по крайней мере, на первом этапе информация, присылаемая с производства, может содержать ошибки, я добавил на вход процесса вызов события ручного утверждения прохождения сообщения. Но при просмотре в Мониторе Задач информация может быть просмотрена (и откорректирована) в редакторе XML, что, согласитесь, выглядит не совсем по-человечески. Возникает вопрос: «А нельзя ли это посмотреть в каком-то более человеческом виде?» Ну, раз я так спрашиваю, значит я уже знаю ответ на этот вопрос: можно 🙂

Один из возможных вариантов решения задачи:

Первый отчёт показывает сообщения, поступившие на вход Epicor Service Connect’а по определённому имени исполняемой процедуры:

Первый отчёт показывает сообщения, поступившие на вход Epicor Service Connect'а по определённому имени исполняемой процедуры

А при нажатии на конкретный Trace ID пользователь переходит в подотчёт, который преобразует входной XML в удобоваримую форму:

А при нажатии на конкретный Trace ID пользователь переходит в подотчёт, который преобразует входной XML в удобоваримую форму

Кстати, речь про производство из давальческого сырья. При прохождении сообщения Epicor Service Connect последовательно создаёт заказ на продажу на внутреннего покупателя, делает подборку указанных партий компонентов, расход компонентов, затем заказ на закупку на внутреннего поставщика, приход готовой продукции, причем себестоимость этой продукции в точности равна сумме израсходованного сырья. То же самое можно было бы получить с помощью функциональности «Список материалов» и заказа на продажу типа 6 на внутреннего покупателя. Но этот вариант не подходит, так как только на заказ на закупку можно накрутить дополнительные затраты по производству (услуги, оказываемые нам по производству сторонней организацией).

Будет интересно, пишите 🙂

Рубрика: Epicor Service Connect, Интеграция с другими системами, Отчётность SSRS Метки: report, Reporting Services, task monitor, xml, как сделать?, отчёт
VK Telegram Про канал в WhatsApp

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

Gammapolis WordPress Theme by ERP & Business Consulting

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