673.83K

сценарии — копия

1.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
Accounting API
External Integrator
Accounting DB
Paygate
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
Kafka / ESB
Identity Server
F-BFF
Auth Server
RabbitMQ
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 00 / 09
КАРКАС СЦЕНАРИЯ
PPA • 01 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

2.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
Accounting API
External Integrator
Accounting DB
Paygate
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
Kafka / ESB
Identity Server
F-BFF
Auth Server
RabbitMQ
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 01 / 09
ИНТЕГРАЦИОННЫЙ КОНТУР
PPA • 01 / 10
Интегратор инициирует создание заказа через интеграционный API.
По щелчку: одно взаимодействие → один шаг

3.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
External Integrator
PPA · ВЕБ И ACCOUNTING
Integration API
ВНЕШНИЕ ИНТЕГРАЦИИ
Accounting API
Accounting DB
Paygate
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
Kafka / ESB
Identity Server
F-BFF
Auth Server
RabbitMQ
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 02 / 09
ИНТЕГРАЦИОННЫЙ КОНТУР
PPA • 01 / 10
PPA принимает запрос: ответственность за заказ — у Accounting API.
По щелчку: одно взаимодействие → один шаг

4.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
External Integrator
PPA · ВЕБ И ACCOUNTING
Integration API
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
ВНЕШНИЕ ИНТЕГРАЦИИ
Accounting API
SQL read/write
Accounting DB
Paygate
publish
Kafka / ESB
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 03 / 09
АКТИВНЫЙ ШАГ
PPA • 01 / 10
Accounting сохраняет заказ и при необходимости запускает фоновые операции.
По щелчку: одно взаимодействие → один шаг

5.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
External Integrator
Integration API
Accounting API
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Kafka / ESB
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 04 / 09
АКТИВНЫЙ ШАГ
PPA • 01 / 10
Для платежей и событий задействованы Paygate, Kafka и внешние интеграции.
По щелчку: одно взаимодействие → один шаг

6.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
External Integrator
Integration API
Accounting API
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Kafka / ESB
Accounting
Worker
1C ERP
Partner
Frontend
Gateway
Банк Точка API
ШАГ 05 / 09
ПОЛЬЗОВАТЕЛЬСКИЙ КОНТУР
PPA • 01 / 10
Партнёр отдельно открывает пользовательский веб-кабинет.
По щелчку: одно взаимодействие → один шаг

7.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
Integration API
External Integrator
Accounting API
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Accounting
Worker
OIDC / OAuth2
Partner
Kafka / ESB
1C ERP
Frontend
Gateway
Банк Точка API
ШАГ 06 / 09
ПОЛЬЗОВАТЕЛЬСКИЙ КОНТУР
PPA • 01 / 10
Аутентификационный контур включает Auth Server и Identity Server F-BFF.
По щелчку: одно взаимодействие → один шаг

8.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
Accounting API
Integration API
External Integrator
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Accounting
Worker
OIDC / OAuth2
Partner
HTTPS
Kafka / ESB
1C ERP
Frontend
REST API
Gateway
Банк Точка API
ШАГ 07 / 09
ПОЛЬЗОВАТЕЛЬСКИЙ КОНТУР
PPA • 01 / 10
Frontend передаёт запрос через Gateway — это путь просмотра, не создания.
По щелчку: одно взаимодействие → один шаг

9.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
Accounting API
Integration API
External Integrator
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Accounting
Worker
OIDC / OAuth2
REST API
Partner
HTTPS
Frontend
REST API
Kafka / ESB
1C ERP
Gateway
Банк Точка API
ШАГ 08 / 09
ПОЛЬЗОВАТЕЛЬСКИЙ КОНТУР
PPA • 01 / 10
Gateway получает данные из Accounting API; сервис обращается к хранилищу.
По щелчку: одно взаимодействие → один шаг

10.

