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

При оперативном проведении необходимо контролировать все аспекты, а при не оперативном - просто доступность остатка на складе(ну если грубо). Т.е. без контроля могут остаться заказы, резервы... и т.д.

Плохо это тем, что потом нужно будет восстанавливать партии, потому как списание их происходит не корректно, т.к. "хватается" любая следующая партия товара, а не та которая должна идти по FIFO. Ну опять же - грубо говоря.

Есть такое понятие - Дата запрета редактирования. Именно оно используется для "закрытия" периода. В закрытом периоде, обычно, не допускается корректировок - на то он закрытый.

А вот в "открытом" периоде может потребоваться что-то откорректировать в документе задним числом, и тут уже не оперативное проведение и получается.

Еще момент, "не оперативное" ну грубо говоря это проведение в не текущей момент времяни. В одну единицу времени может совершаться одна операция, которая как-то изменяет состояние учета(аналогично транзакциям в базе). Так вот, любые действия "до" последний операции(самой позней) будут уже считаться "не оперативными", потому что состояние базы уже не то, что было на момент проведения того документа(который проводится задней датой/временем).

Видители... согласно тут вопрос не так просто.

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

- Я не могу провести документ "До" момента, когда операция будет осуществлена фактически. Т.к. это противоречит требованиям БУ. Нельзя регистрировать хоз. операции до их совершения. Так что следует различать фактический момент совершения операции и момент отражения его в базе. Еще "хуже" когда утром уезжает машина развозить товар, и только на следующее утро экспедитор сдает документы. С точки зрения требований БУ все корректно - есть бумажная первичка. А вот о операвтивности учета говорить уже не приходится - т.к. при такой схеме, товара на складе не бело еще вчера, а списали (в базе) мы его только сегодня, когда получили оправдательные документы.

- Функциональные обязанности людей. Например, на предприятии может быть принято списывать со склада складским ордером, а вести взаиморасчеты по ТОРГ 12. Т.е. операция будет оформляться двумя разными людьми (а то и тремя, если учесть кассовые ордера). Опять же, пример с экспедиторами.

- Требованиями бух. учете установлен минимальный отчетный период месяц. Многие предприятия этим пользуются - несмотря на требования своевременности отражения хоз. операций. Ну например, есть некоторое производство. Есть материал/сырье которое удобно "отнести" в цех неким "большим куском" а списывать по мере израсходования.
Ну например соль. Часто, в производство отдают сразу мешок/упаковку. Несмотря на то, что требуется его там щепотка. Несмотря на то, что этой соли на складе уже фактически нет, но "по учету" он там есть. А списываться он будет "щепотками" по мере выработки или сводно за месяц. В таком случае о оперативном учете так же говорить не приходится. Да и провести оперативный контроль представляется не возможным - сырья-то нет, хотя числится.

Собственно говоря, оперативно/не оперативно на уровне платформы не отслеживается. Это реализуется за счет кода(например так же как "списание в минус" - платформе без разницы, а вот для учета она(разница) есть), исходя из специфики предметной области. Но вот насчет "операции, которые точно будут совершены"... Радченко не прав (ИМХО). План он на то и план - то-ли будет, то-ли нет...

КантачесПолучается, что списать (либо еще какая-либо хоз.операция, меняющая состояния счетов) можно только если сразу получить подтверждающие документы.
Списать - значит:
а) собственно что-то сделать, физически;
б) подкрепить это документально.

Когда отразить это в базе... ну вопрос другой. Этот вопрос выходит за рамки 1С - это система построения учета на предприятие в целом.

КантачесТеперь понятен смысл слов "отражение в базе".
Отразить в базе, не значит что оно было на самом деле или будет. База, это инструмент ведения автоматизации учета. Отражать в базе или нет, в какой аналитике - это, опять же, вопрос не к автоматизации, к методологии учета.

КантачесОднако привык воспринимать, что проведение - это изменение состояния регистров.
Ну и да и нет.
Есть ведь документы которые никакие регистры/счета не трогают - например, платежка, счет на оплату. Проведение - это фиксация(подтверждение) какой-то информации в базе. Эта информация может отражать уже свершившийся факт, но так же и то, что еще только запланировано.

