Я разработал и развернул на сервере заказчика систему для ежедневной работы школы. В ней связаны ученики, группы, посещаемость, оплаты и остатки. Администраторы работают в веб-кабинете, а для общения с родителями подключён MAX.
Учёт школы начинался с таблиц. Нужно было перенести в систему учеников, группы, занятия и деньги, сохранив привычный для администраторов табель. При этом ребёнок может ходить на несколько направлений, платить по индивидуальной цене или пользоваться льготой.
Самая сложная часть — связать посещения и оплаты так, чтобы администратор мог объяснить остаток по каждому ребёнку.
Перенос данных требует больше, чем загрузить файл. Старые платежи могут уже входить в начальный остаток, а одну оплату иногда нужно разделить между детьми. Повторное зачисление в такой ситуации исказит учёт.
Я добавил проверки повторной обработки платежей, учёт начальных остатков и защиту ручных распределений. Неоднозначные операции оставлены для сверки человеком. У изменений есть история, по которой можно восстановить, что произошло.
Система вышла за пределы прототипа: развёрнута на сервере заказчика и используется для учёта. Подготовлена инструкция для владельца и администраторов, настроены резервное копирование и сопровождение.
Работа продолжается: уточняются отдельные исторические операции и проверяются интеграционные сценарии. В кейсе показана внедрённая система, а не обещание, что все вопросы учёта уже закрыты.
Рабочий кабинет закрыт. Имена, контакты, платежи и другие данные клиентов на этой странице не публикуются.
До основной разработки я собрал интерактивный макет на вымышленных данных. Он помог обсудить будущую логику и остаётся доступным как иллюстрация этапа проектирования. Это ранний макет, а не интерфейс текущей рабочей системы.
Разбор задачи и оценка — бесплатно. Напишите пару фраз о том, что съедает время сейчас: отвечу, что реально автоматизировать, и назову цену по этапам.
Написать в Telegramили сначала посмотреть цены