В процессе работы в программе 1С:Управление нашей фирмой (УНФ) пользователи часто сталкиваются с ситуацией, когда после фактического завершения сделки и оформления всех необходимых корректировок, система продолжает сигнализировать о том, что заказ «не догружен». Это выражается в виде красно-зеленых пиктограмм в журнале заказов, которые сбивают с толку менеджеров и руководство. Особенно остро эта проблема встает, когда период уже закрыт, и вносить изменения в первичный Заказ покупателя нельзя.
В данной статье мы подробно разберем, почему возникает эта техническая коллизия, проанализируем поведение регистров системы и рассмотрим несколько эффективных способов приведения статусов в порядок.
Для начала проанализируем внутренние механизмы 1С:УНФ. Состояние отгрузки в журнале заказов рассчитывается не на основе «здравого смысла», а на базе данных регистра накопления Заказы покупателей. Этот регистр работает по принципу «План — Факт».
Заказ покупателя, система записывает в регистр «план»: например, 1 штука товара «Размер 46».Расходная накладная, система делает запись о «факте» отгрузки, закрывая потребность.Корректировка реализации, чтобы заменить «Размер 46» на «Размер 48», происходит следующее:
В итоге, хотя по документам склад пуст и клиент доволен, в регистре висят остатки: «недогруженный» 46-й размер и «перегруженный» 48-й. Именно поэтому пиктограмма в журнале превращается в «красный кружок».
Это самый правильный методический путь, особенно если период закрыт и менять сам исходный заказ запрещено. Разберем этот процесс по шагам:
Перейдем в раздел Продажи и найдем документ Закрытие заказов. Этот инструмент предназначен именно для того, чтобы «подчистить» регистры от нереализованных планов.
Закрытие заказов.После проведения этого документа система сделает корректирующую запись в регистр Заказы покупателей, которая аннулирует потребность. В результате в журнале заказов иконка сменится на «полностью отгружено» (зеленая галочка или полностью закрашенный круг), так как план теперь соответствует факту.
Рассмотрим ситуацию, когда нам нужно быстро «навести красоту» в журнале, не создавая лишних движений по регистрам (хотя первый способ предпочтительнее для корректности отчетов). Как отмечали участники обсуждения, одним из простых выходов является перевод заказа в состояние Завершен.
Даже если визуальный индикатор (кружок) остается частично заполненным, важно, чтобы само состояние заказа было «Успешно завершен». Для этого:
Заказ покупателя.Хотя это не всегда убирает «красноту» индикатора (так как индикатор привязан к регистру, а статус — к реквизиту объекта), это позволяет исключить заказ из списка активных задач. Проанализируем настройки списка: если мы установим фильтр «Состояние: В работе», то завершенный заказ просто скроется из глаз менеджера, не создавая визуального шума.
В старых версиях УНФ 1.6 документа для корректировки самого заказа не существовало, однако в новых релизах (начиная с 3.0 и в поздних обновлениях 1.6) разработчики добавили документ Корректировка заказа покупателя.
Рассмотрим, как это работает:
Корректировку заказа покупателя на основании исходного заказа.Корректировку реализации.В этом случае «план» в регистрах меняется синхронно с «фактом», и никаких ошибок в пиктограммах не возникает. Если ваша конфигурация позволяет использовать этот документ — это самый современный и рекомендуемый метод.
Если вы не хотите связываться с документом Корректировка реализации из-за его специфического влияния на статусы, разберем альтернативный метод, который часто используют бухгалтеры для сохранения прозрачности учета:
Возврат товаров от покупателя на тот товар, который не подошел (Размер 46). Этот документ автоматически увеличивает остаток товара на складе и «возвращает» потребность в Заказ покупателя.Расходную накладную на правильный товар (Размер 48). Чтобы она привязалась к заказу, в табличной части накладной обязательно указываем в колонке «Заказ» наш исходный документ.Важный нюанс: Чтобы эта схема сработала красиво, в самом Заказе покупателя должна быть строка с 48-м размером. Если её там нет, заказ все равно будет считать, что вы отгрузили «лишнее». Поэтому данный метод лучше сочетать с корректировкой самого заказа или его редактированием (если период не закрыт).
После проведения любых исправлений мы рекомендуем проверить чистоту данных с помощью стандартных отчетов. Посмотрим на отчет «Анализ заказа покупателя». В нем должны отсутствовать строки с отрицательными значениями (перегруз) или положительными остатками к отгрузке по тем позициям, которые фактически были заменены.
Также проанализируем Взаиморасчеты. При замене товара (например, одного размера на другой) цена может отличаться. Если цена изменилась, Корректировка реализации изменит долг покупателя. Убедитесь, что по заказу не висит копеечная задолженность или переплата, которая также может мешать закрытию заказа в системе.
Подводя итог, можно сказать: если вы столкнулись с «зависшим» статусом отгрузки в 1С:УНФ после корректировки, самым надежным и технически чистым способом исправления является использование документа Закрытие заказов с операцией отмены незавершенных строк. Это позволит вам сохранить целостность учета даже в закрытых периодах и убрать лишние раздражители из журнала заказов.