Октябрь 1st, 2012
Инструкция для «1С: Предприятие 7.7. Торговля и Склад»
ВНИМАНИЕ!!! Выполнение восстановления последовательности документов обязательно перед выгрузкой данных из «Торговли и Склад» в «Бухгалтерию». При нарушении последовательности документов данные отчетов могут быть!!!НЕАКТУАЛЬНЫ!!!
I. Делаем архивную копию базы данных
1. Запускаем программу в режиме «Конфигуратор». При этом все сеансы пользователей, работающих с программой должны быть закрыты.
2. Выбираем пункт меню АДМИНИСТРИРОВАНИЕ | СОХРАНИТЬ ДАННЫЕ. Появится окно:
3. В поле «Сохранять в:» указываем имя файла резервной копии. В имени указываем дату копии.
5.
При удачном завершении появится окно:
6. Внизу в окне сообщений будет выведена запись «Процедура сохранения данных завершена!»
Если при сохранении архива произошла ошибка, о чем будет сообщено, обратитесь к системному администратору (если сами таковым не являетесь:)).
7. Закрываем Конфигуратор.
II. Восстанавливаем последовательность.
1. Открываем программу в режиме «Предприятие» монопольно.
2. В меню ОПЕРАЦИИ | КОНСТАНТЫ меняем константу «Дата запрета редактирования» на дату раньше, чем нарушенная граница последовательности (ГП).
3. Например, если ГП находится на документе с датой 12.12.08, а Дата запрета редактирования установлена 31.12.08, тогда следует изменить Дату запрета редактирования на 11.12.08 либо еще раньше.
4.
Выбираем пункт меню ОПЕРАЦИИ | ПРОВЕДЕНИЕ ДОКУМЕНТОВ. Появится окно, в котором необходимо выбрать вторую закладку «Последовательности»:
5. Выбираем дату, по которую необходимо восстановить последовательность. Обычно это текущая дата.
6. Отмечаем галками все три последовательности.
7. Ставим галку «Выводить сообщения о пересчитанных документах»
8. Нажимаем кнопку «Выполнить».
9.
Следим за ходом выполнения обработки. В окне сообщений выводятся обработанные документы. В окне «Комментарий выполняемых действий» выводятся результаты проведения документов. 
При удачном завершении программа выдаст сообщение «Восстановление последовательности документов завершено».
В случае ошибки процесс восстановления останавливается. Об этом можно судить по состоянию окна сообщений. Последовательность останавливается на ошибочном документе, при неудачном его перепроведении.
В этом случае закрываем окно «Проведение документов».
В окне «Комментарий выполняемых действий» находим последнее сообщение о проведении документа. Смотрим что за документ и что за ошибка. Сообщаем в бухгалтерию об ошибке (документ, на котором остановилась последовательность). После исправления ошибки запускаем процесс восстановления заново.
Если устранить ошибку быстро не удается (!!! НЕ ЗАБЫВАЕМ, ЧТО РАБОТАЕМ В МОНОПОЛЬНОМ РЕЖИМЕ, И ЖЕЛАЮЩИХ ПОПАСТЬ В БАЗУ ОЧЕНЬ МНОГО!!!), тогда прекращаем процесс восстановления и переносим точку актуальности (ТА) на последний документ в системе, иначе работа в программе будет невозможна.
Можно восстановить последовательности и не в монопольном режиме, но медленнее. Для этого берем обработку
sequence.rar
Перенос точки актуальности итогов (ТА)
1. Открываем общий журнал документов
2.
Находим самый последний документ в системе (при этом Быстрый отбор должен быть отключен (установлен в значение «отсутствует»), иначе ТА будет перенесена некорректно)
3.
Щелкаем на последнем документе правой кнопкой мыши и выбираем «Установить ТА на документ»
На вопрос «Изменить точку актуальности итогов?» отвечаем «ДА».
будет выведено окно:
4. Ничего не отмечаем и нажимаем «Выполнить».
5. В результате будет выдано сообщение «Изменение ТА завершено».
6. Выходим из монопольного режима программы, если необходимо пустить в программу других пользователей. Входим в обычном режиме и работаем над ошибками. После корректировок снова пытаемся восстановить последовательность.
В данной публикации представлено 4 обработки и бонусный файл. Для запуска обработок под 8.2, обработки необходимо открыть в конфигураторе для конвертации. Все представленные в данной публикации обработки могут работать в многопользовательском режиме доступа (НЕ МОНОПОЛЬНО).
Проведение документов / восстановление последовательностей
1. Проводит документы за период. По выбранным видам документов. По выбранной организации.
2. Восстановление выбранных границ последовательности блоками по часу. Т.е. в случае возникновения ошибки при проведении документа откат происходит на начало часа.
Дополнительные возможности
Повторные попытки проведения / восстановления в случае неудачи (например, в случае блокировки документа другим пользователем).
Проведение / восстановление в многопользовательском режиме доступа.
Ожидание завершения работы пользователя "Регламент" (под данным пользователем могут выполняться регламентные операции, например обмен данными РИБ).
Завершение сеанса 1С:Предприятия 8 по окончании проведения / восстановления.
"ТМЦ / Оплата" помечает документы от проведения которых зависит учет НДС. К сожалению не всегда восстановление последовательности позволят корректно рассчитать НДС, комбинация проведения всех документов связанных с движением ТМЦ и оплатой, а также восстановление границы последовательности позволяет в значительной степени "правильно" выполнить расчет.
Данная обработка первоначально была разработана для УПП, но, разумеется, будет работать и в любой другой конфигурации 1С:Предприятия 8.
Установка границ последовательностей
Обработка "Установка границ последовательностей" позволяет устанавливать границы последовательностей на указанную дату без проведения документов. Это бывает необходимо при "случайном" проведении документа раньше границы восстановленной последовательности. Чаще всего если документ не изменялся, то результат его проведения тоже не изменится. В этом случае нет необходимости перепроводить все последующие документы, достаточно вернуть границу последовательности "на место".
Установка дат расчета итогов
При загрузке большого количества документов есть стандартная возможность отключить итоги, в этом случае загрузка будет выполнена быстрее. Но в случае повторной загрузки документов требущей перепродения документов после загрузки, данный механизм не подходит, потому что возникнет ошибка при обращении к итогам. Обработка "Установка дат расчета итогов" не отключает итоги, она расчитывает их на нужную дату. При правильном её использовании, проведение загружаемых документов не будет вызавать пересчет итогов последующих периодов.
В случае, если по какой-то причине не был выполнен регламентированный расчет итогов регистров, то для расчета итогов также можно воспользоваться данной обработкой.
"Удаление рассчитанных итогов" - в этом режиме расчитанные итоги удаляются, но использование итогов не отключается. Т. е. документы будут нормально проводится.
Пересчет итогов по регистрам
Во многих конфигурациях появилась возможность использовать разделение итогов. Это снижает вероятность возникновения взаимных блокировок, но при этом в случае интенсивной работы пользователей таблицы итогов увеличиваются. Для уменьшения количества дублирующихся записей итогов предлогается выполнять пересчет итогов. Типовой механизм пересчета требует монопольного доступа к базе данных. Мне было удобно выполнять данную процедуру во время обеда. При этом выгонять пользователей из базы данных не обязательно.
Бонус
На отдельную публикацию не потянет, поэтому выкладываю бонусом.
Ярлык для запуска 1С:Предприятия 8.1 с сохранением служебных сообщений в файле C:\Error.txt в случае ошибок, возникших, например, при проведении.
"C:\Program Files\1cv81\bin\1cv8.exe" enterprise /Out"C:\Error.txt" -NoTruncate
Буду рад комментариям с конструктивной критикой, пожеланиями и замечаниями.
Как в программе 1С 8.3 Бухгалтерия перепровести группу документов?
При исправлении документов задним числом, почти всегда в 1С 8.3 требуется перепроведение документов, имеющих дату и время больше, чем у документа, который исправляли. Рассмотрим как исправить это и как перепровести документы в 1С 8.3 Бухгалтерия.
Перепроведение документов в 1С 8.3 Бухгалтерия специальной обработкой
Обработка группового перепроведения находится в меню «Все функции»:
Обычно по умолчанию, даже если у пользователя есть полные права, этот пункт меню не виден. В этом случае нужно зайти в меню «Сервис», далее «Параметры»:
И установить соответствующий флажок:
Если «Сервис» недоступен, обратитесь к специалисту, который настраивал права доступа.
И так, выбираем команду «Все функции». В открывшемся окне выбираем в разделе «Стандартные» строку «Проведение документов»:
Откроется окно обработки проведения:
На закладке «Проведение документов» выбираются типы документов, которые нужно провести или перепровести (в зависимости от настройки флажков).
Внимание! Если вы планируете только перепровести уже проведенные документы, но не желаете проводить не проведенные документы, обязательно снимите флаг «Проводить проведенные»:
Очень важно правильно установить период, за который будут выбраны документов, особенно, если база данных большая. Процедура проведения длительная и делает большую нагрузку на сервер. Желательно перепроведение запускать, когда в программе больше никто не работает.
Кроме этого, желательно знать, какие виды документов связаны.
Например, если следует перепровести документы, связанные с товародвижением, не стоит добавлять в список документов на перепроведение, связанные с зарплатой.
Для удобства, программа может сама отслеживать изменение границы последовательности документов (при проведении / перепроведении автоматически устанавливается на этот документ). Причем их можно настроить несколько, в зависимости от типов документов. Восстановить границу последовательности можно осуществить на закладке «Восстановление последовательностей»:
Перепроведение при закрытии месяца
При выполнении регламентной операции «Закрытие месяца» программа проверяет актуальность границы последовательности проведения. Она должна стоять на последнем документе месяца, по которому идет закрытие. Если это не так, будет предложено перепровести документы и таким образом восстановить последовательность:
Иногда бывают случаи, когда документ не меняли, но случайно перепровели. Граница установиться на этот документ. К сожалению, в 1С: «Бухгалтерии 3.0» нет штатной возможности вручную вернуть границу на нужное место, хотя в прежней версии была. Но в интернете можно найти внешние обработки, позволяющие это сделать.
По материалам: programmist1s.ru
В меню Операции/Проведение документов на вкладке «Восстановление последовательностей», отражены все последовательности, имеющиеся в программе, и для каждой из них приведена дата актуальности. Если требуется закрыть первое полугодие 2013 г., а мы при проведении документов видим примерно такое:
То означает это, что ни в одном из сформированных Вами отчетов нет правильных данных.
Что же такое последовательность? Оперативность является основным правилом учета, т.е. в программе отражаются хозяйственные операции по мере их появления. Рассмотрим на примере данное утверждение.
2 июня на склад поступило 15 штук товара А, затем 12 июня реализовано 7 штук. Если осуществить проведение этих документов через документ Поступление товаров и услуг, затем через Реализация товаров и услуг исключительно в хронологическом порядке, то установится последовательность прежде всего на 2 июня, затем на 12 июня. Т.е. каждым документом будет сдвигаться граница проведения вперед, а итоги (себестоимость, количество, сумма) актуальными будут на любой момент времени. Если провести задним числом документ Реализация товаров и услуг, которым будет отражать отгрузку 8 штук товара А от 9 июня, то программа позволяет это сделать беспрепятственно. При этом граница последовательности будет установлена на дату 9 июня, на этот новый документ. То есть ДО ввода этого документа информация верна, а если рассматривать информацию ПОСЛЕ этого документа, то она уже не достоверна.
При перепроведении входящих в последовательность документов , документ от 12 июня не будет проведен, поскольку на складе отсутствует необходимое количество товара А. В связи с этим пользователь далее должен искать отчего возникла такая ошибка, должен не будет устранять и восстанавливать последовательность.
Возникает вопрос как часто требуется восстанавливать последовательность ?
- при формировании значимых отчетов
- перед выполнением регламентных операций
- перед закрытием месяца
Поскольку перепроведение документа (входящего в последовательность) сдвигает границу последовательности , необходимо закрывать прошлые периоды для редактирования.
В программе 1С:Бухгалтерия последовательности нет (за исключением кадровых приказов - в версии 8.1), однако имеется возможность перепроведения документов за период в автоматическом режиме. Перепроведение документов поможет выявить ошибки последовательности оприходования и отгрузки товаров, в результате чего себестоимость операций будет рассчитана правильно.
Каждую ИТ систему по ведению учета на предприятии можно разделить на две условные категории с точки зрения хронологической коррекции данных:
1) Не допускаются изменения задним числом. Все изменения проводятся корректирующими документами.
Такая система более сложна с точки зрения технической реализации. Сложно на все случаи жизни придумать корректирующие документы. Такая техническая реализация, как правило, хорошо подходит для бухгалтерских систем – где не приветствуются изменения задним числом и все оформляется коррекционными проводками. Тем не менее, в российской действительности очень часто возникают ситуации, когда данные изменяются задним числом и в бухгалтерских базах данных. Нужно отметить, что не смотря на определенные сложности реализации, в подобных системах есть ряд очевидных преимуществ. В первую очередь это простота администрирования с точки зрения безопасности, строгость учета, а также отсутствие неактуальных остатков и регламентных процедур по перепроведению измененной цепочки документов. Пример подобной системы - Аксапта.
2) Допускаются изменения задним числом. Корректность данных по цепочке измененных документов достигается регламентной процедурой перепроведения документов.
Подобная система является противоположностью вышеописанной системы. Соответственно это касается всех преимуществ и недостатков. Одним из недостатков является обязательное наличие регламентной процедуры коррекции цепочки измененных документов. В случае существенного роста информационного потока процедура перепроведения может продолжаться длительный промежуток времени. В случае когда эта процедура станет отнимать более 12-и часов это процедура становится потенциально опасной в надежности функционировании всей ИТ системы. Данную процедуру в типовой реализации необходимо выполнять в вечернее время так как она отнимает много серверных ресурсов и реализует много блокировок что негативно сказывается на общей работе пользователей.
Система 1С Предприятие 7.7. как правило, реализует вторую схему. Регламентная процедура коррекции измененных документов называется восстановлением последовательности 1С. Основными недостатками при изменении задним числом будут следующие пункты:
1) При изменении задним числом возникает относительно большой временной интервал между самим изменением и восстановлением последовательности в 1С.
2) Восстановление последовательности обычно невозможно в рабочее время в силу большой нагрузки на серверные ресурсы. Увеличиваемый информационный оборот базы данных может привести к невозможности выполнить эту процедуру в нерабочее время. Вследствие чего придется жертвовать либо актуальностью данных, либо удобством работы пользователей. В некоторых случаях нагрузка при фоновом перепроведении документов настолько большая, что база данных на время выполнения этой операции становится на запись практически недоступной.
Рассмотрим, почему данная процедура столь ресурсоемкая и какие есть варианты разрешения данной проблемы на примере простой оперативной БД с упрощенным составом документов.
Документы БД (усреднённая статистика):
Приходная накладная: 10 документов в день по 500 строк.
Расходная накладная: 100 документов в день по 100 строк.
Приходный кассовый ордер: 100 документов в день (без табличной части).
Расходнный кассовый ордер: 100 документов в день (без табличной части).
Регистры учета:
ОстатокТовараПоПартиям(Товар,Партия,Количество)
ОстатокТовара(Товар,Склад,Количество)
Взаиморасчеты(Клиент,Документ,Сумма)
Прибыль пускай рассчитывается по FIFO и взаиморасчеты тоже. Вообще нужно отметить, что это типовая реализация схемы расчета для конфигураций 1С предприятие 7.7. В этом случае, в отличие от линейной записи в регистр, при изменении задним числом изменяется вся партионная очередь измерения. Что бы ее восстановить необходимо пересчитать все связанные не только партия-образующие(приход) документы но партия-зависящие(расход).
Что произойдет, если мы поменяем данные по одной строчке товара приходной накладной 10-и дневной давности?
Что бы рассчитать количество связанных документов необходимо учитывать структуру регистров, по которым ведется расчет. Соответственно для того, что бы восстановить последовательность необходимо пересчитать все документы, которые участвуют в движении по регистрам измененного товара за 10-ть дней. Однако, как правило, мы не знаем в типовой реализации какую именно позицию мы меняли и поэтому пересчитываются все документы за данный период. Учитывая, что измененная строка в приходной накладной могла повлиять на взаиморасчеты нам приходится пересчитывать и ПКО и РКО. Итого получается необходимо даже после одной измененной строки провести порядка Кол.Документов=(10+100+100+100)=310 документов и соответственно обработать (500*10+100*100+100*1+100*1) = 15200 строк! Вдумайтесь еще раз в эти цифры! Даже одна измененная строка задним числом предполагает такую ресурсоемкую обработку.
В чем же причины такого неэффективного механизма восстановления последовательности в 1С?
Первая это – потеря истории изменения. Вследствие чего невозможно сказать каким было состояние документа до изменения. Это исключает селективное, выборочное перепроведение документов.
Вторая и немаловажная – отсутствие возможности обработки движений регистров построчно. Даже если будет возможно сказать какая именно позиция была изменена в документе то нельзя будет обрабатывать только эту позицию в модуле обработки проведения. Это уже следствие частично неэффективной реализации платформы 1С Предприятие 7.7.
Итогом такой реализации стало то, что при изменении одной позиции в документе все равно придется препроводить весь документ. Изменив одну строку в документе приходной накладной нам в программной реализации придется обработать остальные 499-т строк, которые не менялись!
Существуют несколько решений. Первое решение
позволяет исключить проблему потери истории изменения. Как следствие уменьшение количества перепроводимых документов в зависимости от специфики базы в интервале от 10 до 100 раз. Перепроводиться будут только завязанные в последовательность документы. Такой разброс в количественных оценках определяется спецификой базы данных.
Например, если клиентам отгружается в среднем типовой полный набор товара – в случае изменения задним числом по позиции из этого документа - количество перепроводимых документов уменьшится относительно на небольшую величину