← На главную

При работе в конфигурации 1С:Ювелирный магазин 2.3.21.29 (которая базируется на 1С:Розница 2.3) часто возникают уникальные бизнес-сценарии. Один из таких случаев, подробно разобранный в сообществе, касается резервирования ювелирных изделий (ЮИ) для клиента, который вносит частичную предоплату, и эта предоплата оформляется через "продажу" подарочного сертификата. Давайте рассмотрим, как настроить и реализовать такую схему, даже если она является обходным путём для текущей версии программы.

Почему возникла такая схема резервирования?

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

1. Ограничения 1С:Розница 2.3 по предоплатам в РМК

   Ключевым фактором, который подталкивает к использованию подарочных сертификатов в качестве инструмента для оформления предоплаты, является отсутствие в версии 1С:Розница 2.3 (в отличие от более новой 3.0) прямого и удобного функционала для работы с авансами и предоплатами непосредственно в Рабочем Месте Кассира (РМК). В более современных версиях, таких как 1С:Розница 3.0 (разработанная на базе 1С:Управление нашей фирмой), предусмотрен специальный сценарий оплаты авансом без передачи товара, и в РМК имеется выделенная кнопка "Предоплата", позволяющая принимать и зачитывать авансы многократно. В версии 2.3 такой функционал ограничен, что вынуждает искать обходные пути для фиксации внесенных клиентом средств до момента окончательного расчета.

2. Специфика бизнес-процесса клиента

   В данном кейсе клиент специально внедрил схему с созданием "сертификатов под заказ". Это означает, что для каждого заказанного ювелирного изделия создается отдельная карточка номенклатуры, представляющая собой уникальный сертификат, с присвоением ей штрихкода. Клиент не видит физического сертификата, но вносит часть стоимости ЮИ, и на кассе эта операция проходит как продажа такого "сертификата". Основная цель такого подхода – зарезервировать ТМЦ, за который внесена предоплата, и удостовериться, что товар будет ждать покупателя.

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

Пошаговое решение: Резервирование ЮИ с предоплатой сертификатом

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

1. Настройка системы для работы с заказами и резервами

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

   1. Включение функционала заказов покупателей: Перейдите в раздел Администрирование – Продажи. Убедитесь, что установлен флажок Заказы покупателей. Это позволит создавать документы Заказ покупателя.

   2. Включение резервирования по заказам: В том же разделе Администрирование – Продажи – Заказы покупателей найдите и установите флажок Резервирование по заказам покупателей. Активация этой функции добавит в документ Заказ покупателя на вкладке Товары специальную колонку Резерв, позволяющую управлять зарезервированным количеством товаров.

   3. Настройка кнопок в РМК: Для удобства работы кассира, необходимо настроить интерфейс РМК так, чтобы были доступны кнопки для создания заказов и оплаты по заказам. Это может потребовать индивидуальной настройки рабочего места кассира или роли пользователя, чтобы соответствующие команды были видны и активны.

   Без этих настроек полноценная работа с заказами и резервами будет невозможна.

2. Оформление предоплаты через "продажу" сертификата

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

   1. Создание карточки "сертификата": Убедитесь, что у вас есть заранее созданные карточки номенклатуры, которые будут использоваться в качестве "сертификатов". Каждая такая карточка должна иметь уникальный штрихкод. Эти "сертификаты" не являются физическими подарочными картами, а скорее выступают в роли внутренней "квитанции" о предоплате.

   2. Оприходование "сертификатов": Эти "сертификаты" должны быть оприходованы на склад, чтобы их можно было "продать". Можно использовать документ Оприходование товаров для добавления их в остатки.

   3. "Продажа" сертификата в РМК: Когда покупатель вносит часть стоимости ювелирного изделия, кассир в РМК "пробивает" этот "сертификат". Эта операция фиксирует поступление денежных средств (наличными, банковской картой) от клиента. По сути, это становится записью о полученной предоплате, но оформленной как продажа номенклатурной позиции "сертификат". Покупатель при этом может быть не в курсе о внутреннем использовании "сертификата", для него это просто внесение частичной оплаты.

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

3. Создание Заказа покупателя и резервирование товара

   После того как предоплата "принята" через продажу сертификата, необходимо зафиксировать заказ клиента и зарезервировать для него ювелирное изделие:

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

   2. Резервирование товара: В документе Заказ покупателя, на вкладке Товары, в колонке Резерв укажите количество ЮИ, которое необходимо зарезервировать для данного клиента. Если товар есть в наличии, система позволит установить резерв, сняв его с общего свободного остатка. Если товара нет, его можно будет зарезервировать "к поступлению", а затем, после прихода на склад, фактически "переместить" в резерв. Резервирование по заказу покупателя гарантирует, что зарезервированные товары не могут быть проданы по другому заказу без предварительного снятия с резерва. Это обеспечивает исполнение обещания перед клиентом, что его товар будет ждать.

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

