Приклад сценарію

Показуйте партнерам актуальні залишки товарів

Передавайте потрібні залишки в кабінет дилера або партнерський застосунок. Data Bridge бере дозволені дані з вашої внутрішньої системи й видає їх через API — адресу для автоматичного обміну. Партнерам не потрібен прямий доступ до всієї бази.

Локальна база SQLUBC Data Bridge AgentERPREST API

ЯК ПРАЦЮЄ ПРОЦЕС

Локальна база SQLUBC Data Bridge AgentERPREST API

01Дозвольте джерело

02Підготуйте доступність

03Визначте контракт API

04Підключіть кабінет

ЗАДАЧА

Що заважає працювати швидше

Партнерам потрібні залишки за складами, але повний доступ до облікової бази їм не потрібен. Ручні файли швидко застарівають, а різні правила розрахунку доступності призводять до суперечливих відповідей. Потрібно визначити не лише шлях передачі, а й склад та актуальність даних.

Дистриб’ютори, керівники продажів, власники партнерських порталів та ІТ-команди.

ПРАКТИЧНИЙ ПРИКЛАД

Приклад сценарію: дилерський кабінет запитує доступні товари певної групи й складу. Data Bridge читає внутрішнє джерело через Agent, застосовує погоджене правило врахування резервів і публікує підготовлений результат у контрольованій точці видачі.

ЯК ПРАЦЮЄ ПРОЦЕС

Від першого кроку до потрібної дії.

Дозвольте джерело

Налаштуйте Agent у мережі організації та надайте доступ лише до потрібного сервера й дій. Підключення використовує дозволений ресурс, а не всю мережу.

Підготуйте доступність

Прочитайте залишки, зіставте товари та склади, застосуйте узгоджене правило резервування. Відокремте службові поля, яких зовнішній застосунок не повинен отримувати.

Визначте контракт API

Додайте видачу даних потоку, виберіть формат і параметри вибірки. Налаштуйте права API-клієнта та допустимий вік підготовленого результату.

Підключіть кабінет

Передайте інтегратору сформовану документацію точки. Перевірте відповіді для потрібних складів, поведінку за відсутніх даних та перевищення меж актуальності.

КОРИСТЬ ДЛЯ КОМАНДИ

Робота стає повторюваною.

Партнерський застосунок отримує саме підготовлені бізнес-дані, без прямого доступу до всієї ERP.
Правило доступного залишку підтримується в одному потоці та використовується послідовно для всіх запитів.
Окремий API-контракт спрощує узгодження між власником даних і розробником кабінету.

Контроль залишається у вас.

Обмежте ресурси агента, права джерела й доступ API-клієнта відповідно до потреб сценарію.
Визначте частоту оновлення, допустимий вік результату та зрозумілу реакцію кабінету на помилку.
Не робіть точку публічною без необхідності; перевіряйте, які поля й товари доступні її споживачу.

РЕЗУЛЬТАТ СЦЕНАРІЮ