Отменяем задачу в 1С: от снятия с исполнения до удаления
Содержание
Чтобы отменить задачу в 1С, сначала поймите, откуда она взялась. Задача, созданная бизнес-процессом, и поручение, заведённое сотрудником вручную, отменяются по-разному: первую нельзя просто удалить — остановится весь процесс, вторую достаточно закрыть или пометить на удаление. Если задача появилась после проведения документа — её убирает отмена проведения этого документа.
Ниже — как снять задачу с исполнения через стандартный интерфейс, как удалить ошибочно созданную, что сделать с документом-основанием, какие права для этого нужны и как вернуть данные, если отменили лишнее.
Откуда взялась задача и что значит «отменить»
Половина проблем с отменой — от того, что под «задачей» понимают разные объекты. В типовых конфигурациях встречается два источника.
Задача бизнес-процесса. Её создаёт сам процесс в точке маршрута и адресует исполнителю или роли. У такой задачи есть реквизит «Выполнена»: когда исполнитель отмечает её выполненной, процесс двигается к следующей точке. Отдельно удалять её опасно — маршрут повиснет.
Самостоятельная задача (поручение). В прикладных решениях вроде 1С:УНФ или 1С:Документооборот задачи и поручения — это отдельные записи, которые заводят руками. Их можно закрыть, отметить неактуальными или пометить на удаление без последствий для чужих процессов.
Как понять, с чем имеете дело, не зная устройства конфигурации? Откройте задачу и посмотрите на два признака. Если у неё есть ссылка на бизнес-процесс или «Предмет» и она появилась у исполнителя сама — это задача маршрута. Если задачу завёл конкретный сотрудник вручную, у неё есть автор и срок, а ссылки на процесс нет — это самостоятельное поручение. От этого зависит всё дальнейшее.
Слово «отменить» тоже не одно действие. Уточните, что именно нужно:
- 🚫 снять задачу с исполнения, не выполняя её;
- ✅ закрыть задачу , которая больше не актуальна;
- 🗑️ удалить задачу, заведённую по ошибке;
- ↩️ убрать задачу, которую породило проведение документа.
Определились — переходите к нужному разделу.
Снимаем задачу бизнес-процесса с исполнения
Задачу, которую сгенерировал бизнес-процесс, через стандартный интерфейс отменяют не на уровне самой задачи, а на уровне процесса. Логика простая: задача — это шаг маршрута, а решение «дальше не идём» принимается для всего маршрута.
Порядок действий:
- Откройте список бизнес-процессов. В типовых конфигурациях он доступен через главное меню →
Все функции→ разделБизнес-процессы(командуВсе функциипредварительно включите:Сервис→Параметры→Отображать команду «Все функции»). - Найдите процесс, который породил вашу задачу. Ориентируйтесь по дате, автору и предмету.
- Откройте процесс и остановите его штатной командой. В разных конфигурациях она называется по-разному —
Прервать,ОстановитьилиЗавершить принудительно; ищите её в командной панели формы процесса.
После остановки процесса связанные с ним невыполненные задачи перестают быть активными — исполнителю они больше не показываются как требующие действия.
Если штатной кнопки остановки в вашей конфигурации нет, не пытайтесь удалить одну задачу из активного маршрута: процесс останется без «следующего шага» и зависнет. В этом случае задачу закрывают, отметив её выполненной, — процесс дойдёт до конца штатно, а вы просто не станете делать то, что он просил.
Отдельная тонкость — процессы с параллельными ветками. Один бизнес-процесс в одной точке маршрута может создать сразу несколько задач разным исполнителям (например, согласование у нескольких человек). Отмена одной такой задачи не остановит процесс целиком — он ждёт все ветки. Если цель — прекратить согласование полностью, останавливать нужно сам процесс, а не каждую задачу по очереди.
Отдельный случай — задача пришла «не туда» из-за ошибки в адресации (не тому исполнителю, не на ту роль). Тогда её не отменяют, а перенаправляют: в форме задачи ищите команду перенаправления или смены исполнителя. Отмена здесь не нужна, задача просто уйдёт тому, кому предназначалась.
Удаляем задачу, созданную по ошибке
Самостоятельную задачу, заведённую руками и оказавшуюся лишней, удаляют в два приёма — как любой объект в 1С.
Шаг 1. Пометка на удаление. Откройте задачу в списке, нажмите Ещё → Пометить на удаление / Снять пометку (или клавишу Delete). Строка станет перечёркнутой. На этом этапе ничего не стёрлось — пометку всегда можно снять тем же действием.
Шаг 2. Удаление помеченных объектов. Это отдельная сервисная операция: Администрирование (в части конфигураций — НСИ и администрирование) → Обслуживание → Удаление помеченных объектов. Программа проверит, не ссылается ли на задачу что-то ещё, и удалит только то, что удалить безопасно.
Пока вы не запустили «Удаление помеченных объектов», данные в базе целы. Пометка на удаление — обратимое действие, поэтому в спорных случаях ограничьтесь ей, а окончательную чистку делайте позже и на копии.
Если удалить задачу не даёт контроль ссылочной целостности — значит, на неё кто-то ссылается (например, тот самый бизнес-процесс). Разберитесь с источником ссылки, а не пытайтесь удалить задачу обходным путём.
Несколько задач удобно пометить разом: выделите их в списке с зажатым Ctrl или Shift и примените пометку на удаление ко всем выделенным. Само же Удаление помеченных объектов лучше запускать не на весь объём базы, а с отбором — так операция пройдёт быстрее и вы не удалите заодно то, что кто-то другой пометил к удалению в другом разделе.
Если в окне удаления задача попала в список «не удалено из-за ссылок», программа покажет, кто на неё ссылается. Это подсказка, а не ошибка: разберитесь с источником ссылки (чаще всего — тот самый бизнес-процесс или документ-основание), устраните его, и задача удалится следующим проходом.
Отменяем проведение документа-основания
Бывает, что задачу создаёт не человек и не отдельный бизнес-процесс, а проведение документа: провели документ — сформировались движения и побочные записи, в том числе задача. Тогда отменять нужно проведение, а не задачу.
Порядок:
- Откройте документ-основание (из его списка или по гиперссылке «Основание» в самой задаче, если она есть).
- В командной панели нажмите
Ещё→Отмена проведения. Пометка проведения с документа снимется. - Проверьте, что связанная задача исчезла или стала неактуальной.
Отмена проведения убирает движения документа и то, что он создавал при проведении. Сам документ при этом остаётся в базе — он просто перестаёт влиять на учёт. Если документ нужно убрать целиком, после отмены проведения дополнительно пометьте его на удаление.
Отмена проведения документа в рабочей базе меняет остатки и взаиморасчёты. Делайте это, понимая, что цифры в отчётах после отмены изменятся. Если документ уже попал в закрытый период, отмену проведения может блокировать дата запрета изменения — тогда сначала решается вопрос с периодом, а не с задачей.
Не путайте два действия: Отмена проведения оставляет документ, но снимает его эффект; Пометка на удаление готовит документ к полному удалению. Для устранения задачи, как правило, хватает первого.
Ещё один момент — последовательность документов. Если за отменяемым документом в периоде идут другие, зависящие от него, после отмены проведения их, возможно, придётся перепровести, чтобы остатки сошлись. Проще всего это делает групповое перепроведение за период (Администрирование → Обслуживание → Проведение документов), которое пересчитает цепочку в правильном порядке.
Права доступа: кто может отменять и удалять задачи
Если команды отмены или удаления недоступны (серые, их нет в меню) — почти всегда дело в правах.
Типовое распределение в конфигурациях такое:
- обычный исполнитель видит и выполняет только свои задачи;
- отменять и удалять задачи, перенаправлять их и останавливать бизнес-процессы может пользователь с расширенными правами или администратор;
- запуск «Удаления помеченных объектов» обычно доступен только администратору.
Проверить и настроить права:
- Откройте
Администрирование→Настройки пользователей и прав→Пользователи. - Выберите пользователя, посмотрите его роли и профиль группы доступа.
- Нужное право (на пометку удаления, на работу с бизнес-процессами, на удаление помеченных объектов) выдаётся через профиль группы доступа, а не правкой ролей по одному — так настройка не слетит при обновлении.
Не выдавайте рядовым сотрудникам право удаления «на всякий случай». Пометка на удаление, доступная всем, и так обратима, а окончательное удаление безопаснее держать за одним ответственным.
Отдельно про адресацию: даже имея права, пользователь иногда «не видит» чужую задачу, потому что она адресована другой роли. Это не ошибка прав на удаление — это ограничение видимости по исполнителю. Чтобы администратор мог работать с чужими задачами, в типовых решениях предусмотрена отдельная роль или право на просмотр всех задач, а не только своих; выдаётся оно там же, через профиль группы доступа.
Если прав явно не хватает и исправить их некому прямо сейчас, не ищите обходных путей через Конфигуратор — это чревато ошибками. Правильнее дождаться администратора: добавление права в профиль занимает минуту и не требует монопольного доступа к базе.
Если удалили или отменили лишнее: журнал и восстановление
Отмена — действие с последствиями, и иногда его приходится разбирать постфактум: кто и когда снял проведение, кто удалил задачу.
Журнал регистрации. Он фиксирует действия пользователей. Откройте его через главное меню → Все функции → Стандартные → Журнал регистрации. Отфильтруйте по пользователю, периоду и данным — увидите, кто отменял проведение и помечал объекты на удаление. Журнал отвечает на вопрос «что произошло», но сам по себе данные не возвращает.
Восстановление данных. Вариантов по возрастанию усилий:
- Задача только помечена на удаление, «Удаление помеченных объектов» ещё не запускали — снимите пометку, и задача вернётся в работу.
- Отменили проведение документа — проведите его заново (
Провести), движения восстановятся. Проверьте дату: в закрытом периоде повторное проведение тоже может блокироваться. - Объект удалён окончательно — штатно восстановить его внутри базы нельзя. Нужна резервная копия: разверните копию (выгрузку
.dtили копию файловой базы ) на отдельной базе, найдите удалённое и перенесите данные вручную.
Не разворачивайте резервную копию поверх рабочей базы, если с момента копии в ней уже работали, — потеряете всё, что ввели после. Копию разворачивают отдельно, сравнивают и переносят только нужное.
Регулярный бэкап — единственная реальная страховка от необратимого удаления. Если автоматического копирования ещё нет, настройте его раньше, чем начнёте массово чистить задачи. Перед разовой крупной отменой (например, остановкой десятка процессов) сделайте копию вручную — это пара минут, а откатить ошибку без неё не получится.
Частые вопросы
Можно ли снова открыть задачу, которую уже отметили выполненной?
Что будет с бизнес-процессом, если удалить его задачу напрямую?
Почему команда отмены или удаления недоступна?
Можно ли отменить сразу несколько задач?
Ctrl или Shift и примените действие ко всем. А вот остановку бизнес-процессов разумнее делать по одному, проверяя, что ни один маршрут не повис.