4. Оплата Заказа покупателя с использованием сертификата

   Когда покупатель придет за своим ювелирным изделием, мы сможем зачесть ранее внесенную предоплату (сертификат) и принять оставшуюся сумму:

   1. Вызов Заказа покупателя в РМК: Кассир в РМК находит соответствующий Заказ покупателя. В РМК обычно присутствуют специальные кнопки или функции для работы с заказами, которые позволяют выбрать заказ и приступить к его оплате.

   2. Оплата сертификатом: В процессе оплаты заказа, кассир "считывает" штрихкод ранее "проданного" сертификата (например, с распечатки А4, если клиент получил бумажный чек на продажу сертификата). Система 1С:Розница 2.3 поддерживает функционал использования подарочных сертификатов для оплаты. После считывания, сертификат будет зачтен как часть оплаты, уменьшая общую сумму к получению.

   3. Сложная оплата: Если сумма сертификата не покрывает всю стоимость ЮИ, или если покупатель хочет доплатить другими средствами, 1С:Розница 2.3 поддерживает сложную оплату. Это означает, что кассир может принять доплату наличными, банковской картой или любым другим доступным способом, завершая оплату заказа.

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

   Этот процесс завершает цикл от предоплаты до получения товара, эффективно используя сертификат как инструмент для зачета аванса.

   Важные аспекты и возможности РМК

   Для успешной реализации данной схемы крайне важно понимать возможности и настройки Рабочего Места Кассира (РМК) в 1С:Розница 2.3.

   1. Работа с Заказом покупателя в РМК

      Как мы уже выяснили, Заказ покупателя является центральным документом в этой схеме. В РМК 1С:Розница 2.3 предусмотрены следующие возможности:

      • Оплата Заказа покупателя: Да, заказ можно оплатить непосредственно через РМК. Это делается, как правило, через специальные кнопки, которые либо вызывают список активных заказов, либо позволяют ввести номер заказа для его выбора.
      • Прием предоплаты (через сертификат): Хотя прямых кнопок "Предоплата" для заказа в РМК 2.3 может не быть, "продажа" сертификата выполняется как обычная операция продажи товара, что равносильно приему оплаты.
      • Зачет предоплаты: При окончательной оплате заказа, система позволяет зачесть ранее внесенные средства, в том числе через использование сертификата.

   2. Поддержка сложной оплаты

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

      • Сертификат плюс наличные: Часть суммы покрывается "проданным" сертификатом, остаток вносится наличными.
      • Сертификат плюс банковская карта: Аналогично, часть суммы оплачивается сертификатом, остаток – по безналичному расчету.
      • Другие комбинации: Возможность использования нескольких сертификатов, бонусных баллов, или других средств оплаты.

      Кассир в РМК сможет последовательно выбрать все необходимые методы оплаты до достижения полной суммы заказа.

   3. Контроль наличия предоплаты и статусы заказа

      Для обеспечения корректности бизнес-процесса и предотвращения отгрузок без оплаты, в 1С:Розница 2.3 предусмотрены механизмы контроля:

      • Статусы Заказа покупателя: Документ Заказ покупателя имеет различные статусы, которые отражают его текущее состояние (например, "В работе", "Резерв", "К оплате", "Оплачен", "Выполнен"). Статус "Резерв" будет автоматически установлен или может быть установлен вручную, когда товары зарезервированы.
      • Контроль оплаты: Если в Заказе покупателя установлен вариант расчетов По заказам или Аванс по заказам, система может контролировать наличие предоплаты до момента отгрузки товара. Это не позволит отгрузить ювелирное изделие, пока не будет зарегистрирована полная оплата от клиента.

   Различия с 1С:Розница 3.0 и перспективы

   Важно отметить, что данная схема с использованием сертификатов является, по сути, обходным путем, обусловленным особенностями функционала 1С:Розница 2.3. В более современных версиях программного обеспечения, таких как 1С:Розница 3.0 (или её основа – 1С:Управление нашей фирмой), процесс работы с предоплатами и авансами значительно упрощен и интегрирован напрямую в РМК.

   Например, в 1С:Розница 3.0:

   • Появился новый сценарий оплаты при продаже в розницу, где можно получить оплату авансом без передачи товара.
   • В РМК есть явная кнопка "Предоплата", позволяющая принимать предоплату несколько раз и удобно ее зачитывать.
   • Обновленный интерфейс, повышенная производительность и новые инструменты аналитики.

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

   Тем не менее, для тех, кто продолжает работать в 1С:Ювелирный магазин 2.3.21.29, описанная схема является рабочим решением, позволяющим удовлетворить потребности клиента по резервированию ювелирных изделий при частичной предоплате с использованием "сертификатов".

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

   1. Корректной настройки функционала Заказов покупателей и Резервирования по заказам.
   2. Использования "продажи" специально заведенных "сертификатов" как механизма для регистрации предоплаты.
   3. Создания Заказа покупателя для резервирования товара.
   4. Последующей оплаты Заказа покупателя в РМК с зачетом ранее "проданного" сертификата и возможностью доплаты другими средствами.

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