13FOX / Для владельца парка
Заявка с датами и условиями. Подтверждение аренды по календарю каждой машины.
Мы создаём сервис, в котором клиент выбирает технику и период, а диспетчер видит занятость, доставку и возврат. Начинаем с вашего парка и правил подтверждения заказа.
Для обсуждения: список техники, пример аренды и текущий график. Мы определим первую версию и состав работ для оценки.
Опыт команды: «Бакаев» — магазин, админ-панель и обмен с 1С; Malling — инструмент CRM-коммуникаций.
01 / От заявки до следующей аренды
Мы предлагаем вести занятость конкретной единицы техники. В её календаре учитываем уже подтверждённые заказы, доставку, обслуживание и время на осмотр после возврата. Заявки из звонков и мессенджеров диспетчер заносит в тот же график.
Тип и параметры машины, даты, адрес объекта, навесное оборудование, работу с оператором или без него. Каталог показывает ставку за смену и её состав по вашим правилам.
Сверяет выбранную машину с календарём. Если график ещё не подтверждён или маршрут требует уточнения, заявка поступает диспетчеру на проверку.
Проверяет машину, оператора и подачу, согласует итоговую сумму. Повторно проверяет доступность при подтверждении; фиксирует бронь и условия для клиента.
В заказе отмечает выдачу, фактический период, комплектацию и возврат. Продление проходит проверку следующей брони. После осмотра ответственный разрешает новую аренду.
Демонстрация предлагаемой логики
Условные данные, 12–17 октября. Это пример процесса, который мы согласуем для вашего парка.
15 октября свободно в этом календаре. Диспетчер проверяет доставку и оператора, согласует условия и подтверждает бронь.
Если две заявки пересекаются, подтверждение проходит через общую проверку календаря. В приёмке отдельно проверяем одновременную попытку занять одну машину.
02 / Выбор модели
Первая версия для своего парка
Вы управляете карточками машин, календарём и условиями аренды. Диспетчер подтверждает доступность и подачу. Клиент получает согласованную машину, период, стоимость и порядок возврата.
Если привлекаете партнёра на отдельный заказ, заранее определяем, кто подтверждает его график и отвечает перед клиентом за выполнение.
Отдельный состав разработки
Маркетплейсу нужны кабинеты поставщиков, проверка карточек и условий, подтверждение графика владельцем, правила комиссии и расчётов. Также потребуется определить стороны договора и порядок разбора отмен, замен и споров.
Если вы строите такую площадку, включим эти процессы в разбор первого заказа. Их объём оцениваем отдельно от сервиса собственного парка.
03 / Источники данных
До разработки мы определяем, где сотрудники ведут парк, занятость и расчёты. Если календарь переносим в платформу, она становится местом подтверждения брони. Если график остаётся в вашей системе, проверяем доступные операции обмена и обработку задержек.
При недоступном источнике показываем время последнего обновления и передаём заявку на проверку. Если обмен приходится повторить, проверяем, как изменилась запись этого заказа. Сотрудник видит результат.
04 / Подтверждённая работа 13FOX
В «Бакаеве» мы помогли перенести локальную 1С в облако и связали её с админ-панелью продуктового магазина. Обмен работает в обе стороны через сервер синхронизации.
Сотрудник заменяет фотографию товара в админ-панели — она обновляется в 1С. Покупатель оформляет заказ в приложении — остатки меняются в админ-панели и 1С. Изменения из учётной системы доходят до приложения.
Посмотреть кейс «Бакаев» ↗В Malling мы сделали инструмент коммуникаций рядом с Битрикс24 и amoCRM. Клиентские данные и сделки ведутся в CRM, специализированный интерфейс помогает работать с кампаниями.
Посмотреть кейс Malling ↗
Это смежные проекты торговли и CRM-коммуникаций. Календарь спецтехники, подача на объект и возврат — предлагаемый состав нового решения; эти процессы мы проектируем с вашей командой.
05 / Границы первой версии
Предлагаем первый запуск на согласованной части парка и одном способе подтверждения. Клиент отправляет заявку, диспетчер проверяет график и условия, команда доводит заказ до возврата.
Интеграцию с вашей CRM и 1С, онлайн-оплату, документы, несколько баз и транспортных графиков. Для каждого направления сначала проверяем источник данных и операции на тестовом примере.
Мобильный сайт позволяет подать заявку с объекта. Отдельное приложение оцениваем, если нужны регулярные действия в телефоне, работа с камерой или другие сценарии, которые вы подтвердите на пилоте.
Мониторинг техники и полноценная CRM парка имеют свой состав работ и отдельную оценку.
Внутренняя работа парка / Для директора аренды
Машина и оператор назначены. Часы подтверждены. Видно, какой акт оплачен частично.
Мы предлагаем разработать CRM для аренды спецтехники под ваш рабочий день: общий график, фактические часы, согласование простоя и обмен с 1С. Диспетчер видит следующий выезд и незакрытые смены, бухгалтер получает проверенные данные для расчётов.
Если парк уже работает в отраслевой системе, сначала проверим этот сценарий в ней. По результату предложим настройку, отдельный модуль или собственную разработку.
Нужны обезличенная заявка, табель смены и название вашей 1С. Мы определим правила учёта и состав первой версии.
В «Бакаеве» мы связали приложение, админ-панель и 1С через сервер синхронизации. Для вашего парка предлагаем использовать этот опыт обмена.
От заявки до сверки
Предлагаем вести каждую смену внутри заказа. Её номер связывает назначенную технику, оператора, подтверждение часов и документ расчёта.
Диспетчер выбирает машину, оператора, объект и период. Перед подтверждением система проверяет оба графика, обслуживание и время подачи. Перенос или замена снова проходят эту проверку; изменения сохраняются с автором и причиной.
Оператор передаёт время работы и остановок по согласованной форме. Показания счётчика наработки храним отдельно от оплачиваемых часов. Ответственный проверяет табель: оплачиваемый простой, минимальная смена и переработка зависят от договора.
Согласованный факт передаём в 1С по выбранному составу обмена. В предлагаемом варианте бухгалтер формирует акт в 1С, а CRM получает его номер, сумму и статус. Спорные часы остаются на согласовании и не попадают в окончательный расчёт автоматически.
Бухгалтер связывает платёж с заказом и актом; CRM получает результат из 1С. Диспетчер видит оплаченную часть и остаток. Поступление без понятного назначения ждёт разбора. Аванс учитываем отдельно до зачёта по согласованным правилам.
Демонстрация предлагаемого процесса
Условный заказ АР-023: машина ЭК-01, оператор ОП-07, 12 октября, план 09:00–17:00. Зафиксировано 6 часов работы и 2 часа простоя.
В согласованном варианте сумма акта дана отдельно — 24 000 ₽; к нему отнесён платёж 10 000 ₽. Это условные данные, а не тариф аренды или цена разработки. Сумма не вычисляется из часов в этой демонстрации.
Факт и акт согласованы
Диспетчер видит частичную оплату. Остаток относится к этому акту; общий баланс заказчика сверяем отдельно в 1С.
Сохраняем действующий учёт
До разработки мы закрепим, где меняются данные и кто их подтверждает. Для 1С проверим конфигурацию, версию, доработки, доступные операции и права. Способ обмена выберем после теста одной смены и одного документа.
В «Бакаеве» изменение фотографии в админ-панели доходило до 1С, а заказ в приложении менял остатки в обеих системах. Это подтверждённый опыт синхронизации в рознице. Арендные смены, акты и платежи проектируем для вашего парка отдельно.
Посмотреть кейс интеграции с 1С ↗Первая версия CRM
Внутренний модуль парка имеет отдельный состав работ и оценку. Начинаем с согласованной части парка: заявка, график машин и операторов, табель, согласование, акт и частичная оплата. Переносим справочники и открытые заказы после сверки исходных таблиц.
На оценку влияют правила ставок и простоя, число ролей, полнота и согласованность таблиц Excel, доработки 1С. Полную ERP с ремонтами, топливом, зарплатой и расчётами с поставщиками техники оцениваем отдельным составом работ.
Мы разбираем день с диспетчером и бухгалтером, согласуем правила на прототипе, подключаем тестовый обмен и проводим пилот. В смете разделяем интерфейсы, перенос данных, обмен, доработки 1С и сопровождение.
Да. Для пилота выбираем часть парка и сверяем её данные. На этом участке фиксируем одно место подтверждения смен, чтобы сотрудники не меняли один график в двух источниках. Остальной парк переносим после приёмки.
Для первой версии можно начать с формы в мобильном браузере. Отдельное приложение, работа без сети и сведения из системы мониторинга требуют своих сценариев и проверки источника наработки. Их включаем в оценку, когда они нужны вашему процессу.
Следующий шаг
Подготовьте обезличенные заявку, график, табель и пример акта с частичной оплатой; назовите вашу конфигурацию 1С. Мы определим источник данных, правила согласования и состав первой версии для оценки.
Телеметрия / Для руководителя механизации
Покажем источник часов, результат сверки и решение ответственного.
Если GPS-мониторинг уже работает, а часы в 1С вводят вручную, мы предлагаем модуль сверки. Он сопоставляет данные машины с заданием, выделяет расхождения и готовит подтверждённые часы для согласованного документа 1С. Руководитель видит, откуда взялся интервал и кто его принял.
Показания двигателя, движение и оплачиваемая смена описывают разные события. Правило учитываемого времени согласуем с вашей командой по договору; спорный интервал остаётся на проверке.
Разобрать сверку часовПодготовьте обезличенные телеметрию, задание, правило учёта времени и документ 1С. Мы разберём одно расхождение и предложим карту сверки, подтверждения и обмена.
Телеметрия даёт основание для проверки. Учитываемые часы утверждает уполномоченный сотрудник.
Предлагаемый путь данных
Сохраняем доступные показания или отчёт провайдера, а задание берём из диспетчерского плана. Запись о часах получает статус подтверждённой после проверки по согласованному правилу.
Идентификатор, исходное время и время получения, устройство, показания и версию формата. Позднее сообщение и повтор должны оставаться различимыми.
Сопоставляем устройство с машиной на момент события, затем с заданием и сменой. Перестановка трекера или смена задания внутри интервала требует отдельной проверки.
Приводим время к согласованному часовому поясу, показываем пропуски и доступные признаки качества. Способ подсчёта наработки проверяем по документации и настройкам вашего мониторинга.
Сотрудник видит показания рядом с заданием и табелем. Неполные данные получают причину расхождения; итоговые часы ждут решения.
Ответственный подтверждает или корректирует часы с причиной. Сохраняем автора, время, принятую версию и ссылки на исходные записи.
Передаём подтверждённый факт в согласованный объект учёта. Если ответ потерян, проверяем результат по идентификатору перед повтором; статус передачи виден сотруднику.
Демонстрация / Условные данные
Машина ЭК-01, задание ЗД-055, смена 09:00–17:00. В условном отчёте провайдера указано 6 часов наработки, табель содержит 8 часов. Эти значения заданы для примера: оплачиваемое время здесь не вычисляется.
Пример карточки происхождения интервала. Это демонстрация предлагаемого процесса, без подключения к мониторингу или 1С.
Неполные данные · ждут проверки
Отсутствие сигнала оставляем отдельным расхождением. Ответственный сверяет табель и подтверждение работы; пропуск сам по себе не определяет простой или число оплачиваемых часов.
Отдельный модуль платформы
В первую версию предлагаем приём данных одного провайдера, историю привязки устройств, сверку с заданиями, карточку расхождения, подтверждение и обмен с одним согласованным объектом 1С. Этот модуль имеет отдельную оценку рядом с платформой аренды и CRM диспетчера.
До разработки проверим API или выгрузку мониторинга, единицы и смысл полей, доступную историю, права и ограничения получения данных. Для 1С — конфигурацию, версию, доработки и тестовую операцию. Наличие интерфейса обмена само по себе не определяет, как учитывать часы.
В смете выделим подключение источника, подготовку справочников, правила сверки, интерфейс подтверждения, доработки 1С и приёмку. Установку и настройку датчиков, топливный учёт, зарплату и новые приложения оцениваем отдельно, если они нужны.
В «Бакаеве» мы связали приложение, админ-панель и 1С через сервер синхронизации. Это опыт обмена в торговле. Сверку телеметрии и правила часов проектируем для вашего парка отдельно.
Да, если в них есть доступные данные и разрешённый способ обмена. Сначала проверим один обезличенный фрагмент и связь устройства с машиной. Задание берём из действующего плана, а место подтверждения часов согласуем с вашей командой.
В предлагаемой первой версии часы проходят подтверждение. Состав оплачиваемого времени зависит от договора: работа, подача, простой и минимальная смена могут учитываться по разным правилам. Автоматическое подтверждение обсуждаем только для согласованных условий и проверенных исключений.
Проверим, что доступно: события, интервалы или только итоговый отчёт. Если источник отдаёт лишь сумму часов, карточка будет ссылаться на этот отчёт; восстановить по нему каждое событие нельзя. Границы сверки и необходимые подтверждения фиксируем до оценки.
Первый разбор
Пришлите обезличенный фрагмент телеметрии, задание, правило учёта времени и документ 1С. Разберём одно расхождение и предложим карту сверки, подтверждения и обмена.
Назовите провайдера, версию API или выгрузки, конфигурацию 1С и сотрудника, который подтверждает факт. Контакт можно оставить в форме; материалы обсудим после связи.
06 / Выбор решения и оценка
Мы сначала проверяем, можно ли выполнить такой заказ в готовом сервисе: конкретная машина, период, доставка, подтверждение и возврат. Если в действующей системе уже есть каталог, календарь и подтверждение заказа, оцениваем настройку и нужный модуль. Собственную платформу предлагаем для правил и интерфейсов, которые требуют разработки.
В оценку входят проектирование, каталог и перенос данных, календарь и правила подтверждения, интерфейс диспетчера, права, уведомления, проверка и запуск. Интеграции, онлайн-оплату и приложение считаем по согласованным сценариям.
На срок влияют готовность списка машин, единый график занятости, условия договоров и доступность тестовых систем. В смете отдельно указываем разработку, доработки учёта, лицензии, внешние сервисы, размещение и сопровождение.
Перед первым разговором
Да, если график, оператор и подача проверяются системой, а правила оплаты согласованы. Для начала предлагаем подтверждение диспетчером. Автоматическую бронь и оплату добавляем после проверки пересечений, отмен, задержек и возвратов.
Диспетчер заносит их в общий календарь или получает из вашей системы по согласованному обмену. У каждого заказа есть машина, период и статус. Сайт проверяет тот же источник занятости при подтверждении аренды.
Проверяем новый период, доставку и следующий заказ. Диспетчер согласует с клиентом новую машину или дату и фиксирует изменённые условия. Перед запуском определяем, кто вправе менять заказ и пересчитывать сумму.
Мы проверим версию, доработки, доступные интерфейсы и права. За каждой системой закрепим данные и операции. Обмен оцениваем после тестового заказа; отдельно согласуем, где подтверждается календарь и как команда видит ошибки.
Нужны правила работы с несколькими владельцами: доступ к карточкам и графику, подтверждение заказа, комиссия, расчёты, ответственность и разбор споров. Разберём один заказ с участием поставщика и оценим эти процессы отдельно.
Начнём с вашего парка
Оставьте контакт. К разговору подготовьте список машин, график, условия смены и доставки, название учётной системы. Достаточно обезличенного примера заказа и описания работы диспетчера.
Мы определим границы первой версии, источник занятости, правила подтверждения и состав работ для оценки.
Заявка отправлена. Команда 13FOX свяжется с вами.
Проверяем соединение и передаём заявку.
Оставьте контакт. К разговору подготовьте список машин, текущий график и обезличенный пример аренды.
Для первого разговора: Свой парк или агрегатор, правила аренды и список систем.
После разбора: Границы первой версии, место подтверждения занятости и состав работ для оценки.
Или напишите в Telegram.