01
Два контура PPA: интеграционный и пользовательский
Заказ создаёт внешний продукт; партнёр работает с уже созданными заказами через кабинет.
ВНЕШНИЕ УЧАСТНИКИ
PPA · ВЕБ И ACCOUNTING
ВНЕШНИЕ ИНТЕГРАЦИИ
HTTP API
Accounting API
Integration API
External Integrator
SQL read/write
Accounting DB
Paygate
Integration Event
Астрал Отчёт 5.0 • ОФД
1С-Отчётность
publish
Kafka consume
Identity Server
F-BFF
Auth Server
RabbitMQ
consume
Accounting
Worker
OIDC / OAuth2
1C ERP
REST API
Partner
HTTPS
Frontend
REST API
Kafka / ESB
Gateway
Банк Точка API
✓ Интеграция ≠ пользовательский UI
ШАГ 09 / 09
РЕЗУЛЬТАТ
PPA • 01 / 10
Два назначения разделены: интегратор создаёт, партнёр просматривает.
По щелчку: одно взаимодействие → один шаг

11.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
ШАГ 00 / 14
КАРКАС СЦЕНАРИЯ
PPA • 02 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

12.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
ШАГ 01 / 14
ОБЩЕЕ НАЧАЛО
PPA • 02 / 10
Внешний продукт начинает создание заказа и использует свои учётные данные.
По щелчку: одно взаимодействие → один шаг

13.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ШАГ 02 / 14
ДАННЫЕ ЗАПРОСА
PPA • 02 / 10
В запросе указаны данные клиента.
По щелчку: одно взаимодействие → один шаг

14.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
ШАГ 03 / 14
ДАННЫЕ ЗАПРОСА
PPA • 02 / 10
Также передаётся продукт.
По щелчку: одно взаимодействие → один шаг

15.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
ШАГ 04 / 14
ДАННЫЕ ЗАПРОСА
PPA • 02 / 10
Далее — номенклатура.
По щелчку: одно взаимодействие → один шаг

16.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 05 / 14
ДАННЫЕ ЗАПРОСА
PPA • 02 / 10
Выбор схемы определяет, где будет создан заказ.
По щелчку: одно взаимодействие → один шаг

17.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
PPA · ACCOUNTING
Access Control
PAYGATE
Partners API
Identity Server Core +
Integration API
External Integrator
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 06 / 14
КОНТРОЛЬ ДОСТУПА
PPA • 02 / 10
Контур Identity обеспечивает аутентификацию интегратора.
По щелчку: одно взаимодействие → один шаг

18.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
Access Control
Identity Server Core +
Integration API
Integration API
PAYGATE
Partners API
проверка прав
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 07 / 14
АКТИВНЫЙ ШАГ
PPA • 02 / 10
Запрос обрабатывается Accounting API; права проверяются через Access Control.
По щелчку: одно взаимодействие → один шаг

19.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
Accounting API
Payment API
Accounting DB
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 08 / 14
ПАРТНЁРСКАЯ ВЕТВЬ
PPA • 02 / 10
При необходимости Accounting API получает партнёрские данные через gRPC.
По щелчку: одно взаимодействие → один шаг

20.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
Accounting API
Payment API
SQL read/write
Accounting DB
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 09 / 14
ПАРТНЁРСКАЯ ВЕТВЬ
PPA • 02 / 10
Партнёрский заказ создаётся в PPA и сохраняется в Accounting DB.
По щелчку: одно взаимодействие → один шаг

21.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
Accounting API
Payment API
SQL read/write
Accounting DB
результат создания
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 10 / 14
ПАРТНЁРСКАЯ ВЕТВЬ
PPA • 02 / 10
PPA возвращает интегратору результат создания партнёрского заказа.
По щелчку: одно взаимодействие → один шаг

22.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
HTTP API / OAuth2
Accounting API
Payment API
SQL read/write
Accounting DB
результат создания
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
НОМЕНКЛАТУРА
СХЕМА
ШАГ 11 / 14
ПРЯМАЯ ВЕТВЬ
PPA • 02 / 10
Для прямой схемы PPA обращается в Payment API Paygate.
По щелчку: одно взаимодействие → один шаг

23.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
HTTP API / OAuth2
Accounting API
Payment API
SQL read/write
Accounting DB
результат создания
результат в PPA
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
Прямая → заказ через Paygate
НОМЕНКЛАТУРА
СХЕМА
ШАГ 12 / 14
ПРЯМАЯ ВЕТВЬ
PPA • 02 / 10
Paygate возвращает результат создания прямого заказа в PPA.
По щелчку: одно взаимодействие → один шаг

