← Что делаем

Разработка системы учета вместо таблиц Excel

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

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

Когда таблица перестала справляться

Признаки узнаваемые. Если совпало хотя бы три — считайте, вы уже платите за отсутствие системы, просто платите временем.

  • Файл ведут несколько человек. Появляются копии, правки затирают друг друга, и никто не может сказать, где последняя версия.
  • Нельзя понять, кто и когда что изменил. Цифра поменялась, а спросить не с кого: истории нет.
  • Нет прав доступа. Любой, кто открыл файл, видит все, включая то, что видеть не должен, и может стереть что угодно.
  • Отчет собирается руками. Каждый месяц один и тот же человек полдня сводит сводную таблицу, и половина ошибок рождается именно здесь.
  • Данные дублируются. Один и тот же объект внесен трижды с разными названиями, и по нему не сходится ни один итог.
  • Таблица тормозит. Десятки тысяч строк, формулы пересчитываются минуту, файл иногда просто не открывается.

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

Что учитывают чаще всего

Заявки и обращения

Прием из разных каналов, распределение по исполнителям, сроки, статусы, история переписки. Главное требование — ничего не теряется и видно, что просрочено.

Техника и оборудование

Что где стоит, за кем закреплено, когда обслуживалось, когда следующее ТО, история ремонтов и затрат на единицу.

Материалы и запасы

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

Объекты и имущество

Помещения, участки, сети, транспорт. Карточка объекта со всей историей, документами, ответственными и связанными работами.

Договоры и обязательства

Сроки, суммы, этапы, продления, приложения. Напоминания заранее, а не постфактум, когда договор уже кончился.

Работы и время

Кто чем занят, сколько заняло, на какой объект или проект отнести. Основа для расчета себестоимости и загрузки.

Что меняется при переходе от таблицы

Таблица и система учета: что появляется вместе с системой Слева одна плоская таблица с копиями файла. Справа система: карточка объекта, связанные записи, история изменений, права доступа и отчеты. БЫЛО учет_итог_финал_v4.xlsx и еще три копии у коллег СТАЛО карточка объекта со связанными записями история: кто, когда и что изменил права: каждый видит свое отчеты считаются сами, в любой момент данные те же — исчезает ручная сверка и вопрос «а где актуальная версия»
Система учета не добавляет данных. Она добавляет структуру, историю и права — то, чего в таблице нет по устройству.

Что должно быть в любой системе учета

Независимо от предмета, каркас одинаковый. Если чего-то из этого нет, через год начнутся те же проблемы, что были в таблице.

  1. Нормальные справочники. Единый список объектов, контрагентов, материалов. Без них появятся три написания одного названия и ни один отчет не сойдется.
  2. История изменений. Кто, когда и что поменял, с возможностью посмотреть предыдущее значение. Это же и защита от случайного удаления.
  3. Роли и права. До уровня отдельных полей и действий: видеть, создавать, редактировать, удалять, выгружать.
  4. Поиск и фильтры. Быстрый поиск по любому полю и сохраняемые подборки. Иначе через два года в системе будет не найти ничего.
  5. Отчеты и выгрузки. Штатные отчеты плюс возможность выгрузить в Excel: он никуда не денется как формат обмена.
  6. Импорт и экспорт. Заливка первичных данных из существующих таблиц и возможность забрать свои данные в любой момент.

Где здесь искусственный интеллект

Учет — та область, где модели снимают самую скучную часть работы: ввод и поиск.

  • Ввод из документов и фото. Накладная, акт, счет или фотография шильдика превращаются в запись системы. Человек проверяет, а не набирает.
  • Сведение дублей при переносе. При заливке старых таблиц модель находит записи, которые на самом деле об одном и том же, но написаны по-разному. Руками это недели работы.
  • Запросы обычными словами. «Какая техника не обслуживалась больше года и стоит на третьем участке» — без конструктора отчетов.
  • Подсказки при заполнении. Система предлагает категорию, ответственного или объект по контексту, опираясь на то, как заполняли раньше.
  • Аномалии. Нетипичное списание, задвоенная выдача, расход, выбивающийся из нормы — видно сразу, а не по итогам инвентаризации.

Как идет работа

  1. Разбор предмета учета. Что учитываем, в каких разрезах, кто вносит, кто смотрит, какие отчеты нужны на выходе. Обычно хватает одного-двух созвонов и ваших текущих таблиц как материала.
  2. Модель данных и прототип. Проектируем структуру и показываем кликабельные экраны до написания кода. На этом шаге правки стоят часы.
  3. Первая рабочая версия. От недели. С заливкой ваших реальных данных, а не демонстрационных: только на них видно настоящие проблемы.
  4. Опытная работа. Люди работают в системе, старый файл пока жив как страховка. Собираем замечания и правим.
  5. Запуск и развитие. Отключаем таблицу, добавляем отчеты и интеграции по мере появления задач.

Сроки и стоимость

от 1 неделипервая рабочая версия простого учета с вашими данными
3–6 недельсистема на несколько ролей с отчетами и правами
2–4 месяцаучет нескольких связанных предметов с интеграциями

На цену влияют количество сущностей и связей между ними, число ролей, сложность отчетов и объем переноса. Учет одного предмета для небольшой команды стоит существенно дешевле, чем кажется большинству — часто это самый дешевый способ навести порядок.

Посмотрим на вашу таблицу и скажем, что из нее получится

Пришлите тот самый файл, в котором сейчас ведется учет, и опишите, кто с ним работает. В ответ — структура будущей системы, состав первой версии, сроки и стоимость.

Показать свою таблицу

Если таблицы достаточно и система не нужна, скажем прямо. Это бывает чаще, чем принято признавать.

