Как правильно отразить переезд магазина в базах 1С:Розница и 1С:Управление торговлей

Системный администратор 1С v8.3 (Управляемые формы) Управленческий учет Торговля и дистрибуция
← На главную

Переезд магазина — это не только физическая транспортировка витрин и товара, но и сложная задача для администратора системы 1С. В условиях работающей связки 1С:Управление торговлей 11 (УТ) и 1С:Розница 2.2 с использованием распределенных информационных баз (РИБ), важно не просто «перекинуть» остатки, но и сохранить юридическую чистоту чеков, историю продаж и корректность аналитических отчетов. Рассмотрим подробно, как реализовать этот процесс, проанализируем возможные варианты и разберем сопутствующие законодательные требования.

Методика 1: Простое переименование объекта (склада/магазина)

На первый взгляд, самый простой способ — зайти в справочник Склады или Магазины и изменить адрес и наименование. Однако этот путь таит в себе серьезные аналитические ловушки. Проанализируем, почему этот метод не всегда применим:

  1. Потеря исторической достоверности: Справочник складов в 1С не имеет механизма хранения истории адресов. Если вы поменяете адрес у существующего объекта, то при попытке распечатать любой документ за прошлый год (например, старую накладную или акт списания), в печатной форме отразится уже новый адрес.
  2. Искажение отчетности: Если вы захотите сравнить продажи «Магазина на Ленина» за прошлый квартал с продажами «Магазина на Пушкина» за текущий, вы не сможете этого сделать, так как в базе это будет один и тот же объект. Отчеты просто суммируют данные под одним (актуальным) названием.
  3. Проблемы с ККТ: Фискальный регистратор жестко привязан к адресу установки. Простое переименование в 1С не меняет настроек в памяти кассы и в личном кабинете налоговой.

Методика 2: Создание нового магазина и склада (рекомендуемый подход)

Этот вариант считается наиболее «чистым» с точки зрения управленческого учета и системного администрирования. Разберем его по шагам, чтобы понять преимущества и последовательность действий.

Шаг 1: Подготовительная инвентаризация. Рассмотрим ситуацию: перед тем как загрузить товар в машину, необходимо зафиксировать фактические остатки на старом месте. В 1С создаем документ Приказ на пересчет товаров, проводим инвентаризацию и выравниваем учетные остатки. Это отсечет старые ошибки учета от возможных потерь при переезде.

Шаг 2: Создание новых объектов в НСИ. В центральной базе (обычно УТ 11) создаем новый элемент в справочнике Склады (или Магазины, в зависимости от настроек). Присваиваем ему понятное имя, например «Магазин (Новый адрес)». Указываем актуальный фактический адрес и настраиваем параметры обеспечения потребностей.

Шаг 3: Перемещение остатков. Отразим перемещение товаров официальным документом Перемещение товаров. Здесь мы можем использовать функционал статусов. Рассмотрим пример:


// Логика перемещения между точками
ДокументПеремещение = Документы.ПеремещениеТоваров.СоздатьДокумент();
ДокументПеремещение.СкладОтправитель = Склады.СтарыйМагазин;
ДокументПеремещение.СкладПолучатель = Склады.НовыйМагазин;
ДокументПеремещение.Статус = Перечисления.СтатусыПеремещенийТоваров.КОтгрузке;
// Заполнение табличной части остатками...
ДокументПеремещение.Записать(РежимЗаписиДокумента.Проведение);

Использование статуса «К отгрузке» и затем «Принято» позволяет зафиксировать товар в пути. Это особенно важно, если переезд длится несколько дней — товар уже не числится на старом складе, но еще не доступен для продажи на новом.

Технические нюансы работы с РИБ (Распределенной информационной базой)

Если торговая точка работает в автономном режиме через РИБ, создание нового магазина потребует перенастройки обмена. Проанализируем последовательность действий для системного администратора:

  1. Настройка узла обмена: В центральной базе Розницы необходимо создать новый узел РИБ для нового магазина.
  2. Миграция настроек: Для нового магазина нужно заново настроить правила ценообразования, виды цен, назначить сотрудников и их права доступа. Старые настройки не скопируются автоматически, так как они привязаны к конкретному объекту справочника Магазины.
  3. Инициализация базы: На кассовом компьютере придется создать новую периферийную базу из начального образа, созданного для нового узла.

Юридические и фискальные аспекты (ККТ и ФНС)

Переезд магазина — это не только действия в 1С, но и обязательства перед государством. Выясним, что нужно сделать с кассовой техникой:

Перерегистрация ККТ: Согласно 54-ФЗ, адрес установки кассы является обязательным реквизитом чека. При смене адреса необходимо подать заявление на перерегистрацию ККТ в ФНС (через личный кабинет налогоплательщика или ОФД). В 1С:Розница после этого необходимо обновить данные в справочнике Кассы ККМ, чтобы новый адрес подставлялся в печатные формы чеков.

ЕГАИС и Маркировка: Если магазин торгует алкоголем, переезд осложняется необходимостью смены FSRAR ID. Каждый фактический адрес (для ИП) или КПП (для ООО) должен иметь свой уникальный идентификатор в системе ЕГАИС. Вы не сможете просто «продолжить» продажи алкоголя на новом месте, используя старый УТМ (Универсальный транспортный модуль). Потребуется перемещение остатков между регистрами разных адресов в самой системе ЕГАИС.

Использование транзитного склада при переезде

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

Такой подход позволяет точно определить, на каком этапе произошла возможная порча или утеря товара, и не «размазывать» недостачу по результатам инвентаризации на конечном пункте.

Заключение и выводы

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

  1. Чистоту аналитики: возможность сравнивать показатели разных локаций.
  2. Корректность печати: старые документы будут содержать старые адреса, новые — новые.
  3. Контроль переезда: документ перемещения между объектами является юридическим и материальным основанием для передачи ответственности от одних материально ответственных лиц (МОЛ) другим.

Помните, что переименование — это быстрый, но «ленивый» путь, который в будущем может привести к путанице в отчетах и претензиям со стороны проверяющих органов из-за неверных реквизитов в архивных документах.

← На главную