1С:Розница: что умеет и как связать магазин с сайтом и учётом

Магазину нужен общий учёт, а не отдельная программа для чека

1С:Розница — программа для управления торговлей: она связывает товары, закупки, остатки, продажи и работу кассы. Для магазина её полезно оценивать по полному пути товара, от поступления до продажи и возврата, включая заказы с сайта, если они участвуют в работе.

Кассовое приложение решает более узкую задачу. В «Рознице» можно использовать встроенное рабочее место кассира либо внешнюю программу «1С:РМК» — оба варианта перечислены в описании производителя. Это разные роли. Покупателю нужен чек, а руководителю ещё нужно понимать, что осталось на складе и почему количество изменилось. Поэтому выбор начинается с работы магазина, а вопрос о кассовом экране следует за ним.

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

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

Чем «Розница» отличается от РМК, УНФ и бухгалтерии

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

Встроенное РМК служит кассиру. Производитель описывает разделение прав кассира и администратора, разные виды оплаты и помощник закрытия смены; подробности доступны в разделе о рабочем месте кассира. Руководителю стоит увидеть эти действия на своём сценарии. Например, продавец проводит обычную покупку, а для спорной операции обращается к сотруднику с нужными полномочиями. Тогда доступы обсуждаются как часть работы, а не как формальная выдача пароля.

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

Таблица помогает поставить вопросы. Она не определяет состав лицензий и доступность конкретной операции в вашей базе: это зависит от выбранных продуктов, их версий и настроек. Я бы сохранил действующую программу в её понятной роли, если новая задача решается обменом, потому что замена всей учётной системы ради подключения одного магазина увеличивает объём переноса и обучения.

Что даёт единый путь от заказа до остатка

«Розница» поддерживает резервирование товаров под заказы и отслеживание заказа от получения и оплаты до отгрузки и доставки; продажи можно анализировать по магазинам, каналам и товарным категориям. Эти возможности перечислены в разделе управления продажами. Для руководителя они полезны только при понятном порядке оформления операций, иначе красивый отчёт будет собирать неполные данные.

Резерв и доступное количество

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

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

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

Какой способ связи с сайтом выбрать

У производителя есть несколько путей. Для простой веб-витрины предлагается mag1c с выгрузкой товаров и загрузкой заказов в учёт; для сайта или магазина — сервис 1С-UMI. Поддерживается и связь с CMS, например 1С-Битрикс, а также с сайтами, которые обмениваются данными по CommerceML. Всё это описано в разделе онлайн-продаж. Возможность обмена означает основу для проверки совместимости, а не готовность любого сайта принять любые данные.

Сначала нужен ответ о задаче сайта. Если покупателю достаточно выбрать товар и передать заказ, стоит рассмотреть простую витрину, а когда необходимы сложный каталог, особая логика цены или развитый личный кабинет, сравнивают подходящие платформы и объём настройки на конкретных примерах. Так выбор сайта связан с торговлей. Дизайн главной страницы ещё не показывает, как магазин обработает заказ.

В варианте с 1С-UMI производитель прямо называет документ «Заказ покупателя», в котором появляются заказы с сайта. Там же описана передача товаров с изображениями, описанием и ценами; источник — описание подключения сайта. На показе попросите найти пришедший заказ. Затем измените нужное условие в принятом компанией порядке и проследите дальнейший путь. Сотрудник должен понять, что делать без повторного переписывания обращения из почты.

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

Какие решения нужны до настройки 1С:Розницы

Настройка начинается со справочников. Владелец магазина определяет список товаров и вариантов, правила цен, места хранения и ответственных сотрудников, а исполнитель показывает, как эти сведения сопоставляются с существующей базой и сайтом, чтобы одинаковые названия не превратились в разные товары при загрузке.

Для каждого вида данных запишите направление передачи. Цены можно вести в учёте и передавать на сайт. Заказы, наоборот, приходят с сайта. Дальше нужно согласовать, какие изменения возвращаются покупателю. Название статуса должно отражать понятное событие, иначе «обработан» в одной системе окажется «отгружен» в другой. Это уже риск неверного сообщения клиенту.

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

Устройствам нужна своя проверка. Касса, сканер, принтер и способы оплаты должны соответствовать вашей рабочей схеме и поддерживаться выбранным решением. На встрече нужны модели оборудования, версии программ и действующие подключения. Обещание «всё совместимо» без этих сведений слишком широко. Стоимость складывается из продуктов, работ, переноса данных, обучения и сопровождения, поэтому её стоит сравнивать по одинаковому перечню задач.

Как проверить решение до начала обычной смены

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

Отдельно нужен сбойный сценарий. Например, заказ повторно поступил после восстановления связи. У него не должны появиться два независимых резерва. Исполнитель объясняет, как заметить задержку обмена и куда обратиться. Также полезны отмена заказа, частичная выдача и возврат: набор выбирают по реальной работе вашего магазина, а не по универсальной инструкции.

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

Перед запуском задайте себе три вопроса. Могут ли кассир и менеджер пройти обычную продажу без подсказок исполнителя? Видит ли руководитель, как интернет-заказ изменил доступный остаток? Знает ли сотрудник, что делать при задержке обмена? Если ответы подтверждены показом в вашей среде, выбор 1С:Розницы уже опирается на понятную работу магазина. Если нет, список нерешённых сценариев и станет следующим заданием подрядчику.