Вообще, навязанная сами знаете кем теория оперативного и неоперативного проведения документа шита белыми нитками.
В теории, первый случай используется для контроля текущих остатков, а второй - для отражения уже свершившихся событий.
На практике всё гораздо хуже. Возьмём УПП или КА. И попробуем провести, к-примеру, реализацию услуг будущей датой.
По идее, контролировать остатки не имеет смысла, ан нет. Система не даст провести такой документ кнопкой ОК.
Так как будет пытаться провести его ОПЕРАТИВНО.
Инструмент, придуманный разработчиками платформы сами знаете какой, конечно, имеет право на существование, только вот свободы конечному пользователю не даёт. А создаёт только проблемы.
Считаю, если в системе заложены учётные механизмы с привязкой к дате и времени, не имеет смысла ограничивать реализацию этих механизмов (я о работе в "будущем" времени). Семёрка умела это делать, а вот её дочка (восьмёрка) - разучилась.
Ну и следовательно, инструмент плох, коль существуют методы "обмануть" систему.
Первый способ - перевести системное время на компьютере. Это глупо и неудобно, и чревато, знаете ли.
Но можно.
Второй - тот, который я предлагаю - программно провести документ в режиме.
Примечание к методу:
После того, как документ проведётся, открытая форма обновится.
Второе: не советую использовать сей метод для документов, где требуется контролировать остатки.