КантачесКак тогда списать со склада какой-либо материал, когда подтверждающие документы будут только позже? Ведь необходимо зафиксировать, что чего-то на счетах стало меньше, чтобы другие пользователи не ошиблись. Например, расходная накладная. Ее пока сохраняют, а когда придет подтверждающая документация - проводят?
И снова - зависит от применяемой методологии.
Есть бух.учет, его ведение регламентировано законодательно, он требует отражать в базе только фактически свершившиеся хоз.операции. Но это далеко не всё, что нужно предприятию. В БУ не существует понятие резервирование, свободный остаток... и т.д. а вот для управления предприятием это важные понятия. Потому, существует так называемый управленческий учет, который реализует ту модель учета, которая нужна предприятию, она может быть произвольной, нет никакой регламентации.

Общего ответа на вопрос нет.
Что значит товар ущел со склада, а документов нет? Его украли ?

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

Если речь о производстве... то обычно, материал или заведомо много списывают в производство, и часть его висит в незавршенке, или списывают по факту выхода ГП...

У каждого предприятия свои взгляды на эти моменты, потому, что это очень сильно влияет на себестоимость, а значит и на прибыли ;)

КантачесThe Dim!Есть ведь документы которые никакие регистры/счета не трогают - например, платежка, счет на оплату.

1. У документов, проведение которых не меняет состояние регистров\счетов, в настройках оперативное проведение запрещаем .
2. У документов, которые своим проведением меняют состояние регистров\счетов в большую сторону (приход товара и т.п.) так же оперативное проведение запрещаем .
3. У документов, которые своим проведением меняют состояние регистров\счетов в меньшую сторону (списание в производство\в подотчет и т.п.), оперативное проведение разрешаем.
Такие правила?
Эм... такие правила что?

И как быть с, допустим, с документом корректировка взаиморасчетов - он и "туда" и "сюда" может менять регистры.

КантачесThe Dim!Некоторые, не мудрствуют лукаво, а просто ждут документы и вводят их по мере их прихода.

"... в обработке проведения мы будем контролировать наличие достаточного количества материалов на складе при проведении документа. Делать это мы будем только в том случае, когда документ проводится оперативно".
Это у Радченко сбило с толку. Расходная накладная с неоперативным проведением. Получается списывай сколько нужно, даже если на складе этого уже нет.
У него написанно корректно. Давать такую возможность пользователям или нет - это каждое предприятие само для себя решает.

КантачесThe Dim!Отразить в базе, не значит что оно было на самом деле или будет.

Под отображением мы понимаем одно и тоже - изменение состояний регистров\счетов? Или речь о документах?
Регистры - показывают состояние учета на какую-то дату. Документы - инструмент записи данных в регистры. Отчеты - соответственно - инструмент анализа регистров(учета).

Что вы так зациклились на "регистрах"? Это всего лишь способ отображения данных.

КантачесThe Dim!Эм... такие правила что?
И как быть с, допустим, с документом корректировка взаиморасчетов - он и "туда" и "сюда" может менять регистры.

Это уже интересовало с точки зрения доработки\разработки конфигурации.
Так и думал, что не все так просто.Нужно отталкиваться не от механизмов конфигурации, а от бизнес-логики решаемой задачи.

КантачесThe Dim!Что вы так зациклились на "регистрах"? Это всего лишь способ отображения данных.
Не знаю. Бухгалтерию воспринимаю как механизм четкого контроля, отсюда и документы вроде расходной накладной должны обладать проверками на остатки. Вообще все документы, меняющие состояния счетов в меньшую сторону. А по Радченко - могут и не обладать. Отсюда и жесткое непонимание.Бухгалтерия, это один из подходов к учета дел на предприятии. "Четкость" требуется от любого вида учета, иначе какой от него толк?

А почему вы считаете, что проведение документа должно обладать контролем чего-либо вообще?
Контроль - это дополнительные "плюшки" автоматизации, которые пораждают разгельдяйство со стороны пользователей. А если бы не было компьютера, как выписывалась бы накладная - кладовщик что, пощел бы, на склад, и отдал то чего там нету... ? Конечно же нет :)