24.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
HTTP API / OAuth2
Accounting API
Payment API
SQL read/write
Accounting DB
результат создания
результат в PPA
результат интегратору
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
Прямая → заказ через Paygate
НОМЕНКЛАТУРА
СХЕМА
ШАГ 13 / 14
ПРЯМАЯ ВЕТВЬ
PPA • 02 / 10
PPA передаёт результат создания прямого заказа интегратору.
По щелчку: одно взаимодействие → один шаг

25.

02
Создание заказа: партнёрская vs прямая схема
Один интегратор и единый набор данных; место создания заказа принципиально различается.
ПРОДУКТ / УЧЁТНЫЕ ДАННЫЕ
IDENTITY / ПРОВЕРКИ
OAuth2 / Authentication
External Integrator
PPA · ACCOUNTING
PAYGATE
Access Control
Identity Server Core +
Integration API
Integration API
проверка прав
Partners API
gRPC
HTTP API / OAuth2
Accounting API
Payment API
SQL read/write
Accounting DB
результат создания
результат в PPA
результат интегратору
Партнёрская → заказ в PPA
КЛИЕНТ
ПРОДУКТ
Прямая → заказ через Paygate
НОМЕНКЛАТУРА
СХЕМА
✓ Место создания зависит от схемы
ШАГ 14 / 14
РЕЗУЛЬТАТ
PPA • 02 / 10
Создание заказа завершено в соответствующем контуре. Оплата — отдельный этап.
По щелчку: одно взаимодействие → один шаг

26.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
Frontend
PPA · ACCOUNTING
Accounting API
Gateway
Accounting DB
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 00 / 09
КАРКАС СЦЕНАРИЯ
PPA • 03 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

27.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
Frontend
PPA · ACCOUNTING
Accounting API
Gateway
Accounting DB
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 01 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Партнёр открывает раздел «Продажи — Заказы».
По щелчку: одно взаимодействие → один шаг

28.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
Accounting API
Gateway
Accounting DB
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 02 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Браузер обращается к Frontend; новых заказов этот маршрут не создаёт.
По щелчку: одно взаимодействие → один шаг

29.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Accounting API
Gateway
Accounting DB
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 03 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Frontend направляет запрос в Gateway.
По щелчку: одно взаимодействие → один шаг

30.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Gateway
REST API
Accounting API
Accounting DB
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 04 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Gateway маршрутизирует запрос в Accounting API.
По щелчку: одно взаимодействие → один шаг

31.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Gateway
REST API
Accounting API
SQL read/write
Accounting DB
проверка прав
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 05 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Accounting API проверяет доступ и читает сведения заказа из Accounting DB.
По щелчку: одно взаимодействие → один шаг

32.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Gateway
REST API
Accounting API
проверка прав
SQL read/write
Accounting DB
данные заказа
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 06 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Accounting DB возвращает данные для ответа.
По щелчку: одно взаимодействие → один шаг

33.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
REST API
Gateway
Accounting API
проверка прав
ответ API
SQL read/write
Accounting DB
данные заказа
Access Control
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 07 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Accounting API возвращает ответ через Gateway.
По щелчку: одно взаимодействие → один шаг

34.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Gateway
REST API
Accounting API
проверка прав
ответ API
SQL read/write
Accounting DB
данные заказа
Access Control
список заказов
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
ШАГ 08 / 09
АКТИВНЫЙ ШАГ
PPA • 03 / 10
Gateway передаёт список заказов на Frontend.
По щелчку: одно взаимодействие → один шаг

35.

03
Кабинет: просмотр заказов в «Продажи — Заказы»
Пользователь получает существующие данные через обычный путь Frontend → Gateway → Accounting.
ПОЛЬЗОВАТЕЛЬ
Partner
PPA · ВЕБ-КОНТУР
HTTPS
Frontend
PPA · ACCOUNTING
REST API
Gateway
REST API
Accounting API
проверка прав
ответ API
SQL read/write
Accounting DB
данные заказа
Access Control
список заказов
НОМЕНКЛАТУРА
СТОИМОСТЬ
СТАТУС
ДОКУМЕНТЫ
Позиции заказа
Цена заказа
Текущее состояние
Доступные файлы
✓ Заказы доступны для просмотра
ШАГ 09 / 09
РЕЗУЛЬТАТ
PPA • 03 / 10
В UI доступны номенклатура, стоимость, статус и документы.
По щелчку: одно взаимодействие → один шаг

36.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
Partner / Browser
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
Frontend
Gateway
Accounting API
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 00 / 10
КАРКАС СЦЕНАРИЯ
PPA • 04 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

