СИСТЕМАОПЕРАТОРАНАРУЖНОЙ РЕКЛАМЫ

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

1. 01БроньРекламодатель выбирает сторону на карте сайта или менеджер ставит бронь из системы. Период сразу проверяется на пересечение с уже проданными.
2. 02ПодтверждениеМенеджер подтверждает бронь. До его решения она держится ограниченное время, и эту сторону на эти даты никто больше не продаст.
3. 03СчётПосле подтверждения счёт выставляется автоматически в выбранном банке и уходит клиенту: щиты, период и цена уже подставлены из размещения.
4. 04ОплатаПлатёж приходит выпиской или вебхуком банка и сам находит свой счёт по номеру в назначении платежа; спорное попадает в очередь неразнесённых.
5. 05РазмещениеОплаченная бронь становится размещением: сторона занята, срок и цена зафиксированы, клиент и макет привязаны к стороне.
6. 06ФотоотчётМонтажник открывает щит с телефона на объекте и фотографирует наклеенный макет — фото попадает в размещение, клиенту уходит фотоотчёт.
7. 07АктПо окончании периода формируется акт — по счёту или за период размещения, с напоминанием закрыть период, а не собирать закрывающие в конце квартала.
8. 08ПродлениеСистема заранее сообщает, что срок истекает и сторона освобождается. Продление — это счёт на следующий период в два нажатия, а не новая сделка с нуля.

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

process://to-be/razmeshchenieBPMN 2.0 · пять пуловОткрыть схему →

• Пять участниковРекламодатель · система (сайт и кабинет, ядро, Telegram-бот) · менеджер · банк · монтажник.
• Две полосы у системыВерхняя: бронь → договор → счёт. Нижняя: оплата → монтаж → продление → акт.
• РазвилкиСвободна ли сторона · подтверждает ли менеджер · какой банк · продлевает ли клиент.
• Статусы стороныСвободна → бронь ждёт подтверждения → подтверждена → занята → снова свободна.

Контуры берут целиком, по одному или в другом порядке. Общими остаются база, справочник клиентов и связка «конструкция → сторона → размещение», поэтому подключённый позже контур не требует переделки предыдущего.

Не картинка, а работающий прототип: маркер показывает статус каждой стороны, плотные точки собираются в кластеры, фильтры отбирают свободные стороны и город, а карточка конструкции открывает стороны с ценой и периодом, историю и бронь. Попробуйте: выберите фильтр «Свободные», кликните маркер и нажмите «Забронировать».

Это демонстрация на условных данных: адреса, арендаторы, цены и сроки здесь придуманы. В работе на карте — ваша адресная программа с вашими фото, форматами и ценами, а город (или несколько городов сразу) задаётся параметром — Махачкала и Каспийск, Ростов или любой другой.

Дело не в интерфейсе, а в объекте учёта. В таблице и в универсальной CRM нет конструкции с её сторонами, статусами и периодами аренды: сделка есть, а что именно занято и до какого числа — нет. Отсюда и двойные продажи, и ручная сборка ответа «что свободно».

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