Почему заявка в 1С не редактируется и как внести правки без потерь

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

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

Под «заявкой» в типовых конфигурациях чаще всего понимают два документа. В 1С:Управление торговлей 11, Комплексной автоматизации и ERP это «Заявка на расходование денежных средств». В торговых сценариях заявкой называют заказ: «Заказ клиента » и «Заказ поставщику » в УТ 11, «Заказ покупателя» в УНФ. Логика правки у них общая, отличия — в статусах.

Где найти заявку и открыть её на редактирование

Заявки на расходование ДС в УТ 11, КА и ERP лежат в разделе Казначейство. Если такого пункта нет, документ выключен в настройках. Включает его администратор флажком в НСИ и администрирование → Настройка НСИ и разделов → Казначейство и взаиморасчеты. Там же включается согласование заявок.

Заказы ищите так:

В длинном списке быстрее всего найти документ поиском: нажмите Ctrl+F и введите номер, сумму или часть наименования контрагента. Ещё удобнее отбор по периоду и по организации в шапке списка.

Как понять, что заявку можно править:

• ✏️ поля белые, курсор встаёт в них, в табличной части работают кнопки Добавить и удаление строк;
• 🔒 поля серые, а в заголовке формы видно «(только просмотр)» — правка запрещена правами или статусом;
• ⏳ форма открылась, но при записи появилось сообщение об ошибке — правка разрешена, а мешает связанный документ или дата запрета.

Правка заявки до согласования

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

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

Заказ клиента в УТ 11 ведёт себя так же. В статусе «Не согласован» меняются состав товаров, цены, склад, даты отгрузки. После перевода в «К выполнению» заказ начинает резервировать и обеспечивать товары, поэтому правки уже отражаются на остатках и на работе склада.

Если заявка уже согласована

Согласованную заявку правят через откат статуса:

1. Пользователь с правом согласования ставит статус «Не согласована».
2. Автор или ответственный вносит правки и проводит документ.
3. Заявку снова согласуют, ставя статус «Согласована» или «К оплате».

Статус «Отклонена» означает отказ. Такую заявку тоже можно вернуть в работу сменой статуса, но часто проще скопировать её (F9 в списке), исправить копию и провести, а отклонённую оставить как след отказа.

Проведённая заявка: перепровести или отменить проведение

Многие начинают с Отменить проведение. Для правки это лишний шаг. Проведённый документ в 1С 8.3 можно открыть, изменить и провести заново: старые движения удалятся, новые запишутся.

Отмена проведения нужна в трёх случаях:

• 🧾 документ нужно временно вывести из учёта, например пока выясняете сумму у поставщика;
• 🗑️ документ готовят к удалению: сначала отмена проведения, потом пометка удаления (Del в списке);
• 🔁 при перепроведении появляется ошибка по остаткам, и нужно освободить движения, чтобы спокойно разобраться.

Команда отмены есть в форме документа и в списке, в меню Ещё. В списке у отменённого документа пропадает зелёная галочка проведения.

Сравнение способов правки

Изменение заявки после оплаты или отгрузки

Это самая частая ситуация, когда «ничего не меняется». Заявка или заказ уже частично исполнены, и программа не даёт уменьшить сумму или количество ниже того, что прошло по связанным документам.

Заявка на расходование ДС, по которой уже платили

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

Что делать по ситуации:

1. Оплатили меньше, остаток больше не нужен. Закройте остаток: уменьшите сумму заявки до оплаченной и перепроведите. Если программа не даёт этого сделать, проверьте, нет ли второго платёжного документа по той же заявке.
2. Нужно доплатить больше согласованного. Создайте новую заявку на разницу. Согласующий увидит отдельную сумму с обоснованием, а не тихо выросшую старую.
3. Платёж прошёл ошибочно. Исправляйте платёжный документ, а не заявку: проверьте списание по выписке банка и при необходимости оформите возврат.

Заказ, по которому уже есть отгрузка

У заказа клиента в УТ 11 строки, по которым прошла реализация, менять в меньшую сторону нельзя. Остаток, который клиент больше не ждёт, отменяют, а не удаляют:

1. Откройте заказ клиента.
2. В табличной части отметьте у ненужных строк флажок отмены.
3. Укажите причину отмены. Справочник причин заполняется один раз и потом пригодится в аналитике отказов.
4. Проведите заказ. Резерв по отменённым строкам снимется, а заказ можно будет закрыть.

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

Права доступа, даты запрета и блокировки

Не хватает прав

Права в УТ 11, КА и ERP настраиваются профилями групп доступа: НСИ и администрирование → Настройки пользователей и прав → Профили групп доступа. Право создавать заявку и право согласовывать её — разные роли. Поэтому сотрудник часто может завести заявку, но не может сменить статус на «Согласована».

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

Что сообщить администратору, чтобы он быстро нашёл причину:

• 👤 логин пользователя;
• 📄 номер и дату документа;
• 🏢 организацию из шапки документа;
• 💬 точный текст сообщения, если оно было.

Дата запрета изменения

Бухгалтерия закрывает прошлые периоды датой запрета изменения данных. Заявку или заказ с датой до неё нельзя записать, даже если права полные. Решений два:

• оформить новый документ текущей датой — правильный путь для оперативных правок;
• попросить главного бухгалтера временно сдвинуть дату запрета — только если без правки прошлого периода не обойтись.

Документ заблокирован другим пользователем

Платформа 1С не даёт двум людям одновременно записать один документ. Второй увидит сообщение со словами Ошибка блокировки объекта. Объект уже заблокирован. Обычно коллега просто держит форму открытой и что-то в ней правит.

Если человек утверждает, что всё закрыл, возможен зависший сеанс. Администратор находит его в списке активных пользователей (НСИ и администрирование → Обслуживание, раздел администрирования) и завершает. Завершение сеанса обрывает работу пользователя без сохранения — сначала предупредите его.

Особенности в разных конфигурациях

Общий принцип одинаков, но статусы и связанные документы отличаются:

В УНФ состояния заказов настраиваются пользователем: в справочнике состояний можно завести свои этапы. Поэтому «закрытое» состояние в одной базе может называться иначе, чем в другой. Признак простой: если заказ в завершённом состоянии, программа ограничивает его изменение, и его сначала возвращают в рабочее состояние.

В 1С:Рознице закупки оформляются заказами поставщику с той же логикой: правка до исполнения, после поступления товара исправляют уже документ поступления.

Как не попадать в ситуацию «заявку уже не изменить»

Несколько привычек снимают большую часть проблем:

• 📝 Проверяйте сумму, получателя и статью ДДС до отправки на согласование. Возврат на доработку стоит согласующему лишнего круга.
• 🧩 Дробите крупные платежи на заявки по этапам. Одну исполненную заявку закрыть проще, чем распутывать частичную оплату.
• 🏷️ Заполняйте причину отмены строк заказа. Через квартал по ним видно, почему клиенты отказываются, а не просто «что-то удалили».
• 🕓 Включите историю изменений для заявок и заказов. Спор «кто поменял сумму» решается за минуту.
• 🔐 Разделите роли: автор заявки не согласует её сам. Так ошибка ловится до оплаты, а не после.