37.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
Partner / Browser
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
Frontend
Gateway
Accounting API
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 01 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
В разделе заказов пользователь нажимает «Скачать счёт».
По щелчку: одно взаимодействие → один шаг

38.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
Gateway
Accounting API
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 02 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Frontend принимает действие в интерфейсе.
По щелчку: одно взаимодействие → один шаг

39.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
Accounting API
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 03 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Frontend вызывает Gateway для получения счёта.
По щелчку: одно взаимодействие → один шаг

40.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
REST API
Accounting API
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 04 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Gateway передаёт запрос в Accounting API.
По щелчку: одно взаимодействие → один шаг

41.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 05 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Accounting получает данные счёта и обращается к источнику документа.
По щелчку: одно взаимодействие → один шаг

42.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
PDF / ссылка
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 06 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Источник возвращает документ или ссылку; точный механизм здесь не указан.
По щелчку: одно взаимодействие → один шаг

43.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
PDF / ссылка
ответ API
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 07 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Accounting API возвращает ответ через Gateway.
По щелчку: одно взаимодействие → один шаг

44.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Partner / Browser
Frontend
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
PDF / ссылка
ответ API
PDF / ссылка
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 08 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Gateway передаёт документ или ссылку во Frontend.
По щелчку: одно взаимодействие → один шаг

45.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Frontend
Partner / Browser
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
PDF / ссылка
ответ API
PDF / ссылка
скачивание
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
ШАГ 09 / 10
АКТИВНЫЙ ШАГ
PPA • 04 / 10
Браузер получает ответ и скачивает счёт.
По щелчку: одно взаимодействие → один шаг

46.

04
Скачивание счёта через пользовательский интерфейс
Вход — из списка заказов; источник документа показан без выдуманного endpoint или вызова.
КЛИЕНТСКАЯ СТОРОНА
ИСТОЧНИК ДОКУМЕНТА · УСЛОВНОЕ
ОБОЗНАЧЕНИЕ
PPA · ВЕБ + ACCOUNTING
нажатие «Скачать счёт»
Frontend
Partner / Browser
REST API
Gateway
REST API
Accounting API
Document Retrieval
Источник документа
PDF / ссылка
ответ API
PDF / ссылка
скачивание
Источник документа не конкретизирован: готовый файл / FileService / генерация PDF.
✓ Счёт скачан через UI
ШАГ 10 / 10
РЕЗУЛЬТАТ
PPA • 04 / 10
Загрузка завершена. Формирование счёта в бизнес-процессе выполняет 1C.
По щелчку: одно взаимодействие → один шаг

47.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
ЮKassa
Клиент
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 00 / 11
КАРКАС СЦЕНАРИЯ
PPA • 05 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

48.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
ЮKassa
Клиент
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 01 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
PPA начинает карточную платёжную операцию через Payment API Paygate.
По щелчку: одно взаимодействие → один шаг

49.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
платёжная операция
ЮKassa
Клиент
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 02 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
Paygate обращается к ЮKassa для формирования оплаты.
По щелчку: одно взаимодействие → один шаг

50.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
платёжная операция
ЮKassa
Клиент
платёжная
ссылка
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 03 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
ЮKassa предоставляет платёжную ссылку через Paygate.
По щелчку: одно взаимодействие → один шаг

51.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
платёжная операция
ЮKassa
Клиент
платёжная
ссылка
ссылка в PPA
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 04 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
Paygate возвращает ссылку в PPA.
По щелчку: одно взаимодействие → один шаг

52.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
платёжная операция
ЮKassa
Клиент
платёжная
ссылка
ссылка в PPA
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 05 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
PPA передаёт ссылку исходному продукту-интегратору.
По щелчку: одно взаимодействие → один шаг

53.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
Payment API
платёжная операция
ЮKassa
оплата по ссылке
Клиент
платёжная
ссылка
ссылка в PPA
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 06 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
Клиент переходит по ссылке и оплачивает заказ.
По щелчку: одно взаимодействие → один шаг

54.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
результат оплаты
Payment API
платёжная операция
ЮKassa
оплата по ссылке
Клиент
платёжная
ссылка
ссылка в PPA
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 07 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
ЮKassa сообщает о результате платёжному шлюзу Paygate.
По щелчку: одно взаимодействие → один шаг

