Добавить в корзинуПозвонить
Найти в Дзене

Программа для учёта асиков на хостинге: что использовать вместо Excel

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

Мы начинали с таблицы. Серийники в одном столбце, клиенты в другом, даты приёмки в третьем. На сотне устройств это работало нормально. Кто что привёз — помнили, где что стоит — знали, если клиент спрашивал про свой аппарат — находили за пару минут.

Когда перевалили за двести, таблица начала нас подводить. Не потому что Excel плохой инструмент. А потому что хостинг — это не склад запчастей, и учёт тут сложнее, чем список серийников.

Какие проблемы у нас были с Excel

Первое, что посыпалось — приёмка. Клиент привозил партию, мы записывали серийники в чат, потом переносили в таблицу. Иногда переносили сразу, иногда через день, иногда забывали. Через месяц клиент спрашивает «где мой аппарат с серийником таким-то» — и мы ищем ответ пятнадцать минут. Листаем таблицу, листаем чат, спрашиваем у смены.

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

Третье — отсутствие истории. Асик переставили из одного контейнера в другой. В таблице поменяли ячейку. Но когда он там стоял раньше, кто его переставил и по какой причине — этого уже не восстановить. А клиенту иногда нужно именно это.

И четвёртое — новые сотрудники. Человек выходил на смену, открывал нашу таблицу и не мог в ней разобраться. Столбцы, которые понимал только тот, кто их придумал. Цветовая разметка, которую никто не объяснял. Скрытые строки с непонятной логикой. На то, чтобы въехать в эту таблицу, уходила неделя.

Что мы поняли: какой учёт реально нужен хостингу

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

Ещё мы поняли, что учёт, который живёт отдельно от мониторинга и биллинга — это половина проблемы. Устройство есть в таблице, а в мониторинге его нет. Или наоборот: в мониторинге висит, а в учёте не числится. Данные должны жить в одном месте, иначе они расходятся и начинаются вопросы.

Как мы решили это через ROC

Перешли на ROC, и склад у нас перестал быть отдельной таблицей.

Приёмка теперь идёт через документы в системе. Клиент привёз партию — оформляется документ приёмки, каждый асик привязывается к этому документу с серийным номером. Выдача — точно так же. Не сообщение в чате «забрали три штуки», а документ с конкретными серийниками и датой.

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

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

И учёт связан с биллингом. Устройство привязано к клиенту и к тарифу. Не нужно отдельно сверять, сколько у клиента асиков и по какому тарифу они размещены — всё в одной карточке.

Новый сотрудник теперь разбирается за день. Открыл систему — видит устройства, видит клиентов, видит документы. Никаких скрытых столбцов и цветовой магии.

Когда пора переходить с Excel

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

Серийники начинают путаться. Приёмка идёт через чат и иногда теряется. Клиенты спрашивают, где их оборудование, и ответ ищется дольше минуты. Новый человек не может разобраться в файле без помощи того, кто его вёл. Таблица стала непонятной даже тем, кто её когда-то создавал.

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

Вывод

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

Мы перешли на ROC и забыли про проблемы, с которыми жили каждый день. Если хотите посмотреть, как это работает — у них можно запросить демо или попробовать бесплатный пробный период 30 дней: https://t.me/platform_roc

Материал основан на опыте нашего объекта. У каждого хостинга своя специфика — процессы, масштаб, команда. Описанные решения могут работать по-разному в зависимости от условий.