Частые ошибки

  • Переносят таблицу один в один. Получается та же плоская простыня, только в браузере и медленнее. Систему надо проектировать от того, что нужно на выходе.
  • Пытаются учесть все сразу. Пятьдесят полей в форме означают, что половина останется пустой. Начинать надо с минимума, который реально будут заполнять.
  • Забывают про того, кто вносит. Если внесение занимает больше времени, чем раньше, люди вернутся в таблицу. Удобство ввода важнее красоты отчета.
  • Оставляют старый файл навсегда. Пока работают оба способа, данные расходятся. Нужна дата, после которой таблица закрывается.

Что остается у вас

  • Код в вашем репозитории и доступы к серверам на ваши учетные записи.
  • Ваши данные в вашей базе, с выгрузкой в любой момент и без платы за пользователя.
  • Распространенный стек — поддержит любой грамотный разработчик, не только мы.
  • Размещение в России и обработка персональных данных по 152-ФЗ, если они в системе есть.

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

С чем система учета обычно связывается

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

  • 1С и бухгалтерия. Номенклатура и контрагенты приходят оттуда как из источника правды, документы уходят туда. Учет перестает расходиться с бухгалтерией на ровном месте.
  • Почта и мессенджеры. Заявка из письма или из Telegram попадает в систему сама, вместе с вложениями и историей переписки.
  • Сканеры и мобильные устройства. Штрихкод и QR-код вместо ручного поиска позиции, фотофиксация с телефона прямо в карточку.
  • Датчики и оборудование. Показания счетчиков, наработка техники, данные с производственных линий — без ручного переписывания в журнал.
  • Карты и навигация. Если учет по объектам на местности, карта экономит больше времени, чем любой отчет.

Где такие системы работают

  • Обслуживание и эксплуатация. Учет оборудования и заявок на ремонт: что сломалось, кто едет, что поставили, сколько стоило обслуживание конкретной единицы за год.
  • Строительство и монтаж. Материалы по объектам, выдача под отчет, списание по актам, остатки на площадках. Самая частая дыра — материалы, которые уехали и не вернулись в учет.
  • Транспорт и техника. Машины и спецтехника: пробег и наработка, ТО по графику, путевые листы, ремонты, расход топлива, закрепление за водителями.
  • Управляющие компании и ЖКХ. Объекты, помещения, приборы учета, заявки от жильцов, работы по домам и подрядчики.
  • Производство. Материалы и полуфабрикаты между участками, брак, незавершенка. Отсюда начинается путь к производственному учету и расчету себестоимости.
  • Аренда и прокат. Что где находится, кому выдано, когда вернут, в каком состоянии приняли, история по каждой единице.

На что смотреть при выборе подрядчика

  1. Что будет через неделю. На задаче такого размера рабочую версию видно быстро. Если ее обещают только через три месяца, скорее всего, вам продают не тот масштаб.
  2. Где будет лежать код и база. Если на инфраструктуре подрядчика и без доступа — вы арендуете, а не владеете, даже если платили за разработку.
  3. Можно ли забрать данные. Выгрузка всей базы в понятном формате должна работать с первого дня, а не «по запросу».
  4. Что происходит после запуска. Учет живет и меняется. Важно, на каких условиях делаются доработки и есть ли обязательная абонентская плата.

Как мы держим скорость

Системы учета — та задача, где опытная команда с хорошими инструментами делает за неделю то, на что раньше уходил месяц. ИИ-инструменты закрывают рутину: шаблонный код, формы, скрипты переноса данных из ваших таблиц, тесты.

Проектные решения при этом принимает человек. Модель data-модель за вас не придумает, а неверно спроектированные связи — это ровно та ошибка, которую потом дороже всего исправлять.

Дальше по теме

Обсудить задачу

Частые вопросы

Чем система учета лучше таблицы в Excel?

Тремя вещами, которых в таблице нет по устройству: историей изменений (видно, кто и когда что поправил), правами доступа (каждый видит свое) и связями между записями, из-за которых отчеты считаются сами. Пока данных мало и работает один человек, таблица нормальна. Проблемы начинаются со второго человека и второго года истории.

Сколько стоит разработать систему учета?

Заметно дешевле, чем принято думать: учет одного предмета для небольшой команды — самая доступная из наших задач. На цену влияют количество сущностей и связей, число ролей, сложность отчетов и объем переноса данных. Точную цифру называем после разбора вашей текущей таблицы.

Сколько времени занимает разработка?

Первая рабочая версия простого учета с залитыми вашими данными — от недели. Система на несколько ролей с отчетами и правами — 3–6 недель. Учет нескольких связанных предметов с интеграциями — 2–4 месяца.

Можно ли перенести данные из существующих таблиц?

Да, это стандартная часть работы. Заливаем ваши реальные данные в первую же версию — только на них видно настоящие проблемы структуры. При переносе обычно всплывают дубли: одно и то же записано по-разному. Их сводим, в том числе с помощью моделей, руками это заняло бы недели.

Что можно учитывать в такой системе?

Заявки и обращения, технику и оборудование, материалы и запасы, объекты и имущество, договоры и обязательства, работы и рабочее время. Система проектируется под конкретный предмет, а не как универсальная платформа на все случаи.

Можно ли связать учет с 1С?

Да. Обычная схема: номенклатура и контрагенты приходят из 1С как из источника правды, а документы уходят обратно. Так учет перестает расходиться с бухгалтерией. Кроме 1С подключаются почта, мессенджеры, сканеры штрихкодов, датчики и карты.

Что будет, если задача вырастет?

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

Кто сможет поддерживать систему?

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

Начать проект