55.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
результат оплаты
Payment API
платёжная операция
ЮKassa
оплата по ссылке
Клиент
платёжная
ссылка
ссылка в PPA
Integration Event
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 08 / 11
АКТИВНЫЙ ШАГ
PPA • 05 / 10
Paygate публикует событие об оплате в Kafka / ESB.
По щелчку: одно взаимодействие → один шаг

56.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
результат оплаты
Payment API
платёжная операция
ЮKassa
оплата по ссылке
Клиент
платёжная
ссылка
ссылка в PPA
Integration Event
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Kafka consume
Accounting Worker
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 09 / 11
ОБРАБОТКА СОБЫТИЯ
PPA • 05 / 10
Accounting Worker получает интеграционное событие (Kafka consume).
По щелчку: одно взаимодействие → один шаг

57.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
результат оплаты
Payment API
платёжная операция
ЮKassa
оплата по ссылке
Клиент
платёжная
ссылка
ссылка в PPA
Integration Event
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Kafka consume
Accounting Worker
SQL write
Accounting DB
Прямая: сразу номинальный счёт
ШАГ 10 / 11
ОБНОВЛЕНИЕ СОСТОЯНИЯ
PPA • 05 / 10
Accounting Worker обновляет данные заказа в Accounting DB.
По щелчку: одно взаимодействие → один шаг

58.

05
Оплата картой: Paygate → ЮKassa → Kafka
Общий механизм для обеих схем; клиент оплачивает заказ по переданной платёжной ссылке.
PPA / ACCOUNTING
External Integrator
PAYGATE
Accounting API HTTP API / OAuth2
ПЛАТЁЖНЫЙ ПРОВАЙДЕР / КЛИЕНТ
результат оплаты
Payment API
платёжная операция
оплата по ссылке
ЮKassa
Клиент
платёжная
ссылка
ссылка в PPA
Integration Event
ссылка интегратору
СОБЫТИЯ / ОБРАБОТКА В ACCOUNTING
Kafka / ESB
Партнёрская: затем виртуальный счёт и сделка
Прямая: сразу номинальный счёт
Kafka consume
Accounting Worker
SQL write
Accounting DB
✓ Оплата отражена
ШАГ 11 / 11
РЕЗУЛЬТАТ
PPA • 05 / 10
Оплата обработана; дальнейший путь денежных средств зависит от схемы.
По щелчку: одно взаимодействие → один шаг

59.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
External Integrator
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
Accounting API
Закрывающие
документы
Номинальный
счёт
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 00 / 12
КАРКАС СЦЕНАРИЯ
PPA • 06 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

60.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
External Integrator
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
Accounting API
Закрывающие
документы
Номинальный
счёт
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 01 / 12
АКТИВНЫЙ ШАГ
PPA • 06 / 10
В выбранной схеме уже существует заказ, который требуется оплатить.
По щелчку: одно взаимодействие → один шаг

61.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
External Integrator
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
Accounting API
Закрывающие
документы
Номинальный
счёт
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 02 / 12
АКТИВНЫЙ ШАГ
PPA • 06 / 10
1C ERP формирует счёт и передаёт его в PPA.
По щелчку: одно взаимодействие → один шаг

62.

63.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
Accounting API
Закрывающие
документы
Номинальный
счёт
счёт для оплаты
оплата по счёту
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 04 / 12
АКТИВНЫЙ ШАГ
PPA • 06 / 10
Клиент оплачивает выставленный счёт.
По щелчку: одно взаимодействие → один шаг

64.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
Accounting API
Закрывающие
документы
Номинальный
счёт
счёт для оплаты
оплата по счёту
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 05 / 12
АКТИВНЫЙ ШАГ
PPA • 06 / 10
1C фиксирует информацию об оплате.
По щелчку: одно взаимодействие → один шаг

65.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
Accounting API
Закрывающие
документы
Номинальный
счёт
счёт для оплаты
оплата по счёту
Integration Events
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 06 / 12
ИНТЕГРАЦИОННОЕ СОБЫТИЕ
PPA • 06 / 10
Интеграционное событие передаёт сведения об оплате.
По щелчку: одно взаимодействие → один шаг

