Автоматизация аптеки агентами: резервы и сроки годности дорабатывают вокруг учётной системы

Новая программа нужна не для каждой доработки. СмартАптека уже заявляет бронирование со статусами и анализ товаров с истекающим сроком.

В ОПОРЕ ФармБазиса есть бронирование в подразделениях сети и автозаказ с перемещением. Сначала покажите поставщику свой процесс на демонстрации.

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

Коробку выгодно оставить, когда она уже закрывает задачу. Новый код стоит заказывать под оставшийся процесс, а не под повтор её функций.

API позволяет программе обмениваться данными с другой программой. Для этой задачи нужен доступ к филиалу, партии и операциям резерва.

У ФармБазиса такая документация опубликована. В остатках описаны партия, срок годности и резерв; в бронировании есть результат по каждой позиции.

Документация не открывает доступ автоматически. До оценки работ инженер проверяет лицензию, права и нужные методы у вашей сети.

Условный сценарий: сотрудник точки А резервирует товар в точке Б. В тот же момент другой сотрудник выбирает ту же последнюю свободную упаковку.

Копия остатка на экране не решает этот конфликт. Успех показывают после подтверждения учёта; неподтверждённая операция остаётся в ожидании.

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

В API ФармБазиса есть уникальный номер заказа, но он сам по себе не доказывает безопасный повтор. Такое поведение проверяют с поставщиком системы.

Для уведомления нужна партия, а не только название товара. У одинакового препарата в точках А и Б могут быть разные сроки годности.

Во ФармБазисе уже описаны отчёт по срокам и цветовая индикация. Свою доработку имеет смысл заказывать для незакрытой части исполнения.

Перемещение товара между точками не равно резерву. Решение о нём и документы остаются в принятом процессе сети; экран может собрать заявку.

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

Зелёная кнопка доказывает только показанный сценарий. Приёмка нужна на каждом пути: создание, изменение, отмена и восстановление после ошибки.

Для аптеки переносится правило проверки, а не результат внедрения. Срок партии должен доехать и в список, и в карточку, и в отменённый резерв.

На /open описаны 2 685 тестов на каждом пуше плюс ревью, проверено 7 октября 2026. Это проверки нашего сайта, не аптечной интеграции.

Инженер ведёт машину агентов и принимает правки по заданным условиям. В уроке «Одиннадцать шагов одной задачи» курса агентной разработки показан такой конвейер.

Первая задача может только читать партии и остатки. Так инженер проверит обмен, а сотрудники сравнят экран с учётом до запуска записи.

В задаче агенту нужны условия приёмки. «Сделать автоматизацию аптеки» заменяют описанием операции и ожидаемого результата.

Тестовые партии позволяют разрабатывать без выгрузки покупателей. Если задаче нужны контакты, отдельно определяют работу с персональными данными.

Если очередь доработок постоянная, её можно передать инженеру с агентами. Для сети на /services есть тариф «Все проекты».

Он стоит 500 000 ₽ в месяц и включает три потока, проверено 7 октября 2026. В каждом потоке одна задача в работе, остальные ждут.

Предмет заказа здесь конкретный: межфилиальный процесс резервов и уведомления по доступному API. Правки сдаются в репозиторий клиента.

Срок обсуждают после проверки интеграции; как его оценивать, разобрано в статье о сроках разработки. Начать разговор поможет тест для руководителя.

1. Проверьте штатный модуль на своём процессе. Разработка нужна для незакрытых действий сети.
2. До записи получите контракт API: партия, срок, резерв и подтверждение результата.
3. Принимайте конфликт, повтор и отмену вместе с успешным резервом. Неизвестный результат не становится обещанием товара.
4. Уведомлению назначьте исполнителя и правило завершения. Сравнивайте результат с учётной системой.
5. Начните с чтения и сверки. Код, проверки и инструкция запуска остаются в репозитории клиента.