Разработка системы учета вместо таблиц Excel
Почти всякая система учета начинается с таблицы. Сначала в ней десять строк и один человек, через год — двенадцать вкладок, четыре версии файла и вопрос «а у кого сейчас актуальный». Работать еще можно, но каждая цифра требует проверки.
Мы делаем системы учета под конкретный предмет: заявки, технику, материалы, объекты, договоры, рабочее время. Не универсальную платформу «на все случаи», а инструмент, который закрывает ваш учет и не требует подстраиваться под чужую логику.
Когда таблица перестала справляться
Признаки узнаваемые. Если совпало хотя бы три — считайте, вы уже платите за отсутствие системы, просто платите временем.
- Файл ведут несколько человек. Появляются копии, правки затирают друг друга, и никто не может сказать, где последняя версия.
- Нельзя понять, кто и когда что изменил. Цифра поменялась, а спросить не с кого: истории нет.
- Нет прав доступа. Любой, кто открыл файл, видит все, включая то, что видеть не должен, и может стереть что угодно.
- Отчет собирается руками. Каждый месяц один и тот же человек полдня сводит сводную таблицу, и половина ошибок рождается именно здесь.
- Данные дублируются. Один и тот же объект внесен трижды с разными названиями, и по нему не сходится ни один итог.
- Таблица тормозит. Десятки тысяч строк, формулы пересчитываются минуту, файл иногда просто не открывается.
Важная оговорка: если данных мало, работает один человек и все устраивает, система не нужна. Excel — нормальный инструмент, пока он справляется. Проблема начинается там, где появляются второй человек и второй месяц истории.
Что учитывают чаще всего
Заявки и обращения
Прием из разных каналов, распределение по исполнителям, сроки, статусы, история переписки. Главное требование — ничего не теряется и видно, что просрочено.
Техника и оборудование
Что где стоит, за кем закреплено, когда обслуживалось, когда следующее ТО, история ремонтов и затрат на единицу.
Материалы и запасы
Приход, выдача, списание, остатки по местам хранения. Кто взял, на какой объект, сколько осталось и когда пора закупать.
Объекты и имущество
Помещения, участки, сети, транспорт. Карточка объекта со всей историей, документами, ответственными и связанными работами.
Договоры и обязательства
Сроки, суммы, этапы, продления, приложения. Напоминания заранее, а не постфактум, когда договор уже кончился.
Работы и время
Кто чем занят, сколько заняло, на какой объект или проект отнести. Основа для расчета себестоимости и загрузки.
Что меняется при переходе от таблицы
Что должно быть в любой системе учета
Независимо от предмета, каркас одинаковый. Если чего-то из этого нет, через год начнутся те же проблемы, что были в таблице.
- Нормальные справочники. Единый список объектов, контрагентов, материалов. Без них появятся три написания одного названия и ни один отчет не сойдется.
- История изменений. Кто, когда и что поменял, с возможностью посмотреть предыдущее значение. Это же и защита от случайного удаления.
- Роли и права. До уровня отдельных полей и действий: видеть, создавать, редактировать, удалять, выгружать.
- Поиск и фильтры. Быстрый поиск по любому полю и сохраняемые подборки. Иначе через два года в системе будет не найти ничего.
- Отчеты и выгрузки. Штатные отчеты плюс возможность выгрузить в Excel: он никуда не денется как формат обмена.
- Импорт и экспорт. Заливка первичных данных из существующих таблиц и возможность забрать свои данные в любой момент.
Где здесь искусственный интеллект
Учет — та область, где модели снимают самую скучную часть работы: ввод и поиск.
- Ввод из документов и фото. Накладная, акт, счет или фотография шильдика превращаются в запись системы. Человек проверяет, а не набирает.
- Сведение дублей при переносе. При заливке старых таблиц модель находит записи, которые на самом деле об одном и том же, но написаны по-разному. Руками это недели работы.
- Запросы обычными словами. «Какая техника не обслуживалась больше года и стоит на третьем участке» — без конструктора отчетов.
- Подсказки при заполнении. Система предлагает категорию, ответственного или объект по контексту, опираясь на то, как заполняли раньше.
- Аномалии. Нетипичное списание, задвоенная выдача, расход, выбивающийся из нормы — видно сразу, а не по итогам инвентаризации.
Как идет работа
- Разбор предмета учета. Что учитываем, в каких разрезах, кто вносит, кто смотрит, какие отчеты нужны на выходе. Обычно хватает одного-двух созвонов и ваших текущих таблиц как материала.
- Модель данных и прототип. Проектируем структуру и показываем кликабельные экраны до написания кода. На этом шаге правки стоят часы.
- Первая рабочая версия. От недели. С заливкой ваших реальных данных, а не демонстрационных: только на них видно настоящие проблемы.
- Опытная работа. Люди работают в системе, старый файл пока жив как страховка. Собираем замечания и правим.
- Запуск и развитие. Отключаем таблицу, добавляем отчеты и интеграции по мере появления задач.
Сроки и стоимость
На цену влияют количество сущностей и связей между ними, число ролей, сложность отчетов и объем переноса. Учет одного предмета для небольшой команды стоит существенно дешевле, чем кажется большинству — часто это самый дешевый способ навести порядок.
Посмотрим на вашу таблицу и скажем, что из нее получится
Пришлите тот самый файл, в котором сейчас ведется учет, и опишите, кто с ним работает. В ответ — структура будущей системы, состав первой версии, сроки и стоимость.
Если таблицы достаточно и система не нужна, скажем прямо. Это бывает чаще, чем принято признавать.
Частые ошибки
- Переносят таблицу один в один. Получается та же плоская простыня, только в браузере и медленнее. Систему надо проектировать от того, что нужно на выходе.
- Пытаются учесть все сразу. Пятьдесят полей в форме означают, что половина останется пустой. Начинать надо с минимума, который реально будут заполнять.
- Забывают про того, кто вносит. Если внесение занимает больше времени, чем раньше, люди вернутся в таблицу. Удобство ввода важнее красоты отчета.
- Оставляют старый файл навсегда. Пока работают оба способа, данные расходятся. Нужна дата, после которой таблица закрывается.
Что остается у вас
- Код в вашем репозитории и доступы к серверам на ваши учетные записи.
- Ваши данные в вашей базе, с выгрузкой в любой момент и без платы за пользователя.
- Распространенный стек — поддержит любой грамотный разработчик, не только мы.
- Размещение в России и обработка персональных данных по 152-ФЗ, если они в системе есть.
Система учета часто становится первым кирпичом: сначала один предмет, потом к нему добавляются заявки, склад, отчетность. Поэтому мы проектируем ее так, чтобы следующий контур не требовал переписывать первый.
С чем система учета обычно связывается
Отдельно стоящая система быстро упирается в то, что часть данных живет в других местах. Подключаем по мере надобности, а не сразу все.
- 1С и бухгалтерия. Номенклатура и контрагенты приходят оттуда как из источника правды, документы уходят туда. Учет перестает расходиться с бухгалтерией на ровном месте.
- Почта и мессенджеры. Заявка из письма или из Telegram попадает в систему сама, вместе с вложениями и историей переписки.
- Сканеры и мобильные устройства. Штрихкод и QR-код вместо ручного поиска позиции, фотофиксация с телефона прямо в карточку.
- Датчики и оборудование. Показания счетчиков, наработка техники, данные с производственных линий — без ручного переписывания в журнал.
- Карты и навигация. Если учет по объектам на местности, карта экономит больше времени, чем любой отчет.
Где такие системы работают
- Обслуживание и эксплуатация. Учет оборудования и заявок на ремонт: что сломалось, кто едет, что поставили, сколько стоило обслуживание конкретной единицы за год.
- Строительство и монтаж. Материалы по объектам, выдача под отчет, списание по актам, остатки на площадках. Самая частая дыра — материалы, которые уехали и не вернулись в учет.
- Транспорт и техника. Машины и спецтехника: пробег и наработка, ТО по графику, путевые листы, ремонты, расход топлива, закрепление за водителями.
- Управляющие компании и ЖКХ. Объекты, помещения, приборы учета, заявки от жильцов, работы по домам и подрядчики.
- Производство. Материалы и полуфабрикаты между участками, брак, незавершенка. Отсюда начинается путь к производственному учету и расчету себестоимости.
- Аренда и прокат. Что где находится, кому выдано, когда вернут, в каком состоянии приняли, история по каждой единице.
На что смотреть при выборе подрядчика
- Что будет через неделю. На задаче такого размера рабочую версию видно быстро. Если ее обещают только через три месяца, скорее всего, вам продают не тот масштаб.
- Где будет лежать код и база. Если на инфраструктуре подрядчика и без доступа — вы арендуете, а не владеете, даже если платили за разработку.
- Можно ли забрать данные. Выгрузка всей базы в понятном формате должна работать с первого дня, а не «по запросу».
- Что происходит после запуска. Учет живет и меняется. Важно, на каких условиях делаются доработки и есть ли обязательная абонентская плата.
Как мы держим скорость
Системы учета — та задача, где опытная команда с хорошими инструментами делает за неделю то, на что раньше уходил месяц. ИИ-инструменты закрывают рутину: шаблонный код, формы, скрипты переноса данных из ваших таблиц, тесты.
Проектные решения при этом принимает человек. Модель data-модель за вас не придумает, а неверно спроектированные связи — это ровно та ошибка, которую потом дороже всего исправлять.
Дальше по теме
Частые вопросы
Чем система учета лучше таблицы в Excel?
Тремя вещами, которых в таблице нет по устройству: историей изменений (видно, кто и когда что поправил), правами доступа (каждый видит свое) и связями между записями, из-за которых отчеты считаются сами. Пока данных мало и работает один человек, таблица нормальна. Проблемы начинаются со второго человека и второго года истории.
Сколько стоит разработать систему учета?
Заметно дешевле, чем принято думать: учет одного предмета для небольшой команды — самая доступная из наших задач. На цену влияют количество сущностей и связей, число ролей, сложность отчетов и объем переноса данных. Точную цифру называем после разбора вашей текущей таблицы.
Сколько времени занимает разработка?
Первая рабочая версия простого учета с залитыми вашими данными — от недели. Система на несколько ролей с отчетами и правами — 3–6 недель. Учет нескольких связанных предметов с интеграциями — 2–4 месяца.
Можно ли перенести данные из существующих таблиц?
Да, это стандартная часть работы. Заливаем ваши реальные данные в первую же версию — только на них видно настоящие проблемы структуры. При переносе обычно всплывают дубли: одно и то же записано по-разному. Их сводим, в том числе с помощью моделей, руками это заняло бы недели.
Что можно учитывать в такой системе?
Заявки и обращения, технику и оборудование, материалы и запасы, объекты и имущество, договоры и обязательства, работы и рабочее время. Система проектируется под конкретный предмет, а не как универсальная платформа на все случаи.
Можно ли связать учет с 1С?
Да. Обычная схема: номенклатура и контрагенты приходят из 1С как из источника правды, а документы уходят обратно. Так учет перестает расходиться с бухгалтерией. Кроме 1С подключаются почта, мессенджеры, сканеры штрихкодов, датчики и карты.
Что будет, если задача вырастет?
Система учета часто оказывается первым кирпичом: сначала один предмет, потом заявки, склад, отчетность. Мы проектируем структуру так, чтобы следующий контур не требовал переписывать первый, и это одна из причин делать модель данных до кода, а не после.
Кто сможет поддерживать систему?
Код остается в вашем репозитории, на распространенном стеке, с доступами на ваши учетные записи и документацией по развертыванию. Поддержит любой грамотный разработчик. Обязательной абонентской платы нет.