66.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
Accounting API
Закрывающие
документы
Номинальный
счёт
счёт для оплаты
оплата по счёту
Integration Events
Клиент
Kafka / ESB
Kafka consume
Accounting Worker
Accounting DB
Счёт формирует 1C
ШАГ 07 / 12
ОБРАБОТКА СОБЫТИЯ
PPA • 06 / 10
Accounting Worker получает сообщение из Kafka.
По щелчку: одно взаимодействие → один шаг

67.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
документ
Accounting
API
ы
счёт для оплаты
Закрывающие
документы
Номинальный
счёт
Document Retrieval
оплата по счёту
Integration Events
Клиент
Счёт формирует 1C
Kafka / ESB
Kafka consume
Accounting Worker
Accounting DB
Закрывающие документы — отдельно от Kafka payload
ШАГ 08 / 12
ОБМЕН ДОКУМЕНТАМИ
PPA • 06 / 10
1C передаёт закрывающие документы отдельно от события.
По щелчку: одно взаимодействие → один шаг

68.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
документ
Accounting
API
ы
счёт для оплаты
Закрывающие
документы
Номинальный
счёт
Document Retrieval
оплата по счёту
Integration Events
Клиент
Счёт формирует 1C
Kafka / ESB
Kafka consume
Accounting Worker
Accounting DB
Закрывающие документы — отдельно от Kafka payload
ШАГ 09 / 12
ОБРАБОТКА WORKER
PPA • 06 / 10
Accounting Worker обрабатывает информацию об оплате и документы.
По щелчку: одно взаимодействие → один шаг

69.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
документ
Accounting
API
ы
счёт для оплаты
Закрывающие
документы
Номинальный
счёт
Document Retrieval
оплата по счёту
Integration Events
Клиент
Счёт формирует 1C
Kafka / ESB
Kafka consume
Accounting Worker
SQL write
Accounting DB
Закрывающие документы — отдельно от Kafka payload
ШАГ 10 / 12
ОБНОВЛЕНИЕ СОСТОЯНИЯ
PPA • 06 / 10
Accounting Worker актуализирует заказ в Accounting DB.
По щелчку: одно взаимодействие → один шаг

70.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
документ
Accounting
API
ы
счёт для оплаты
Закрывающие
документы
Номинальный
счёт
Document Retrieval
оплата по счёту
Integration Events
Клиент
Kafka / ESB
Kafka consume
Accounting Worker
SQL write
Accounting DB
прямая схема · деньги
Счёт формирует 1C
Закрывающие документы — отдельно от Kafka payload
Прямая схема: номинальный счёт
ШАГ 11 / 12
ПРЯМАЯ СХЕМА · ДЕНЬГИ
PPA • 06 / 10
Только для прямой схемы деньги поступают на номинальный счёт.
По щелчку: одно взаимодействие → один шаг

71.

06
Оплата по счёту: 1C и закрывающие документы
Один платёжный механизм для обеих схем; передача событий и документов показана раздельно.
ИНТЕГРАТОР / КЛИЕНТ
ВНЕШНЯЯ УЧЁТНАЯ СИСТЕМА
External Integrator
1C ERP
PPA / ВНЕШНЯЯ ИНТЕГРАЦИЯ
передача счёта
документ
Accounting
API
ы
счёт для оплаты
Закрывающие
документы
Номинальный
счёт
Document Retrieval
оплата по счёту
Integration Events
Клиент
Kafka / ESB
Kafka consume
Accounting Worker
SQL write
Accounting DB
прямая схема · деньги
Счёт формирует 1C
Закрывающие документы — отдельно от Kafka payload
Прямая схема: номинальный счёт
✓ Оплата и документы отражены
ШАГ 12 / 12
РЕЗУЛЬТАТ
PPA • 06 / 10
Заказ получает состояние «Оплачен»; документы поступили в PPA.
По щелчку: одно взаимодействие → один шаг

72.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
Accounting DB
Банк Точка API
ШАГ 00 / 11
КАРКАС СЦЕНАРИЯ
PPA • 08 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

73.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
Accounting DB
Банк Точка API
ШАГ 01 / 11
АКТИВНЫЙ ШАГ
PPA • 08 / 10
Есть несколько оплаченных картой заказов одного бенефициара.
По щелчку: одно взаимодействие → один шаг

74.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
Accounting DB
Банк Точка API
ШАГ 02 / 11
ДВИЖЕНИЕ ДЕНЕГ
PPA • 08 / 10
После карточной оплаты деньги находятся на виртуальном счёте бенефициара.
По щелчку: одно взаимодействие → один шаг

