Руководства

Разница между полевой программой и ERP: нужна ли программа для управления машинами, если есть ERP?

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

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

Коротко

  • ERP работает на уровне документов и месяцев, полевая программа — на уровне часов и дней; простой с 09:40 до 16:10 доходит до ERP, когда приходит счёт за шланг, одной строкой расхода.
  • Двойной ввод и расхождения возникают, когда нигде не записано, где хранится основная запись каждого вида данных; достаточно одного владельца для каждого вида данных, общего кода машины и проекта и одностороннего потока.
  • Подключение к ERP не обязательное условие: в компании без ERP процесс завершается внутри программы, в компании с ERP его можно начать с загрузки из Excel и добавлять подключение постепенно.

Нужна ли программа для управления машинами, если есть ERP?

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

Если вопрос только о сумме на конец месяца, то есть о том, сколько счетов проведено по этой машине за месяц, ERP чаще всего достаточно. Разница вот в чём: ERP видит что-то, когда проведён документ, и не видит, когда машина остановилась. Если у вас не ERP, а Excel и группа в мессенджере, сравнение строится иначе; о нём смотрите руководство «Excel или программа».

Области, где ERP — владелец основной записи

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

  • Бухгалтерия и финансовая отчётность: журнал проводок, баланс, записи, на которых основана налоговая декларация.
  • Запись заказа на закупку и расчёты с поставщиком: номер заказа, срок оплаты, платёж.
  • Закрытие периода и финансовая оценка: официальные операции на конец месяца и года.
  • Основные средства: стоимость принятия машины к учёту и амортизация. По срокам и методу посоветуйтесь с вашим бухгалтером.
  • Расчёт заработной платы: официальная запись оплаты труда персонала и расходов работодателя.

Событие у машины тускнеет, пока доходит до ERP

Пример: экскаватор остановился в 09:40 из-за прорыва гидравлического шланга и снова заработал в 16:10. В полевой записи это простой в 6 часов 30 минут; известны машина, время и причина. В ERP то же событие появляется, когда проводится счёт за шланг, часто через несколько дней, одной строкой расхода на обслуживание. Продолжительность простоя, проект, к которому он относится, и вычитается ли он из аренды, в ERP вообще не попадают.

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

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

Пользователь тоже другой: бухгалтер и бригадир

Экраны ERP по бухгалтерии, закупкам и финансам в основном используются за рабочим столом и по документам. Пользователи полевой программы — бригадир, оператор, начальник по технике и начальник участка: на телефоне или планшете они открывают запись каждые две минуты, и человек, который вносит эту запись, чаще всего в ERP вообще не заходит. Превращение всех полевых пользователей в пользователей ERP — отдельная задача с точки зрения лицензий, обучения и соответствия экранов; чаще реалистичнее сначала посмотреть, дополняют ли две программы друг друга.

Когда достаточно одной ERP

Не каждой компании нужна отдельная полевая программа. ERP чаще всего достаточно, если верны одновременно три условия:

  • Машин мало, они работают на одной стройплощадке, а ваши вопросы относятся к уровню месяца: какие расходы в этом месяце отнесены на какую машину.
  • Информацию о неисправностях и простоях уже ведёт один человек, он же вносит её в ERP; запись не должна расходиться между другими пользователями.
  • Начисление за аренду арендованной машины идёт не по табелю, а по фиксированной ежемесячной плате.

Какие данные где рождаются и где живут

Распределение ниже — обычная схема для компании с ERP. Каждая фирма адаптирует её под свою ERP; какое подключение будет настроено, определяется на техническом обследовании.

Распределение данных между ERP и полевой программой

ДанныеГде рождаютсяВладелец основной записиЧто уходит другой стороне
Карточка машины и основного средстваERP: закупка и принятие к учётуФинансовая часть — ERP; счётчик, документы и обслуживание — полевая программаКод машины, название и компания приходят из ERP в полевую программу; счётчик и документы в ERP не уходят
Проект и центр затратERPERPКод проекта приходит в полевую программу; затраты машины записываются на этот код
Карточка поставщика и арендодателяERPERPРасчёты с контрагентом остаются в ERP; по какому общему коду арендодатель и сервисная фирма сопоставляются в двух системах, определяется на техническом обследовании
Заказ на закупкуERP, если она есть; если нет — модуль заявок и закупокСистема, в которой открыт заказНомер заказа становится ссылкой для полевой записи; потребность с места работ уходит в ERP как заявка
Запись о неисправности и наряд-заказУ машины: оператор или бригадирПолевая программаВ ERP уходит сводка расходов на ремонт (оплата труда, запчасти, внешний сервис) и ссылка на неисправность
Моточасы и счётчикМашина или телеметрия; если нет — ExcelПолевая программаПри необходимости — сводка моточасов на конец периода
Табель и статус дняСтройплощадка; черновик формируется из счётчика и простояПолевая программа; утверждает начальник участкаУтверждённая сводка за месяц; для арендованной машины — исходные данные начисления за аренду
Заправка топливомПункт заправкиПолевая программа (машина, литры, счётчик)Заправка записывается на машину; счёт за топливо и стоимость запасов остаются в ERP
Срок планового обслуживанияРеальный счётчикПолевая программаСтоимость наряд-заказа на обслуживание
Договор аренды, начисление и оплатаДоговор; сумма начисления — по утверждённому табелюРасчёт начисления — полевая программа; счёт, срок оплаты и платёж — ERPУтверждённая сумма периода — в ERP; счёт арендодателя — из ERP для сравнения
Заработная плата и затраты на оплату трудаРасчёт заработной платы в ERPERPЕжемесячные расходы работодателя на сотрудника вносятся в полевую программу, пересчитываются в часовую ставку и записываются в неисправности и обслуживание как оплата труда; в ERP уходит сводка отработанных часов

