Почему в 1С не отгружен счет: причины и способы исправить

Счет оплачен, реализация проведена, товар ушел со склада — а в журнале счетов и в отчете по состоянию расчетов счет по-прежнему числится неотгруженным. Такая картина типична для 1С «Управление торговлей», «Комплексная автоматизация» и ERP: чаще всего причина кроется в разрыве связи между счетом и документом реализации (реализация создана не на основании счета), в непроведенном или помеченном на удаление документе отгрузки либо в некорректно заполненном статусе счета. Из-за этого искажается контроль дебиторской задолженности и вводится в заблуждение руководство.

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

Ниже разобраны основные механизмы, по которым 1С рассчитывает состояние счета, типовые причины расхождений и безопасный порядок диагностики, который можно выполнить без привлечения программиста.

Как 1С определяет, что счет отгружен

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

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

В некоторых конфигурациях состояние оплаты и отгрузки хранится в служебных регистрах сведений (например, регистры состояний документов), которые обновляются при проведении документов или регламентными заданиями. Если обновление не сработало, состояние в списке может отставать от реальной картины.

Проверяем цепочку документов: счет, заказ, реализация

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

Если используется схема «счет → заказ клиента → реализация», проверьте каждое звено. Реализация должна быть создана на основании заказа, а заказ — на основании счета, либо в реализации должен быть указан заказ, содержащий этот счет. Разрыв в любом месте цепочки приводит к тому, что счет не видит свою отгрузку.

Также откройте саму реализацию и убедитесь, что она проведена. Документ в статусе «черновик» (записан, но не проведен) не участвует в расчете состояний. Пометка на удаление дает тот же эффект — программа игнорирует такой документ.

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

Реализация создана не на основании счета

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

Исправить это можно двумя способами. Первый — удалить «сироту» и создать реализацию корректно, кнопкой «Создать на основании» из счета или заказа. Второй — в некоторых конфигурациях в реализации можно вручную указать документ-основание (поле «Заказ клиента» или «Счет на оплату» в шапке или на закладке «Дополнительно»). После указания основания и перепроведения состояние счета пересчитается.

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

Частичная отгрузка и расхождение сумм

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

Другой вариант — реализация проведена на всю номенклатуру, но суммы различаются: изменилась цена, добавилась скидка, округление. В зависимости от настроек конфигурации состояние может считаться по количеству или по сумме, и копеечное расхождение блокирует переход в «Отгружен полностью».

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

Устаревшие состояния и служебные регистры

Бывает, что цепочка документов идеальна, все проведено, а в списке счетов состояние упорно показывает «Не отгружен». Тогда подозрение падает на механизм расчета состояний. В ряде конфигураций состояния оплаты и отгрузки рассчитываются отложенно — фоновым или регламентным заданием, а не мгновенно при проведении.

Проверьте, выполняются ли регламентные задания (раздел «Администрирование» → «Обслуживание» → «Регламентные и фоновые задания»). Если задание, отвечающее за расчет состояний или актуализацию итогов, завершилось с ошибкой или отключено, состояния перестанут обновляться по всем документам сразу.

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

Права доступа и особенности конфигурации

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

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

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

Маршрут решения

Как выбрать действие

Связанной реализации у счета нетСоздайте реализацию кнопкой «Создать на основании» из счета или заказа

Реализация есть, но создана отдельноУкажите в ней основание (заказ или счет) и перепроведите

Все документы проведены, состояние не меняетсяПерепроведите счет и реализацию, проверьте регламентные задания

Проблема только у одного пользователяПроверьте права доступа к документам реализации

Конфигурация доработана и ничего не помогаетПривлеките специалиста по 1С для анализа механизма состояний

Типичные ошибки и как их избежать

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

Полезная практика — периодически строить отчет по состоянию счетов (в типовых конфигурациях это отчеты вида «Состояние оплаты и отгрузки» или анализ задолженности по счетам) и разбирать документы, которые долго висят в промежуточных статусах. Это позволяет находить разрывы цепочек до того, как они превратятся в проблему при закрытии месяца.

Частые вопросы

Реализация проведена, но счет все равно показывает «не отгружен». Что делать?

Сначала проверьте, создана ли реализация на основании счета или заказа — откройте связанные документы счета. Если связи нет, укажите основание в реализации и перепроведите оба документа. Если связь есть, перепроведите счет и реализацию, затем проверьте регламентные задания расчета состояний.

Можно ли вручную поставить статус «отгружен» у счета?

В типовых конфигурациях состояние отгрузки рассчитывается автоматически и ручной установки не предусмотрено. Правильный путь — оформить или связать документ отгрузки. Ручные «заглушки» через доработки ломают контроль и создают расхождения в отчетах.

Счет отгружен частично, хотя товар ушел весь. Почему?

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

Проблема появилась сразу по всем счетам после обновления конфигурации. В чем причина?

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

Влияет ли неотгруженный счет на бухгалтерскую отчетность?

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

Нужно ли перепроводить все документы базы, чтобы обновить состояния?

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