ИИ для интернет-магазина: заказы RetailCRM по статусам

Агент ходит в API RetailCRM пятой версии на адресе вашего кабинета — retailcrm.ru или retailcrm.pro — и читает заказы, клиентов, товары, справочники, задачи и аналитику. На них строится сводка заказов по статусам, источникам и магазинам с выручкой за период, сегментация клиентов по частоте и давности покупок вместе с уснувшими постоянниками и разбор задач менеджеров с просрочкой по заказам в работе.

Начинает агент со справочника статусов, и это не формальность: статусы в RetailCRM настраиваются под магазин, названия у всех разные, а смысл несёт группа, к которой статус отнесён. Сравнивать заказы по подписи на кнопке бессмысленно — агент раскладывает их по группам и только потом считает. Так же он разделяет магазины и источники: общая цифра по аккаунту, где сложены несколько площадок, прячет ровно то, ради чего отчёт и заказывали.

Отменённые и невыкупленные заказы агент в выручку не кладёт, а показывает отдельной строкой — иначе сводка выглядит бодрее кассы. Что он умеет помимо чтения, решает набор методов, отмеченных у ключа: если изменение заказов ключу не разрешено, агент останется читающим и скажет об этом, а не будет гадать. Перед правкой заказа он перечитывает карточку — её параллельно двигают менеджеры и обмен с магазином, и затирать чужое изменение нельзя.

Доступ идёт API-ключом кабинета: он передаётся с каждым запросом, ограничен списком методов и списком магазинов и отзывается там же, где был создан. Сужение ключа до одного магазина агент читает как границу данных, а не как поломку, и так и объясняет цифру. Частоту запросов он выдерживает сам, длинные периоды забирает постранично, а если метод ключу не отмечен или заказов за период не было, говорит это прямо, а не показывает пустую таблицу.