← На главную

В процессе работы с программами 1С:Управление торговлей 11, 1С:ERP и 1С:Комплексная автоматизация пользователи нередко сталкиваются с неприятной ситуацией. При попытке создать документ Реализация товаров и услуг на основании полностью оформленного и проведенного документа Заказ клиента шапка нового документа заполняется корректно, а табличная часть "Товары" остается абсолютно пустой. Попытки воспользоваться стандартной кнопкой автоматического заполнения по заказу также ни к чему не приводят — открывающееся окно выбора товаров оказывается пустым.

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

1. Проверка настроек вида номенклатуры (Способ продажи)

Выясним одну из самых неочевидных причин, которая часто возникает при начале работы в новой базе данных или после массовой загрузки номенклатуры из внешних файлов (например, через Excel). Если в карточке номенклатуры или в настройках ее вида не заполнены ключевые реквизиты, система просто «не понимает», как продавать этот товар.

Рассмотрим порядок действий для проверки:

1. Откроем карточку проблемного товара из табличной части заказа клиента.
2. Перейдем в настройки его справочника «Виды номенклатуры».
3. Проанализируем поле «Способ продажи» (в некоторых версиях конфигурации оно может называться иначе или настраиваться через тип номенклатуры). Там обязательно должно быть выбрано значение «Реализация товаров» (для материальных ценностей) или «Акт выполненных работ» (для услуг).
4. Если это поле осталось пустым при первоначальной загрузке данных, то система заблокирует попадание таких позиций в любые документы продажи, включая реализацию.

Для устранения этой ошибки перезаполните реквизиты в карточках видов номенклатуры и обновите позиции товаров в самом заказе.

2. Рассинхронизация статуса заказа и варианта обеспечения (Колонка «Действие»)

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

Даже если сам документ Заказ клиента находится в статусе «К выполнению» (или «К отгрузке»), в скрытых или видимых реквизитах табличной части товаров у каждой строки может быть установлен неверный вариант обеспечения.

Выполним следующие шаги для исправления:

1. Откроем документ Заказ клиента и перейдем на вкладку «Товары».
2. Найдем колонку «Действие». Если для товаров установлено значение Резервировать на складе, К обеспечению или Резервировать к дате, то при создании реализации табличная часть будет пустой. Система считает, что товар нужно только держать в резерве или ожидать его поставки, но не отгружать клиенту.
3. Для решения проблемы выделим все строки в заказе, нажмем кнопку «Обеспечение» и выберем пункт «Заполнить обеспечение».
4. В открывшемся окне установим вариант «Отгрузить» (или «Отгрузить обособленно», если используется обособленный учет) и нажмем «ОК». Проведем заказ.

Практический совет: Иногда при автоматической загрузке заказов из внешних обработок происходит программный сбой, когда статус документа меняется, а внутренние реквизиты обеспечения в строках ТЧ не обновляются. В этом случае помогает простой прием: измените статус заказа на «В резерве», проведите документ, а затем верните статус «К отгрузке» и проведите его повторно. Это принудительно перезапустит алгоритм заполнения вариантов обеспечения в строках.

3. Невыполнение условий предоплаты (Контроль этапов оплаты)

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

Выясним, как проверить этот механизм:

1. В документе Заказ клиента перейдем на вкладку «Основное» и нажмем на гиперссылку «Оплата» (этапы оплаты).
2. Посмотрим на настроенные этапы. Если там указан вариант «Аванс (до обеспечения)» или «Предоплата (до отгрузки)» в размере 100%, система требует подтверждения платежа.
3. Проверим, создан и проведен ли документ оплаты (например, Поступление безналичных денежных средств или Приходный кассовый ордер) с обязательной привязкой к нашему заказу клиента в качестве объекта расчетов.
4. Если оплаты фактически нет, но отгрузить товар клиенту необходимо прямо сейчас (например, по устной договоренности), временно измените в этапе оплаты вариант на «Кредит (после отгрузки)» или перенесите дату платежа, после чего проведите заказ и попробуйте создать реализацию повторно.

4. Порядок оформления накладных при ордерной схеме склада

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

Посмотрим, как решить эту проблему в настройках системы:

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

5. Ошибки обособленного обеспечения и «Назначений»

Если на предприятии используется обособленное обеспечение потребностей (под конкретную сделку, направление деятельности или конкретный заказ), система ведет строгий учет остатков в разрезе так называемых «Назначений».

Рассмотрим типичную ошибку:

1. В заказе клиента товар может быть отмечен как обеспечиваемый обособленно.
2. На складе физически присутствует этот товар, но в регистре остатков он числится как «свободный остаток» (без указания назначения) или зарезервирован под совершенно другой заказ.
3. При попытке создать реализацию алгоритм проведения 1С анализирует доступные остатки именно по тому назначению, которое указано в заказе. Не обнаружив привязанного к заказу остатка, программа считает, что отгружать нечего, и очищает табличную часть реализации.
4. Для исправления ситуации необходимо проверить отчет «Остатки товаров по назначениям» и при необходимости выполнить корректировку назначения товаров с помощью одноименного документа.

6. Анализ временной последовательности документов на оси времени

Нельзя забывать и про стандартную для систем 1С проблему временной последовательности. Если документ Реализация товаров и услуг создается «задним числом» или его время проведения на оси времени установлено раньше, чем время проведения самого Заказа клиента (или раньше времени фактического поступления товаров на склад), то система не увидит доступных остатков на момент проведения реализации.

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