← На главную

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

Сравнение типовых конфигураций: почему 1С:Розница и 1С:УТ уступают 1С:УНФ

На первый взгляд для пары розничных магазинов логично выбрать 1С:Розницу или устаревшую 1С:Управление торговлей 10.3. Однако сервисное направление накладывает жесткие функциональные ограничения, которые в торговых базах решить «из коробки» невозможно:

1. Расчет позаказной себестоимости ремонта. В торговых решениях тяжело объединить проданные клиенту запчасти и оказанные услуги в единую финансовую сущность с фиксацией итоговой маржинальности конкретного ремонта.
2. Сдельная оплата труда. В сервисных центрах заработная плата инженера напрямую зависит от объема выполненных работ или процента от стоимости ремонта. В 1С:Рознице и 1С:УТ нет механизмов начисления зарплаты мастерам прямо в рамках производственного акта.
3. Использование давальческих деталей. Клиенты нередко приносят свои запчасти (например, купленный на маркетплейсе экран), которые требуется зафиксировать в акте приема-передачи без постановки на финансовый баланс организации.

Оптимальным решением среди типовых продуктов фирмы «1С» выступает 1С:Управление нашей фирмой (УНФ). Программа закрывает все потребности складского учета, кассового обслуживания (РМК) и сервисных операций без необходимости внедрения тяжелых систем класса ERP.

Ключевой функционал 1С:УНФ для сервиса электроники

Разберем подробнее стандартные механизмы 1С:УНФ, которые делают ее базовой системой для небольшого сервисного центра:

1. Подсистема ремонта. В разделе настроек «Работы» активируется опция «Приемка и передача в ремонт». Это добавляет в систему специализированный документ Приемка и передача в ремонт, позволяющий зафиксировать первичное обращение, распечатать клиенту сохранную расписку («Талон приемки»), указать комплектность устройства и заявленные дефекты.
2. Документ «Заказ-наряд». Является центральным объектом сервисного контура. Он объединяет в себе статус заказа, списание собственных запчастей со склада, фиксацию давальческих комплектующих (вкладка «Материалы заказчика»), расчет сдельной оплаты исполнителю (вкладка «Зарплата») и печать закрывающего акта.
3. Серийный учет и IMEI. Включение серийного учета позволяет присваивать серийные номера и IMEI как принятым в ремонт смартфонам (для отслеживания гарантийной истории), так и штучным дорогостоящим запчастям (материнским платам, оригинальным дисплейным модулям).

Организация работы на двух точках: РИБ против единой базы

При наличии двух удаленных филиалов возникает вопрос синхронизации данных. В обсуждениях часто встречается заблуждение, что в 1С:УНФ нет механизма распределенных баз. Разберем доступные варианты архитектуры:

1. Распределенная информационная база (РИБ). Механизм РИБ полностью поддерживается в 1С:УНФ на уровне стандартных библиотек (включая РИБ по магазинам). Он незаменим при крайне нестабильном интернет-канале на точках, однако требует контроля очередей обмена и разрешения возможных коллизий.
2. Единая база через веб-публикацию. Для двух розничных точек РИБ часто оказывается избыточным. Наиболее эффективный путь — развертывание единой базы на сервере с публикацией через веб-сервер (IIS или Apache). Мастера и кассиры на точках работают через тонкий клиент 1С или веб-браузер. Это дает мгновенное списание остатков и общую базу ремонтов без задержек синхронизации.
3. Облачный сервис 1С:Фреш. Исключает затраты на собственную серверную инфраструктуру. Обе точки подключаются к единой базе в облаке, что решает задачу онлайн-остатков и централизованной отчетности.

Специфические ограничения типовой 1С:УНФ и пути их обхода

Несмотря на универсальность, 1С:УНФ создавалась для широкого спектра услуг. При внедрении в мастерскую мобильных устройств стоит учитывать несколько ограничений:

1. Отсутствие специализированных реквизитов. Из коробки в документе приемки нет полей под графический ключ, PIN-код блокировки, состояние аккумулятора (АКБ) и наличие следов влаги. Проблема легко решается штатным механизмом дополнительных реквизитов и сведений без снятия конфигурации с поддержки.
2. Маркировка принятых устройств. Для печати узких самоклеящихся термоэтикеток со штрихкодом заказа (для наклеивания на корпус телефона) потребуется подключить внешнюю печатную форму с настроенным шаблоном под принтер этикеток.
3. Разборка устройств-доноров. Скупка сломанных телефонов на запчасти оформляется через связку документов оприходования и ручной документ Комплектация запасов (вид операции «Разборка»). При больших объемах разбора доноров эту операцию автоматизируют отдельной внешней обработкой.

Таким образом, для связки «ремонт телефонов + продажа запчастей» на двух точках оптимальным выбором является 1С:УНФ, развернутая в единой базе (на сервере или в облаке), с минимальной кастомизацией через механизм дополнительных реквизитов и внешних печатных форм.