← На главную

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

Понимание сути подарочного сертификата в системе

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

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

Для реализации схемы «продажа в магазине №1 — гашение в магазине №2» необходимо, чтобы информация о факте продажи сертификата в первой точке максимально быстро попала во вторую точку. Выясним, какими способами это можно обеспечить.

Способ 1: Обычный обмен данными (РИБ)

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

1. В Магазине №1 кассир продает сертификат. В базе создается документ ЧекККМ, в котором отражена продажа номенклатуры с типом Подарочный сертификат.
2. Происходит выгрузка данных из Магазина №1 в Центральный офис, а затем из Центрального офиса в Магазин №2.
3. После завершения обмена Магазин №2 «узнает», что сертификат с номером ХХХ теперь имеет статус «Продан» и может быть принят к оплате.

Важный нюанс: главным минусом этой схемы является задержка. Если клиент купит сертификат и через 15 минут придет в другой магазин на соседней улице, а обмен еще не прошел, система в Магазине №2 выдаст ошибку: «Сертификат не найден или не продан». Чтобы минимизировать этот риск, необходимо настраивать расписание обменов на максимально высокую частоту (например, каждые 5-10 минут).

Способ 2: Использование Дисконтного сервера

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

1. При попытке оплаты сертификатом в Магазине №2, программа не просто ищет его в локальной базе, а отправляет запрос на сервер (через интернет).
2. Сервер мгновенно проверяет статус сертификата в центральной базе.
3. Если сертификат числится проданным и неиспользованным, сервер дает «добро» на транзакцию.

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

Настройка номенклатуры и видов сертификатов

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

1. Перейдем в справочник Номенклатура и создадим новую позицию. Обязательно укажем Тип номенклатуры — Подарочный сертификат.

2. Настроим Вид подарочного сертификата. Здесь мы определяем правила игры:

• Номинал: фиксированная сумма или свободный ввод.
• Срок действия: когда сертификат станет недействительным.
• Частичное погашение: разрешим ли мы клиенту потратить только часть суммы, сохранив остаток на балансе.

Если мы разрешаем частичное погашение, то оперативная связь между магазинами становится еще более важной, так как остаток на сертификате должен обновляться мгновенно.

Фискальный аспект и пробитие чеков

Посмотрим на ситуацию с точки зрения законодательства (ФФД 1.05 и выше). Процесс оформления в РМК (Рабочем месте кассира) должен выглядеть так:

В Магазине №1 (Продажа):
Кассир выбирает сертификат, сканирует его штрихкод и принимает оплату наличными или картой. В фискальном чеке признак способа расчета должен быть указан как Аванс. Это означает, что деньги получены, но товар еще не отгружен.

В Магазине №2 (Гашение):
Кассир подбирает товары в корзину. При выборе способа оплаты нажимается кнопка Подарочный сертификат. Программа просит отсканировать код. Если проверка пройдена, сумма сертификата зачитывается как оплата. В финальном чеке будет указан признак Полный расчет, а в качестве встречного предоставления (оплаты) будет фигурировать сумма сертификата.

Взаиморасчеты между юридическими лицами (Intercompany)

Выясним, что делать, если Магазин №1 и Магазин №2 принадлежат разным юридическим лицам внутри одной базы. Ситуация: ООО «Альфа» получило деньги за сертификат, а ООО «Бета» выдало товар. Чтобы бухгалтерский учет не «поплыл», необходимо настроить схему Интеркампани.

В конце месяца необходимо сформировать отчеты о розничных продажах и проанализировать задолженность между организациями. В системе оформляется передача товаров или денежных средств между организациями, чтобы закрыть возникшее сальдо. Без этой настройки у одного ЮЛ будут «лишние» деньги, а у другого — недостача товара.

Резюме и практические рекомендации

Для успешной реализации схемы гашения сертификатов в разных магазинах выполним следующие рекомендации:

1. Убедимся, что тип номенклатуры установлен именно как Подарочный сертификат.
2. Настроим автоматический обмен данными между магазинами с минимальным интервалом (не более 15 минут).
3. Для стабильной работы в режиме реального времени настроим Дисконтный сервер в разделе «Маркетинг».
4. Обучим кассиров правильно выбирать вид оплаты в РМК (не путать с обычной скидкой или оплатой бонусами).
5. Если в сети несколько юридических лиц, проверим настройки «Интеркампани» для корректного закрытия месяца.

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