Возможности Приложение Тарифы API Демо Блог Презентация Документация Запросить демо
← Все статьи
Оборудование

Оборудование под подотчёт: как склад перестаёт быть тетрадкой

· 6 минут

У провайдера на пятьсот абонентов склад обычно выглядит так: коробки в углу, таблица с остатками, которую ведёт один человек, и монтажники, у которых «что-то осталось с прошлого объекта». Пока объёмы небольшие, это работает. Проблемы начинаются в момент, когда нужно ответить на простой вопрос: сколько у нас роутеров и где они.

Три вопроса, на которые не отвечает тетрадка

Пока эти три ответа лежат в разных местах (или в голове кладовщика), любая инвентаризация превращается в расследование.

Принцип, на котором всё держится

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

Отсюда весь остальной порядок:

  1. Приход. Пока товар не оприходован, для системы его нет. Указываются склад, накладная и поставщик из справочника — не в комментарий, иначе история закупок не соберётся. Расходники вносятся количеством, оборудование — серийными номерами.
  2. Этикетки. После прихода печатаются штрихкоды. Это то, чем вещь потом опознаётся в поле — не «беленький роутер», а конкретная единица.
  3. Выдача в подотчёт. Со склада вещь уходит сотруднику. Больше, чем есть в наличии, выдать нельзя; действует лимит стоимости на руках.
  4. Установка клиенту. Материалы списываются из наряда, поэтому списание сразу привязано к клиенту и адресу. Выбирается режим передачи: ответственное хранение, продажа или аренда с абонплатой.
  5. Инвентаризация. Лист пересчёта фиксирует остатки на момент открытия, разница оформляется актом.

Путь одной единицы оборудования:

flowchart TD
  P[Приход<br/>накладная, поставщик] --> W[Склад]
  W -->|выдача| E[Подотчёт монтажника]
  E -->|возврат| W
  E -->|установка из наряда| C[Клиент<br/>хранение · продажа · аренда]
  C -->|демонтаж| E
  C -.->|сторно| E
  W --> I[Инвентаризация<br/>акт расхождений]

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

Соблазн понятен: ошиблись в приходе — исправим приход. После этого остаток сходится, а история врёт: невозможно понять, что расхождение было, когда оно появилось и на сколько.

Поэтому ошибочная операция отменяется сторно и остаётся в истории. Единица возвращается в подотчёт, запись никуда не исчезает. Это чуть менее удобно в моменте и несравнимо полезнее через полгода, когда нужно понять, куда делись двенадцать оптических модулей.

По той же причине расхождение оформляется актом инвентаризации, а не тихой правкой прихода. Недостача — это факт, у которого есть дата и ответственный.

Работа в поле

Монтажник не заходит в учётную систему с ноутбука — у него телефон и десять минут между объектами. Поэтому сканирование устроено так:

Что это меняет в деньгах

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

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

Отдельный эффект — при увольнении. Подотчёт сотрудника виден одним экраном: что за ним числится, на какую сумму и с какого числа.

Модуль «Склад» описан на странице модулей; там же есть обучающий ролик для персонала. Подробности по операциям — в документации.

Посмотреть платформу в работе

Демо-доступ с реальными данными, презентация для руководства и ответы на вопросы — без обязательств.

Запросить демо →

Читайте также