Сопровождение обезличено
У Фреша есть линия техподдержки, но это не партнёр, который знает вашу базу. «Перестал работать обмен с маркетплейсом, отгрузка через три часа» — вы пишете в саппорт и ждёте.
Когда облачного 1С:Фреш перестаёт хватать — не по функциям, а по сопровождению и контролю над инфраструктурой — и почему рабочий выход для микробизнеса на маркетплейсах именно коробочная 1С:УНФ. На примере реального проекта.
Кратко
В работе постоянно повторяется один и тот же портрет клиента. Микробизнес, ниша — например, посуда, обувь, аксессуары. Один-два сотрудника. Около 150 артикулов. Продажи на двух маркетплейсах — обычно Ozon плюс Яндекс Маркет. Учёт ведётся в 1С:Фреш, потому что «так посоветовал бухгалтер на старте».
И в какой-то момент собственник звонит и говорит примерно одно и то же: «Хочу нормальный 1С под своим управлением. С Фрешем устал».
Далее — разбор: что именно ломает 1С:Фреш на этом размере, почему именно 1С:УНФ, а не Управление торговлей или МойСклад, что входит в сборку для маркетплейсов и где границы того, что эта связка не решит.
Отправная точка
Сам по себе Фреш — нормальный продукт: облачная аренда типовых конфигураций 1С. Для старта — логичный выбор. Проблемы начинаются на следующем этапе.
У Фреша есть линия техподдержки, но это не партнёр, который знает вашу базу. «Перестал работать обмен с маркетплейсом, отгрузка через три часа» — вы пишете в саппорт и ждёте.
Нельзя установить любое расширение и любой коннектор — есть согласованный список. Специфический отчёт или нестандартный обмен упирается в ограничения тарифа.
Резервное копирование, обновления, регламенты — на стороне арендодателя. Пока всё работает — неплохо. Но при сбое управлять восстановлением можно ограниченно.
Многие собственники не любят ощущение «я в чужом облаке». Когда бизнес становится зависим от системы, желание держать её под контролем — нормальное явление.
Это не значит, что Фреш плохой. Это значит, что на определённом этапе он перерастает себя.
Выбор конфигурации
Когда слышат «нужна нормальная 1С», обычно представляют себе Управление торговлей. Продукт серьёзнее, но для микробизнеса чаще избыточен. Сравним.
| Решение | Кому подходит | Слабые места | Бухгалтерия в РФ |
|---|---|---|---|
| 1С:УНФ рекомендуем | Микро- и малый бизнес: 1–5 сотрудников, до ~500 SKU, 1–3 канала продаж | Простой складской учёт при сложных сценариях; нет промышленного производства | Встроенная связка с 1С:Бухгалтерией |
| 1С:Управление торговлей | Торговая компания с оптом и розницей, складами и маркетплейсами | Дорогое владение, требует более компетентного сопровождения | Нативно |
| МойСклад | Чистые маркетплейсы без бухгалтерии в 1С | Подписка растёт с оборотом; гибкость ограничена | Отдельная интеграция с 1С:Бухгалтерией |
| 1С:Фреш | Только начали, нет ИТ-ресурсов | Безлицензионная поддержка, лимиты на доработки, контроль со стороны арендодателя | Нативно |
Нажмите на строку, чтобы выделить её.
УНФ — это «маленькая 1С на все случаи жизни». В одной базе: товары, склад, продажи, закупки, деньги, простая зарплата, обмен с банком, обмен с маркетплейсами, обмен с 1С:Бухгалтерией. Для микробизнеса этого достаточно, и человек не путается в десятке справочников.
УТ — это уже полноценная ERP. Имеет смысл, когда есть опт, розница, склады, разные виды цен, сложные акции, договоры с отсрочкой. При объёме «один ИП, 150 SKU, два маркетплейса» — переплата за функционал, который не будет использоваться.
МойСклад — это альтернатива 1С, а не дополнение. Хорош, если бухгалтерию никто не ведёт в 1С и не планирует. Если у вас уже стоит 1С:Бухгалтерия, МойСклад становится лишним.
Фреш — стартовая позиция, из которой растут. Неплохая, но временная.
Состав проекта
Это не настройка за один день и не «нажми кнопку». Типовой проект разбивается на шесть этапов.
Организация, учётная политика, базовые виды цен, единицы измерения, правила НДС/УСН, права доступа. Фундамент — кривая настройка будет корректироваться весь следующий год.
Установка клиента 1С, подключение к базе, роли. У одного — полный доступ, у другого — только обработка заказов с маркетплейсов и контроль остатков.
~150 SKU вручную = каша из дубликатов. Делается через шаблон Excel со справочниками. На выходе — чистая номенклатура, готовая к публикации в карточках.
Решение «характеристики vs отдельные карточки» принимается до загрузки. Для WB размер и цвет — характеристики одного товара; для Ozon логика другая. Разнести базу потом = половина стоимости первичного внедрения.
Снятие остатков на дату перехода (склады продавца + отдельно FBO маркетплейсов), загрузка закупочных и розничных цен. Без этого учёт начинается с нуля и история теряется.
Склады (свой + FBO Ozon + FBO Яндекс Маркет как виртуальные), правила списания, возвраты, инвентаризация, резервирование под заказы.
Ключевая настройка — приоритет списания FBO/FBS и скрываемый остаток (страховой запас, не выгружаемый на площадки). Без правила «сначала FBO, при остатке ниже порога — FBS» товар продаётся дважды, один заказ отменяется со штрафом.
В УНФ это расширение конфигурации, а не «коннектор-кнопка». Ставится через «НСИ и администрирование → Расширения» со снятием безопасного режима.
Сопоставление номенклатуры (штрихкод / артикул / произвольное правило), регламентные задания с собственными расписаниями, документы продажи («Заказ покупателя» → «Расходная накладная»), отчёт комиссионера.
Важный нюанс интеграции
От типа расширения напрямую зависит, какой функционал будет у вас работать. Понимать это нужно с самого начала.
В УНФ 3.0+, входит в лицензию. Базовая синхронизация: остатки, цены, простые заказы. Один аккаунт на площадку, минимум настроек.
Итогвходит в лицензиюБесплатные базовые версии коммерческих расширений от партнёров 1С. Расширяют встроенный обмен, но всё ещё имеют ограничения по функционалу.
Итогс ограничениямиНапример, «Управление маркетплейсами на 1С» от ИнфоСофт. Несколько аккаунтов на площадке, расширенные правила сопоставления, скрываемый остаток, отчёт комиссионера с детализацией, маркировка, аналитика.
Итогполный функционалМикробизнес часто пробует встроенный обмен УНФ и упирается в его ограничения: нет приоритета FBO/FBS, не подключается отчёт комиссионера, характеристики WB не работают как разные SKU. Тогда переходят на платное.
Масштабирование
Микробизнес часто регистрирует второе ИП — другой режим налогообложения, разделение направлений. В плохо структурированной базе вторая организация ломает учёт.
Это важно заложить архитектурно на старте. Иначе через полгода вторая ИП-шка добавляется через костыли и кашу в отчётах.
Честно о границах
Полезно обсудить заранее — чтобы потом не разочароваться. Вы знаете, где у системы пределы, и не ждёте «волшебной кнопки».
Если процессы не описаны и каждый делает «как помнит», система это зафиксирует, но не исправит. Кривой ввод данных = кривые отчёты.
Сделает их видимыми по каждому артикулу и каналу. Решения принимаете вы.
API Ozon и Яндекс Маркета меняются, в 1С выходят обновления. Без сопровождения интеграция отвалится — обычно перед отгрузкой.
Показывает, что артикул убыточный — снимать или менять закупку решает собственник.
Граница самостоятельности
Частично — да. На небольших объёмах это возможно по типовым инструкциям. Если у вас 30–50 SKU и одна площадка, этого вполне может быть достаточно.
На старте с небольшим ассортиментом и одной площадкой вы сэкономите на внедрении.
Сопоставление номенклатуры и схем FBO/FBS перестаёт быть «по инструкции».
Экспорт базы, перенос справочников без потерь, перенос остатков «на дату» — отдельная задача.
Типовой мастер этого «из коробки красиво» не разложит.
Когда что-то отвалилось перед отправкой из-за смены API или релиза 1С, а разбираться некому.
FAQ
Да. УНФ во Фреше и коробочная версия — это одна и та же конфигурация. База выгружается стандартной процедурой (.dt-файл), загружается в локальную или серверную копию УНФ. Далее — проверка остатков, справочников, открытых документов и повторная настройка обмена.
1С:Фреш — это способ доставки 1С (облачная аренда). 1С:УНФ — конкретная конфигурация. Во Фреше может работать УНФ. «Переезжаем с Фреша на УНФ» обычно значит «переезжаем с аренды на собственное владение лицензией».
На практике УНФ комфортно работает с 1000–2000 артикулами, дальше всё зависит от сценариев: характеристик, серий, спецификаций. На 150 артикулах УНФ работает с большим запасом.
Да, поддержка нескольких организаций в одной базе — стандартная функция УНФ. Важно заложить это в архитектуру на начальном этапе, а не дорабатывать потом с помощью костылей.
В нормальном проекте это часть сопровождения: подрядчик отслеживает изменения API, обновляет коннектор, тестирует. Без сопровождения проблему устраняют в авральном режиме, обычно теряя день-два работы.
Зависит от количества SKU, площадок, сложности миграции и наличия второго ИП в перспективе. Типовой проект на ~150 SKU с двумя площадками и переходом с Фреша — несколько этапов работ; смету составляем после краткой диагностики базы и сценариев продаж.
Большинство расширений работают на УНФ 1.6 от релиза 1.6.19.128 и УНФ 3.0 от релиза 3.0.1.193, на платформе 8.3.14 и выше. Лицензия — ПРОФ или КОРП; на «Базовой» УНФ расширения не устанавливаются, интеграция невозможна. Старая версия — первым шагом обновление платформы и конфигурации.
Три типа. Встроенный обмен от 1С в УНФ 3.0+ — бесплатно, базовая синхронизация остатков, цен и заказов. Бесплатные базовые редакции коммерческих расширений — добавляют возможности, но с ограничениями. Платные (например, «Управление маркетплейсами на 1С» от ИнфоСофт) — полноценная работа с отчётом комиссионера, приоритетом FBO/FBS, скрываемым остатком, маркировкой, мультиаккаунтингом.
Выводы
1С:УНФ — рабочий выбор для микробизнеса, который перерос 1С:Фреш. При самостоятельном управлении, нормальном сопровождении и прозрачной архитектуре под второе ИП он закрывает 80% задач селлера с ~150 SKU и двумя маркетплейсами. Главное — правильно заложить архитектуру на старте: миграция, мультиорг, интеграция с площадками. Дальше система работает сама.
Узнали себя?
Если вы на 1С:Фреш, на двух маркетплейсах, со 100–200 SKU и идеей второго ИП — напишите. Посмотрим текущую базу, объёмы и сценарии продаж и скажем честно: вам прямая дорога на УНФ, или в вашем случае хватает того, что есть. Без навязывания лишнего.