Лучший дизайн для создания счета на основе данных заказа?

Question

Итак, у меня есть конечная точка erp, которая анализирует заказ на покупку и затем выполняет некоторую предварительную обработку перед возвратом ответа. Теперь я хотел бы получить квитанцию ​​из данных поста заказа на поставку. Вопрос в том, что 1. Хранение данных о покупке на моем конце кажется излишним, поскольку каждая компания, использующая систему, имеет свою БД. 2. Учитывая, я хочу масштабировать, есть ли подход, который я могу использовать, чтобы генерировать квитанцию ​​на лету, или, может быть, использовать промежуточную таблицу. Я использую ERPnext. Хороший дизайн, учитывая, что генерирование квитанции не должно вызывать задержки в потоке ответов на запросы конечной точки API заказа на покупку.

Answer 1

Мое понимание: Запрос приходит к конечной точке ERP, что затем приводит к предварительной обработке, а затем отправляется ответ. Вы также хотите распечатать квитанцию ​​сейчас, не влияя на задержку ответа API.

Решение: После завершения предварительной обработки вы можете сохранить ее в БД со статусом ожидания и вернуть ответ. Теперь в другом потоке вы можете продолжить поиск изменений в БД и распечатать квитанцию ​​для любых данных, которые имеют статус ожидающих, а затем удалить обработанную запись.

Теперь зачем сохранять его в БД, поскольку вы можете напрямую передавать вновь проанализированные данные в метод Asyn c? На самом деле вы можете просто передать обработанные данные в метод ansy c, который не будет ждать завершения печати и будет возвращать ответ, но в случае, если вы столкнетесь с ошибкой или у вас будет какое-либо время простоя, рекомендуется сохранить необходимые данные в обрабатываться в случае хостинга с несколькими серверами.