75.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
Accounting DB
Банк Точка API
ШАГ 03 / 11
АКТИВНЫЙ ШАГ
PPA • 08 / 10
Заказы одного бенефициара группируются для сделки.
По щелчку: одно взаимодействие → один шаг

76.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
создание сделки
Accounting DB
Банк Точка API
ШАГ 04 / 11
СОЗДАНИЕ СДЕЛКИ
PPA • 08 / 10
Accounting Worker инициирует создание сделки.
По щелчку: одно взаимодействие → один шаг

77.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
SQL write
Accounting DB
Банк Точка API
ШАГ 05 / 11
ОЖИДАНИЕ ИСПОЛНЕНИЯ
PPA • 08 / 10
Данные сделки фиксируются в Accounting DB. Сделка ожидает исполнения.
По щелчку: одно взаимодействие → один шаг

78.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Accounting Worker
SQL write
Accounting DB
Банк Точка API
ШАГ 06 / 11
НОЧНОЙ ЗАПУСК
PPA • 08 / 10
Запускается расписание ночных фоновых задач.
По щелчку: одно взаимодействие → один шаг

79.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Scheduled Jobs
Accounting Worker
SQL write
Accounting DB
Банк Точка API
Исполнение по ночному расписанию
ШАГ 07 / 11
ИСПОЛНЕНИЕ
PPA • 08 / 10
По расписанию Accounting Worker начинает исполнение сделки.
По щелчку: одно взаимодействие → один шаг

80.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Scheduled Jobs
Accounting Worker
SQL write
Accounting DB
Банк Точка API
HTTP API
Исполнение по ночному расписанию
ШАГ 08 / 11
ИСПОЛНЕНИЕ
PPA • 08 / 10
Для исполнения Worker обращается к Банку Точка API.
По щелчку: одно взаимодействие → один шаг

81.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Scheduled Jobs
Accounting Worker
SQL write
Accounting DB
исполнение сделки
Банк Точка API
HTTP API
обновление сделки
Исполнение по ночному расписанию
ШАГ 09 / 11
АКТИВНЫЙ ШАГ
PPA • 08 / 10
Фиксируется факт исполнения сделки.
По щелчку: одно взаимодействие → один шаг

82.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
денежный
поток
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Scheduled Jobs
Accounting Worker
SQL write
Accounting DB
исполнение сделки
Банк Точка API
HTTP API
обновление сделки
Исполнение по ночному расписанию
ШАГ 10 / 11
ДВИЖЕНИЕ ДЕНЕГ
PPA • 08 / 10
После исполнения деньги поступают на номинальный счёт.
По щелчку: одно взаимодействие → один шаг

83.

08
Партнёрская схема: сделка и движение денег
Продолжение карточной оплаты: сначала виртуальный счёт, затем сделка и ночное исполнение.
ФИНАНСОВЫЕ СУЩНОСТИ · НЕ СЕРВИСЫ
Оплаченные заказы
одного бенефициара
деньги
Виртуальный счёт
бенефициара
Сделка
денежный
поток
Номинальный счёт
группировка по
бенефициару
Сделка ожидает исполнения
создание сделки
ACCOUNTING / ВЫПОЛНЕНИЕ
Ночное расписание
Scheduled Jobs
Accounting Worker
SQL write
Accounting DB
исполнение сделки
Банк Точка API
HTTP API
обновление сделки
Исполнение по ночному расписанию
✓ Сделка исполнена
ШАГ 11 / 11
РЕЗУЛЬТАТ
PPA • 08 / 10
Сделка исполнена, средства перечислены на номинальный счёт.
По щелчку: одно взаимодействие → один шаг

84.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Accounting API
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
ЮKassa
Номинальный счёт
1C ERP
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
ШАГ 00 / 12
КАРКАС СЦЕНАРИЯ
PPA • 09 / 10
Исходная схема: контейнеры и связи. Нажмите для пошагового прохождения.
По щелчку: одно взаимодействие → один шаг

85.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
ЮKassa
Payment API
Paygate
Номинальный счёт
1C ERP
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
ШАГ 01 / 12
СОЗДАНИЕ ЗАКАЗА
PPA • 09 / 10
Внешний интегратор направляет запрос на прямой заказ в PPA.
По щелчку: одно взаимодействие → один шаг

86.

87.

