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