Автоматизация выдачи лицензий для BAS-скриптов на Make

Обзор

Это автоматизация собственного бизнес-процесса, а не клиентского. Продажа BAS-скриптов означает выдачу лицензий, и до этого сценария каждая выдача была ручной цепочкой из четырёх-пяти действий в разных местах. Теперь она выглядит так: отправляешь Telegram-боту количество дней - например, 30 - и получаешь готовые доступы.

Сценарий собран в Make: генерация логина и пароля, создание пользователя, выдача лицензии на указанный срок, подключение FingerprintSwitcher Business и запись результата в Google Sheets.

Проблема

Рутина накапливалась незаметно. Сама по себе выдача лицензии - минута работы, но её нужно сделать полностью и в правильном порядке: придумать логин, придумать пароль, завести пользователя в лицензионном менеджере, выдать лицензию на нужный срок, а с появлением FP Business - ещё и отдельно включить платные отпечатки, потому что теперь это отдельный шаг, который руками легко забыть.

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

Решение

Весь процесс уложен в один сценарий Make, который запускается сообщением в Telegram. Дальше по цепочке: генерация логина → генерация пароля → запрос на создание пользователя → запрос на выдачу лицензии → получение ID FP Business → запрос на выдачу FP → запись в Google Sheets → подтверждение в Telegram.

Интереснее всего то, чего в описании обычно не видно: после каждого шага стоит роутер с отдельной веткой ошибки. Не смог создать юзера, не удалось выдать лицензию, не удалось получить ID FP Business, не удалось выдать FP Business - на каждый случай своё сообщение в Telegram. Именно это отличает рабочую автоматизацию от демонстрационной: цепочка из шести внешних вызовов рано или поздно оборвётся на любом из них, и разница только в том, узнаешь ты об этом сразу с указанием шага - или через неделю от клиента, который так и не получил доступ.

Google Sheets в конце - это не отчётность ради отчётности, а ответ на вопрос «кому и когда выдавали», который иначе живёт в переписке.

Возможности

• Запуск выдачи одним сообщением в Telegram-бот: число дней лицензии
• Автоматическая генерация логина и пароля для нового пользователя
• Создание пользователя и выдача лицензии на указанный срок через API лицензионного менеджера
• Отдельный шаг подключения FingerprintSwitcher Business - получение ID и выдача платных отпечатков
• Роутер с индивидуальной веткой ошибки после каждого шага и понятным сообщением о том, что именно не прошло
• Журнал выдач в Google Sheets: кому, когда и на какой срок
• Подтверждение об успешной выдаче обратно в Telegram

Процесс разработки

Сценарий писался «на себя», и это заметно по тому, куда ушли усилия. Счастливый путь - шесть блоков подряд - собирается за вечер. Всё остальное время съели ветки ошибок, и не зря: когда автоматизация дёргает внешний лицензионный API несколько раз подряд, отказ на третьем шаге оставляет систему в half-done состоянии - пользователь создан, лицензия не выдана. Молча проглотить такое хуже, чем не автоматизировать вовсе, поэтому каждый роутер сообщает не «ошибка», а какой конкретно шаг не прошёл.

Второе наблюдение - про формат запуска. Интерфейсом стал Telegram, потому что выдача происходит там же, где идёт разговор с покупателем. Никакой панели для этого не нужно: минимальный ввод (число дней), мгновенный ответ, история в чате.

Результаты

• Ручная цепочка из нескольких шагов свернулась в одно сообщение боту
• FP Business подключается автоматически и больше не забывается при выдаче
• Отказ любого шага виден сразу и с указанием шага, а не всплывает потом от клиента
• Журнал выдач ведётся сам и лежит в Google Sheets, а не в переписке
• Выдача перестала зависеть от того, у компьютера ты сейчас или нет

Выводы

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

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