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

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

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

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

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

Таким образом, общим правилом, которого следуиваться при вводе документов, является расположение документорядке, в котором реально происходили cобытия.

Разумеется, при вводе документются ошибки. И хотя задачей пользователей, безусловно, являеьное и своевременное отражение хозяйственных операций, полночить вероятность возникновения ошибок практически не реальнос этим возникает необходимость исправления ранее введенных д удаления документов, введенных по ошибке, и ввода документо не были введены своевременно.

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

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

Однако, если для управленческого учета приведенное правило распространяется на всю историю документов, хранящихся в информационной базе, то при ведении бухгалтерского учета изменение документов и операций "задним числом", разумеется, не может выполняться в тех периодах, по которым уже сдана отчетность, в тех случаях, если это может повлечь к изменению бухгалтерских итогов. В таких случаях обычно используется сторнирование.

Из сказанного выше следует, что идеология "1С:Предприятия" предполагает возможность исправления ранее введенных документов с целью привести все введенные документы в соответствие с реально происходившими в организации событиями (актами хозяйственной деятельности). Таким образом, общий журнал документов после всех исправлений должен правильно отражать всю хозяйственную деятельность предприятия, вне зависимости от того, в какой последовательности собственно происходили ввод и исправление документов.

Соблюдение перечисленных правил позволяет программе, например, построить отчет о наличии товаров или любых других средств на любой момент времени. Причем, данные этого отчета будут совпадать с реальным наличием средств на тот момент времени. Кроме того, определенные механизмы учета "1С:Предприятия" основываются на текущих итогах на момент конкретного документа. Например, при проведении расходной накладной может выполняться расчет себестоимости списания "по средней" или по методу LIFO (FIFO). Разумеется, при изменении документа "задним числом" все документы, которые следуют за измененным документом, автоматически не перепроводятся. Их может быть очень много, и такая операция заняла бы продолжительное время. Однако, изменение документов "задним числом" приводит к тому, что списание, выполненное последующими документами, становится неверным. Например, если выяснилось, что в начале месяца неверно указали сумму приходной накладной, то очевидно, что все расходные накладные, по которым отпускались данные товары после этой приходной накладной, неверно рассчитали сумму списания. Для решения этой проблемы в "1С:Предприятии" существует возможность не только исправления документа "задним числом", но и перепроведения документов с целью правильного отражения в учете всех последующих хозяйственных операций. В процессе перепроведения каждый документ заново выполняет анализ итогов на тот момент, в котором он расположен в журнале, и соответственно правильно отражает данные списания в учете. Разумеется, перепроводить имеет смысл только те виды документов, которые в процессе проведения анализируют текущие итоги.

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

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

Для опыта использовались таблицы _1SJOURN, _1SSTREAM. В Таблице журналов собственно интересовало поле "DS7536" где 7536 - десятичный код последовательности.

При попытке востановить последовательность проводятся лишь те доки, для которых поле DS7536 = 1. Т.е. для рещения проблемы восстановления последовательности - надо для всех проведенных доков и которые после ГП установить поле DS7536 = 1. А теперь собственно говоря, почему такое возникает? Т.е. почему при доступных значениях метода последовательности "ПринадлежитПоследовательности" 0 и 1 есть еще значения и 2?

Первое условие:
Все документы вводятся в переферийной ИБ, при этом в свойствах миграции последовательности стоит флаек на "Единая последовательность в центральной ИБ". Соответсвенно в переферийной ИБ (где вводятся все документы) поле DS7536 всегда равно или 0 или 2, и соответсвенно метод ПринадлежитПоследовательности всегда возвращает 0 или 2. И что интересно, при автообмене в ЦБ также передается значение поля DS7536 равным 2

Теперь вспомним что происходит при проведении последовательности стандартным методом. 1С делает не проверку через метаданные принадлежности последовательности (что правильно, так как есть еще движения, влияющие на последовательность и только по движениям/проводкам можно сказать что документ входит в последовательность или нет), а проверяет поле DS7536, которе равно 2. Ну и конечно же 2 <> 1 и восстановленеи последовательности не приводит к проведению доков, входящих в последовательность.

Подытожим.

ЗЫ Возможно, что глюк не на втором этапе, а на третьем.

Как побороть?

Также что выяснилось в процессе исследования: - в переферийной ИБ всегда последовательность находится на последнем (по времени на оси времени, или по полю Date_time_IDDOC) проведенном документе. - каким то непонятным образом (пока непонятным) если последовательность отслеживается по бух счетам и регистрам - выборка происходит только по проводкам, т.е. движения регистров игнорируются (может я чего то недоглядел).