← На главную

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

Вариант 1: Схема «Одна фирма — несколько складов» (Рекомендуемая)

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

1. Настройка справочника «Склады»: для каждой физической точки (магазина), а также для центрального офиса/склада создаем отдельный элемент в справочнике Склады. Для торговых точек выбираем тип склада «Розничный», а для центрального распределительного пункта — «Оптовый». В карточке каждого розничного склада обязательно указываем привязанный тип цен из справочника ТипыЦен.
2. Учет партий и себестоимости: в типовой конфигурации «Торговля и Склад 7.7» регистр учета партий ПартииНаличие не хранит склад напрямую — аналитика ведется в разрезе реквизита МОЛ (материально ответственное лицо). Чтобы видеть себестоимость товара в разрезе каждого отдельного магазина, закрепляем за каждым складом отдельное физическое лицо (МОЛ) в справочнике складов.
3. Оформление перемещений: передача товаров между торговыми точками или со склада центра на точку оформляется стандартным документом Перемещение ТМЦ. При этом себестоимость партии корректно переходит с МОЛ склада-отправителя на МОЛ склада-получателя без необходимости формирования фиктивных продаж и взаиморасчетов.

Вариант 2: Схема «Отдельная фирма на каждый магазин»

Рассмотрим альтернативный вариант, когда для центрального офиса и каждого магазина в справочнике Фирмы заводится отдельная запись.

Преимущества: позволяет быстро строить стандартные отчеты по остаткам и продажам в разрезе точек простым выбором нужной фирмы без дополнительных фильтров по складам.

Недостатки и сложности:

1. Перемещение между магазинами нельзя выполнить простым документом Перемещение ТМЦ, так как товар меняет фирму-владельца. Требуется оформление межфирменных продаж (документы Реализация и Поступление ТМЦ), что усложняет документооборот.
2. Возникает необходимость постоянного контроля и закрытия взаиморасчетов между собственными фирмами.
3. Дублируются сущности, что при росте розничной сети делает администрирование системы громоздким.

Почему не стоит использовать штатный РИБ (УРБД) для перемещений

Выясним причину проблем при использовании распределенной информационной базы (РИБ) в 7.7 между магазинами и офисом:

Если в системе настроена миграция данных с фильтрацией «по местам хранения» (не «все на всех»), документ Перемещение ТМЦ мигрирует в периферийную базу магазина-получателя. В базе магазина фиксируется не только приход на склад получателя, но и расход со склада отправителя. Поскольку периферийная база магазина не хранит остатков склада отправителя, по нему образуются отрицательные остатки в регистрах. Это приводит к незакрытым остаткам по партиям, замедлению проведения документов и существенному увеличению времени при регламентной процедуре сдвига точки актуальности (ТА) и закрытия периода.

Оптимальная организация архитектуры бэк-офиса и касс

Разберем, как правильно организовать рабочие места без сетевых конфликтов и рисков целостности базы:

1. Работа пользователей бэк-офиса: если между точками и центральным офисом есть стабильный интернет-канал, лучшим решением является подключение товароведов и операторов магазинов к единой базе ТиС 7.7 через терминальный доступ (RDP). Это полностью исключает проблемы рассинхронизации партий и незакрытых регистров.
2. Кассовое ПО на точках: на кассах используется автономное специализированное кассовое ПО (работа в режиме Offline). Интеграция с 1С выполняется посредством периодической выгрузки каталога товаров с ценами и загрузки итогов продаж через документ Отчет ККМ, который автоматически списывает проданные партии с розничного склада точки.
3. Контроль размера базы: при интенсивном товарообороте таблицы итогов регистров (RG*.DBF и RA*.DBF) могут приближаться к ограничению в 2 ГБ. Рекомендуется использовать базу на базе MS SQL Server (1С 7.7 SQL) либо производить периодическую свертку базы данных.