88.

Прямая схема: заказ создаётся через Paygate
09
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
1C ERP
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
ШАГ 04 / 12
КАРТА
PPA • 09 / 10
Карточная ветвь: Paygate взаимодействует с ЮKassa.
По щелчку: одно взаимодействие → один шаг

89.

Прямая схема: заказ создаётся через Paygate
09
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
1C ERP
Клиент
Kafka / ESB
Accounting Worker
Accounting DB
ШАГ 05 / 12
КАРТА
PPA • 09 / 10
Клиент оплачивает заказ по платёжной ссылке.
По щелчку: одно взаимодействие → один шаг

90.

Прямая схема: заказ создаётся через Paygate
09
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
Integration Event
Клиент
Kafka / ESB
1C ERP
Accounting Worker
Accounting DB
Карта: ЮKassa + Kafka
ШАГ 06 / 12
КАРТА
PPA • 09 / 10
Информация об оплате передаётся через Kafka / ESB.
По щелчку: одно взаимодействие → один шаг

91.

Прямая схема: заказ создаётся через Paygate
09
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
1C ERP
Integration Event
Клиент
Kafka / ESB
Kafka consumeAccounting Worker
Accounting DB
Карта: ЮKassa + Kafka
ШАГ 07 / 12
КАРТА
PPA • 09 / 10
Accounting Worker получает событие карточной оплаты.
По щелчку: одно взаимодействие → один шаг

92.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
Integration Event
Клиент
Kafka / ESB
1C ERP
Kafka consumeAccounting Worker
Accounting DB
Карта: ЮKassa + Kafka
ШАГ 08 / 12
ПО СЧЁТУ
PPA • 09 / 10
Вариант со счётом: документ формирует 1C ERP.
По щелчку: одно взаимодействие → один шаг

93.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
ЮKassa
карта
Номинальный счёт
оплата по ссылке
1C ERP
Integration Event
оплата + документы
Клиент
Карта: ЮKassa + Kafka
Kafka / ESB
Kafka consumeAccounting Worker
Accounting DB
Счёт: 1C + документы
ШАГ 09 / 12
ПО СЧЁТУ
PPA • 09 / 10
1C передаёт информацию об оплате и закрывающие документы.
По щелчку: одно взаимодействие → один шаг

94.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
Integration Event
1C ERP
оплата + документы
Клиент
Карта: ЮKassa + Kafka
Kafka / ESB
Kafka consumeAccounting Worker
SQL write
Accounting DB
Счёт: 1C + документы
ШАГ 10 / 12
ОБРАБОТКА
PPA • 09 / 10
Accounting Worker обновляет сведения об оплате в Accounting DB.
По щелчку: одно взаимодействие → один шаг

95.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
Integration Event
1C ERP
оплата + документы
Клиент
Kafka / ESB
Kafka consumeAccounting Worker
SQL write
Accounting DB
деньги · прямая схема
Карта: ЮKassa + Kafka
Счёт: 1C + документы
Без виртуального счёта и партнёрской сделки
ШАГ 11 / 12
ДВИЖЕНИЕ ДЕНЕГ
PPA • 09 / 10
В обоих способах прямой оплаты деньги поступают на номинальный счёт.
По щелчку: одно взаимодействие → один шаг

96.

09
Прямая схема: заказ создаётся через Paygate
Два варианта оплаты с общим результатом — поступление денег на номинальный счёт.
ИНТЕГРАТОР / PPA
External Integrator
PAYGATE / ПОСТАВЩИКИ ОПЛАТЫ
Integration API
Accounting API
HTTP API / OAuth2
Payment API
Paygate
ACCOUNTING / ФИНАНСОВЫЙ РЕЗУЛЬТАТ
карта
ЮKassa
Номинальный счёт
оплата по ссылке
Integration Event
1C ERP
оплата + документы
Клиент
Kafka / ESB
Kafka consumeAccounting Worker
Accounting DB
SQL write
деньги · прямая схема
Карта: ЮKassa + Kafka
Счёт: 1C + документы
Без виртуального счёта и партнёрской сделки
✓ Номинальный счёт
ШАГ 12 / 12
РЕЗУЛЬТАТ
PPA • 09 / 10
Прямой заказ оплачен. Виртуальный счёт и партнёрская сделка не используются.
По щелчку: одно взаимодействие → один шаг

English Русский Rules