Откуда берутся двойной ввод и расхождения

Пример (цифры условные): по экскаватору полевая запись показывает за месяц 38 000 TL расходов на ремонт; из них 21 000 TL — запчасти и внешний сервис, 17 000 TL — собственная оплата труда. В ERP на счёте расходов на обслуживание за тот же месяц 21 000 TL, потому что собственная оплата труда уже записана в расчёте заработной платы как зарплата. Две цифры измеряют разное, и обе могут быть верными. Расхождение возникает, когда не записано, какая из них затраты машины, а какая бухгалтерский расход.

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

  • Определите единственного владельца основной записи для каждого вида данных; третий столбец таблицы выше — набросок такого решения.
  • Код машины и код проекта должны быть одинаковыми с обеих сторон; ключ хранит сопоставление с внешними ссылками.
  • Данные должны идти в одном направлении: одно и то же поле не должно записываться из двух мест.
  • Запишите правило дат: полевая программа работает по дате события, ERP — по дате документа. При ежемесячном сравнении разницу сначала ищут в этих двух датах.

Схемы подключения без технического жаргона

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

  • Основные данные приходят из ERP: сведения о машинах, проектах и компании массово записывает через API сама ERP или промежуточная программа.
  • Оперативные данные уходят с места работ в ERP в виде сводки или события: сторона ERP читает их через API.
  • Сопоставление с внешними ссылками: номер каждой машины, проекта и документа в ERP хранится в полевой записи; так один и тот же объект узнаётся с обеих сторон.
  • Поток изменений: другая сторона вместо того, чтобы каждую ночь заново читать весь список, получает то, что изменилось с последнего запроса.
  • Подписанное событийное уведомление (webhook): когда неисправность закрыта или табель утверждён, система сообщает по указанному адресу; подпись подтверждает, что уведомление действительно пришло из этой системы.

Состояние по SAP и API

Чтение через API, массовая запись, поток изменений, сопоставление с внешними ссылками и подписанное событийное уведомление работают; доступ к API — дополнительный модуль, зависящий от лицензии. Коннектор SAP находится в предварительной версии и не открыт для общего использования. Его объём подтверждается на техническом обследовании; не предполагайте до обсуждения, для какой версии SAP и какого типа документа он будет работать. Подробности — на странице интеграция с ERP и SAP.

В компании без ERP процесс закрывается внутри программы

Если ERP у вас нет, закупки не остаются незавершёнными. Модуль заявок и закупок Reper Axis проводит процесс от потребности до запроса предложения, от утверждения по сумме и полномочиям до заказа, частичной приёмки и сверки счёта; логика проверки счёта изложена в руководстве по трёхстороннему соответствию. Бухгалтерская запись по-прежнему остаётся делом вашей бухгалтерской программы и вашего бухгалтера; полевая программа её не заменяет.

Постепенное подключение в компании с ERP

Даже при наличии ERP подключение не нужно настраивать в первый же день. Приведённый ниже порядок на каждом шаге проверяет правильность предыдущего:

  • Загрузите список машин, операторов, проектов и локаций по шаблону загрузки данных из Excel; коды машин и проектов запишите так же, как в ERP.
  • Запустите на одной стройплощадке поток неисправностей, счётчика и табеля.
  • По итогам первого месяца вручную сравните расходы на обслуживание в ERP с затратами в карточке машины и объясните разницу датой и объёмом.
  • Когда разницу можно объяснить письменно, добавьте подключение основных данных.
  • В последнюю очередь отправляйте в ERP сводку оперативных данных.

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

Если в нашей ERP есть модуль обслуживания, нужна ли отдельная программа?

Сначала проверьте на этом модуле три вопроса: может ли бригадир открыть неисправность с телефона, измеряется ли простой в часах, получается ли начисление за аренду из табеля? Если на все три ответ «да», отдельная программа может не понадобиться.

На каком этапе подключение SAP?

Коннектор SAP находится в предварительной версии и не открыт для общего использования; объём подтверждается на техническом обследовании. Работают API, сопоставление с внешними ссылками, поток изменений и подписанное событийное уведомление.

Приведёт ли начало работы без интеграции к расхождению данных?

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

Другие руководства

Руководства

Как классифицировать причины простоя спецтехники? Двухуровневая схема кодов простоя

Если причина простоя остаётся заметкой из одного слова, решения о готовности техники, вычетах из аренды и затратах превращаются в догадки. В руководстве даны двухуровневая схема из основного класса и кода причины, пример списка кодов и правила записи.

Как составить план периодического обслуживания спецтехники: пошаговое руководство

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

Учёт неисправностей на стройплощадке: Excel или программа для учёта неисправностей?

Учёт неисправностей в Excel и группе WhatsApp начинается с малого и очень скоро расползается. Мы рассказываем, в какой момент нужно переходить на программу и как провести этот переход.

Reper Axis

15-дневный пилот на вашем парке машин

Пилот бесплатный и проводится не более чем на 10 машинах. Пришлите список машин, мы загрузим его в систему. Учёт неисправностей, ТО и табель доступны; табель в годовой лицензии — отдельный платный модуль. Вы работаете в отдельном аккаунте своей компании. Автоматических списаний нет.

Запросить пилот
Форма связиWhatsApp