Журнал ошибок коннектора и повторное прохождение

Ранее мы узнали, как поймать ошибку в коннекторе и выполнить обработку ошибок коннектора в приложении Tulip. Теперь мы рассмотрим конкретный случай использования регистрации ошибок коннекторов в таблице Tulip и создания приложения-надзирателя, которое позволяет пользователям повторно запускать сбойные коннекторы в более позднее время.

Регистрация ошибок коннекторов в таблице Tulip

Регистрация ошибок коннекторов в таблице Tulip - полезная техника, позволяющая разблокировать пользователей в приложении и запустить последующую обработку системы.

1. Создайте обработку ошибок коннекторов в приложении.
2. Создайте триггер для записи данных в таблицу Connector Response Log.
   a. Хранить код ответа HTTP b. Хранить сообщение HTTP-ответа c. Храните любые необходимые метаданные станции/пользователя d. Сохраняйте любые необходимые метаданные API (например, номер заказа).

1. Позволяет пользователям продолжить работу с приложением, если ошибка коннектора соответствует ожиданиям.

Пример: Внешняя ERP-система не работает, в то время как приложение с рабочими инструкциями пытается выполнить ПОСТ данных обратной промывки. Все данные, необходимые для POST, по-прежнему доступны в Tulip и могут быть обработаны позже. Приложение Tulip сохраняет все метаданные POST (переменные приложения + данные заполнителя таблицы) в таблице, а затем позволяет конечному пользователю продолжить выполнение рабочих инструкций.

Создание приложения супервизора для повторного подключения

Хотя некоторые пользователи теперь могут быть разблокированы благодаря обработке ошибок коннектора на уровне приложения, функции неудачного коннектора не могут автоматически отправлять данные из Tulip во внешнюю систему. Чтобы выполнить это действие, необходимо создать отдельное приложение.

В этом приложении Supervisor CRUD (Create, Read, Update, Delete) пользователи с повышенными привилегиями могут читать транзакции неудачных коннекторов и выбирать ручные повторные попытки коннекторов.

1. Создайте новое приложение с именем "Supervisor CRUD".
2. Создайте шаг Read Error Log, который позволит пользователю просмотреть все неудачные транзакции коннектора. a. Вставьте виджет интерактивной таблицыb. Прикрепите таблицу Connector Response Log к этому виджету. c. Присвойте табличной записи Placeholder, чтобы конечный пользователь Player мог взаимодействовать с неудачными транзакциями.

1. Создайте шаг " Обновление журнала ошибок ". a. Отобразите заполнитель записи в таблице и позвольте пользователю подтвердить детали перед повторным запуском функции коннектора. b. Создайте кнопку Retry Connector. Настройте триггер для вызова функции POST коннектора, используя таблицу журнала ответов коннектора.

Создайте условие, при котором в случае неудачного вызова коннектора запись будет удалена из таблицы Tulip.

Пример: Позже ERP-система возвращается в режим онлайн. Руководитель открывает приложение Supervisor CRUD и может прочитать все неудачные транзакции ERP POST и вручную повторить действия по обратной обработке рабочих заказов.