Вы пытаетесь провести требование-накладную в 1С:Предприятие, но система упорно выдаёт ошибку или просто «зависает»? Эта проблема знакома многим бухгалтерам, кладовщикам и логистам. Требование-накладная — один из ключевых документов в складском учёте, и её невозможность проведения может парализовать работу целого отдела. В большинстве случаев причина кроется не в сбое программы, а в некорректных настройках, отсутствии прав или логических ошибках в данных.
В этой статье мы разберём 7 основных причин, по которым 1С отказывается проводить требование-накладную, — от базовых (например, нехватка остатков на складе) до сложных (блокировки транзакций или ошибки в конфигурации). Для каждой причины приведём пошаговые инструкции по устранению, а также дадим рекомендации, как избежать подобных проблем в будущем. Если вы работаете с 1С:Управление торговлей, 1С:ERP или 1С:Бухгалтерия, этот материал поможет сэкономить часы на поиск решения.
1. Недостаточно остатков на складе
Самая очевидная, но и самая распространённая причина — отсутствие товара на складе в нужном количестве. 1С блокирует проведение требования-накладной, если система «видит», что вы пытаетесь списать больше, чем есть в наличии. Причём проблема может быть не только в физическом отсутствии товара, но и в некорректных остатках из-за прошлых ошибок в учёте.
Как проверить:
- 🔍 Откройте отчёт
Остатки товаров(Склад → Отчёты → Остатки товаров) и сверьте фактическое количество с тем, что указано в требовании. - 📦 Убедитесь, что товар числится на том складе, который указан в документе. Иногда пользователи ошибочно выбирают неверный склад в шапке накладной.
- 🔄 Проверьте, нет ли резервов на этот товар (например, по заказам клиентов). Резервирование уменьшает доступный остаток.
Если товар есть на складе, но 1С показывает нулевой остаток, попробуйте выполнить пересчёт итогов (Администрирование → Обслуживание → Пересчёт итогов). Это часто решает проблему «зависших» остатков.
Если товара действительно нет, вам нужно:
- Либо откорректировать количество в требовании (уменьшить до доступного остатка).
- Либо дозаказать товар и провести приходную накладную.
- Либо перенести товар с другого склада (через документ
Перемещение товаров).
2. Ошибки в справочниках: номенклатура, склады, контрагенты
Требование-накладная оперирует данными из нескольких справочников: номенклатура, склады, контрагенты (если списание идёт на стороннюю организацию). Если в любом из них есть ошибки, 1С не даст провести документ. Например:
- 📌 Номенклатура помечена на удаление или неактивна.
- 🏭 Склад, указанный в документе, закрыт или не существует в справочнике.
- 👥 Контрагент (если списание идёт на него) не заполнен или неверно указан.
Как исправить:
- Откройте справочник
Номенклатураи проверьте статус товара. Если он помечен на удаление, снимите пометку или восстановите элемент. - Убедитесь, что склад в требовании-накладной активен и не архивирован. Проверьте это в справочнике
Склады. - Если списание идёт на контрагента, откройте его карточку и проверьте реквизиты (ИНН, КПП, наименование). Иногда ошибка возникает из-за несовпадения данных с ЕГРЮЛ.
Что делать, если номенклатура помечена на удаление, но её нельзя восстановить?
Если товар был ошибочно помечен на удаление и теперь его нет в справочнике, но он есть на складе физически, вам придётся:
1. Создать новую номенклатуру с аналогичными свойствами.
2. Провести Оприходование товаров на новый товар (чтобы перенести остатки).
3. В требовании-накладной указать уже новую номенклатуру.
Этот процесс требует прав администратора и может повлиять на аналитику, поэтому лучше заранее делать резервные копии перед массовыми изменениями.
Особое внимание уделите серийным номерам и характеристикам. Если в вашей конфигурации ведётся учёт по сериям или дополнительным свойствам (цвет, размер), но они не заполнены в требовании, 1С выдаст ошибку. Например, если товар учитывается с обязательным указанием срока годности, но в документе это поле пустое.
3. Блокировка документа или транзакции
Иногда требование-накладная не проводится из-за блокировки — либо самого документа, либо связанных с ним данных. Это может произойти по следующим причинам:
- 🔒 Документ уже открыт другим пользователем в режиме редактирования.
- 🔄 В базе данных зависла транзакция (например, после аварийного завершения работы 1С).
- 🛑 На документ наложено ограничение по правам (ваша роль не позволяет проводить такие операции).
Как диагностировать и устранить:
- Проверьте, не открыт ли документ другим пользователем. Для этого откройте журнал документов (
Документы → Требования-накладные) и посмотрите, нет ли рядом с документом значка блокировки (🔒). Если да — свяжитесь с коллегой, кто работает с этим документом. - Перезапустите 1С. Иногда блокировки снимаются после перезагрузки клиента или сервера.
- Проверьте права доступа. Зайдите в
Администрирование → Пользователии убедитесь, что вашей роли разрешено проводить требования-накладные.
Если блокировка не снимается даже после перезапуска 1С, обратитесь к администратору базы. Возможно, потребуется очистка транзакций через Тестирование и исправление ИБ (Администрирование → Обслуживание).
Если блокировка связана с транзакцией, которая зависла в базе, это может потребовать вмешательства программиста. В таких случаях в логах 1С (Администрирование → Журнал регистрации) обычно появляются ошибки вида Timeout expired или Transaction deadlock.
4. Несоответствие данных в связанных документах
Требование-накладная часто связано с другими документами: заказами покупателей, заказами на производство, актами списания. Если в этих документах есть несоответствия (например, разные цены, количества или номенклатура), 1С не даст провести требование.
Типичные ошибки:
- 📄 В заказе покупателя указан один товар, а в требовании-накладной — другой (или то же наименование, но с другими характеристиками).
- 💰 Цена списания в требовании не совпадает с себестоимостью товара в учёте.
- 📦 Количество в требовании превышает количество, указанное в заказе (если списание идёт под конкретный заказ).
Как исправить:
- Откройте связанный документ (например, заказ покупателя) и сравните данные с требованием-накладной. Исправьте расхождения.
- Если списание идёт под заказ, проверьте, что в требовании-накладной указан правильный заказ в поле
Заказ покупателя. - Убедитесь, что себестоимость товара в требовании соответствует данным учёта. Если нет — перепроведите документы, формирующие себестоимость (например,
Отчёт производства за сменуилиОприходование товаров).
Сверьте номенклатуру в требовании и заказе|Проверьте количества и цены|Убедитесь, что заказ не закрыт или не отменён|Проверьте, что в заказе указан тот же склад, что и в требовании-->
Если требование-накладная формируется на основании производственного заказа, убедитесь, что заказ не закрыт и по нему не списано больше, чем запланировано. В 1С:ERP и 1С:Управление производственным предприятием это частая причина ошибок.
5. Ошибки в настройках учёта
Иногда проблема кроется не в документе, а в настройках учёта самой 1С. Например:
- 📊 Неверно настроены способы списания (FIFO, LIFO, по средней).
- 🏢 Не указан склад по умолчанию для организации.
- 📉 Отключён учёт по партиям, хотя в документе указаны серии или сроки годности.
Как проверить настройки:
- Зайдите в
Администрирование → Настройки программы → Учётная политикаи проверьте, какой метод списания товаров установлен. Если в требовании-накладной указаны серии, а в учёте отключён партионный учёт, 1С выдаст ошибку. - Убедитесь, что для организации указан основной склад. Это настраивается в карточке организации (
Справочники → Организации). - Проверьте, включён ли учёт по характеристикам или сериям, если вы работаете с такими товарами. Это настраивается в
Номенклатура → Настройки и справочники.
Если вы не уверены, какие настройки учёта должны быть включены, сравните их с рабочей базой или обратитесь к методисту 1С. Неправильные настройки могут привести не только к ошибкам при проведении, но и к искажению отчётности.
В некоторых конфигурациях (например, 1С:ERP) требуется дополнительная настройка подразделений, ответственных за списание. Если в требовании-накладной не указано подразделение или оно не имеет прав на списание со склада, документ не проведётся.
6. Программные ошибки и сбои
Если все настройки верны, но требование-накладная всё равно не проводится, причина может быть в сбое программы или повреждении базы данных. Это случается реже, но такие проблемы требуют особого внимания.
Признаки программных ошибок:
- 💥 1С выдаёт непонятную ошибку (например,
Ошибка СУБДилиНарушение прав доступа). - 🔄 Документ зависает на этапе проведения, и процесс не завершается.
- 📉 После проведения исчезают данные или появляются «битые» записи в отчётах.
Что делать:
- Обновите конфигурацию. Зайдите в
Администрирование → Обновление программыи проверьте актуальность версии. - Выполните тестирование и исправление ИБ (
Администрирование → Обслуживание → Тестирование и исправление). Это поможет устранить повреждения в базе. - Проверьте логи. Откройте
Журнал регистрации(Администрирование → Журнал регистрации) и найдите ошибки, связанные с проведением документа. Обычно там указывается конкретная причина сбоя.
Если после тестирования и исправления ИБ проблема остаётся, сделайте резервную копию базы и обратитесь в службу поддержки 1С. Самостоятельные манипуляции с базой данных могут усугубить ситуацию.
В редких случаях ошибка может быть связана с несовместимостью версий (например, если вы обновили платформу 1С, но не обновили конфигурацию). В этом случае поможет только откат к стабильной версии или установка всех необходимых обновлений.
7. Особенности конфигураций: УТ, ERP, Бухгалтерия
В зависимости от того, какую конфигурацию 1С вы используете, причины и решения могут отличаться. Рассмотрим наиболее распространённые случаи:
| Конфигурация | Типичная причина | Решение |
|---|---|---|
| 1С:Управление торговлей (УТ 11) | Не указан вид операции в требовании-накладной. | Выберите правильный вид операции (Списание на расходы, Передача в производство и т. д.). |
| 1С:ERP | Отсутствует производственный заказ для списания. | Создайте заказ на производство или укажите его в требовании. |
| 1С:Бухгалтерия 3.0 | Не заполнены счета учёта для номенклатуры. | Укажите счета в карточке номенклатуры или в настройках учёта. |
| 1С:Комплексная автоматизация | Не совпадают подразделения в документе и настройках учёта. | Проверьте права подразделений на работу со складами. |
В 1С:ERP и 1С:Управление производственным предприятием (УПП) часто возникают ошибки из-за некорректных маршрутов списания. Например, если товар должен списываться сначала на промежуточный склад, а затем в производство, но этот маршрут не настроен, требование-накладная не проведётся.
Что такое «вид операции» в требовании-накладной?
Вид операции определяет, куда и зачем списывается товар. Например:
- Списание на расходы — товар списывается как затраты (например, на рекламу).
- Передача в производство — товар передаётся в цех для изготовления продукции.
- Реализация — товар списывается под продажу клиенту.
Если вид операции не указан или указан неверно, 1С не поймёт, как формировать проводки, и не проведёт документ.
FAQ: Частые вопросы по требованиям-накладным в 1С
Почему при проведении требования-накладной появляется ошибка «Недостаточно прав»?
Эта ошибка означает, что вашей роли пользователя не хватает прав на проведение документа. Обратитесь к администратору 1С и запросите добавление прав для:
- Просмотра и редактирования требований-накладных.
- Проводки документов по складу.
- Доступа к справочникам номенклатуры и складов.
В некоторых конфигурациях (например, 1С:ERP) дополнительно требуются права на работу с производственными заказами или финансовыми операциями.
Можно ли провести требование-накладную задним числом?
Да, но с оговорками:
- Если в вашей конфигурации разрешена ретроспективная проводка, вы можете указать любую дату в пределах открытого периода.
- Если период закрыт, сначала нужно открыть его через
Администрирование → Закрытие периода. - Учтите, что изменение даты может повлиять на себестоимость и налоговый учёт, поэтому лучше согласовать это с бухгалтерией.
Что делать, если требование-накладная проводится, но не формирует движения?
Если документ проводится без ошибок, но не создаёт движений по складу или бухгалтерских проводок, проверьте:
- Настройки вида операции — возможно, выбран вид, который не формирует движения (например,
Без движений). - Статус документа — если требование-накладная в статусе
Не проведёнилиНа согласовании, движения не сформируются. - Период учёта — если дата документа выходит за пределы открытого периода, движения могут не создаваться.
Также попробуйте перепровести документ (Действия → Перепровести).
Как отменить проведённое требование-накладное?
Чтобы отменить требование-накладную:
- Откройте документ и нажмите
Действия → Снять проведение. - Если документ уже закрыт или связан с другими операциями, используйте
Действия → Создать на основании → Корректировка записей регистров. - В 1С:ERP и 1С:УПП может потребоваться создать обратный документ (например,
Возврат товаров из производства).
⚠️ Внимание: Отмена проведённого документа может привести к расхождениям в учёте. Всегда проверяйте остатки после отмены!
Почему в требовании-накладной не отображаются некоторые товары?
Если в списке номенклатуры не показываются нужные товары, проверьте:
- 🔍 Фильтры в форме документа (возможно, установлен фильтр по группе номенклатуры или складу).
- 📌 Статус номенклатуры — товар может быть архивирован или помечен на удаление.
- 🏭 Настройки видимости — в некоторых конфигурациях отображаются только товары с ненулевыми остатками.
Также убедитесь, что у вас есть права на просмотр всей номенклатуры, а не только определённых групп.
Если ни один из предложенных способов не помог, рекомендуем сделать резервную копию базы и обратиться в службу технической поддержки 1С. При описании проблемы обязательно укажите:
- Версию платформы и конфигурации (например, 1С:Предприятие 8.3.22, УТ 11.5).
- Точный текст ошибки (если она появляется).
- Последовательность действий, которые привели к проблеме.
Это поможет специалистам быстрее диагностировать и устранить неисправность.