В процессе работы часто возникает ситуация: мы оформили Заказ клиента, на его основании создали документ Реализация товаров и услуг и отгрузили товар. Спустя время клиент возвращает часть товара, мы оформляем Возврат товаров от клиента. Но теперь клиенту снова нужен этот товар, и возникает вопрос: как сделать еще одну Реализацию на основании того самого, первого Заказа клиента? При попытке сделать это система показывает, что отгружать по заказу больше нечего.
Разберем, почему так происходит и какие есть способы решения этой задачи в 1С: Управление торговлей 11.4.
Чтобы понять причину, нужно заглянуть в "сердце" механизма заказов. В основе лежит регистр накопления Заказы клиентов. Проанализируем, как документы влияют на этот регистр:
Заказ клиента при проведении делает движение "приход" в этот регистр. Он как бы говорит системе: "Нужно отгрузить вот такое количество товара этому клиенту".Реализация товаров и услуг, созданный на основании заказа, делает движение "расход". Он списывает зарезервированное количество, сообщая: "Товар по этому заказу отгружен".После полной отгрузки остаток по заказу в регистре становится нулевым, и заказ считается выполненным (закрытым). А что же делает документ Возврат товаров от клиента? Он корректно отражает поступление товара обратно на склад и корректирует взаиморасчеты с клиентом. Но он не делает сторнирующей записи ("прихода") в регистр Заказы клиентов.
С точки зрения системы, заказ был выполнен полностью, а возврат — это уже совершенно другая, независимая операция. Поэтому программа и не позволяет создать еще одну реализацию на основании выполненного заказа – отгружать по нему просто нечего.
Теперь рассмотрим, как корректно решить эту бизнес-задачу.
Это самый очевидный и быстрый путь, который часто используется на практике. Его суть в том, чтобы не пытаться "оживить" старый заказ, а просто создать новый.
Порядок действий:
Заказ клиента. Чтобы сэкономить время, можно найти исходный заказ, нажать на него правой кнопкой мыши и выбрать "Скопировать".Реализацию товаров и услуг.Плюсы: очень быстро и просто, не требует никаких дополнительных настроек системы.
Минусы: теряется прямая логическая связь между возвратом и повторной отгрузкой в рамках одной сделки. В учете это будут две разные продажи.
Для таких комплексных сценариев, как возврат с последующей заменой или повторной отгрузкой, в 1С:УТ 11 предусмотрен специальный инструмент — Заявка на возврат товаров от клиента. Этот документ позволяет управлять всем процессом в рамках единой цепочки.
Шаг 1. Включение функциональности
Сначала убедимся, что использование заявок включено в настройках программы. Для этого:
НСИ и администрирование – Продажи.Шаг 2. Оформление возврата и повторной продажи
Рассмотрим по шагам, как использовать этот механизм:
Реализация товаров и услуг, по которому клиент вернул товар.Заявка на возврат товаров от клиента.Возврат товаров от клиента — для фиксации поступления возвращенной продукции на склад и корректировки взаиморасчетов.Реализация товаров и услуг — для отгрузки товара на замену, указанного на соответствующей вкладке заявки.Плюсы: это наиболее корректный с точки зрения методологии 1С способ. Он позволяет сохранить всю историю операции в одной логической цепочке, что обеспечивает прозрачность и точность управленческого учета.
Существует и "силовой" метод, который заключается в ручной корректировке движений регистров. Суть в том, чтобы искусственно "вернуть" в регистр Заказы клиентов количество, доступное к отгрузке. Это можно сделать через специальный документ Корректировка записей регистров или программно.
В этом случае нужно создать сторнирующую запись по "расходу" в регистре, что фактически отменит списание по заказу для возвращенного количества. После этого система позволит создать еще одну реализацию на основании старого заказа.
Внимание! Этот подход категорически не рекомендуется для обычных пользователей. Он требует глубокого понимания архитектуры данных 1С. Неправильные действия могут привести к нарушению целостности базы, ошибкам в отчетах и серьезным проблемам при последующих обновлениях конфигурации. Его стоит рассматривать как крайнюю меру, реализуемую только опытным программистом 1С.