1с как ускорить закрытие месяца

Обновлено: 07.07.2024

Добрый день!
Не могу закрыть месяц, в появивщемся окошке текст:
Перепроведение документов выполнится после завершения служебной операции:
Проверка подключения
Проверка контрагентов на подключение к 1С-ЭДО (выполнение)
Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.103.12)
Файл приложила.
Сама нигде никакие галочки на проверку контрагентов не устанавливала. Спасибо!

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Все комментарии (13)

Обновитесь до актуального релиза, пожалуйста. И повторите процедуру.

Здравствуйте, Тамара!
Первое, что можно сделать в такой ситуации — выйти из программы 1С и зайти заново. Если не поможет, необходимо почистить кэш и провести тестирование и исправление базы данных в режиме Конфигуратор. Как почистит кэш можно посмотреть здесь: Очистка кэш 1С 8.3
Как сделать тестирование смотрите здесь: Тестирование и исправление базы 1С 8.3: какие галочки ставить Перед выполнение необходимо сделать копию базы.

Например, если вы не работаете с 1С-ЭДО, можно полность отключить выполнение в 1С этой операции и она не будет вам никогда мешать.

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

Доброй ночи! Всем спасибо, но не помогает!
Только вечером обновили до последней, актуальной версии, стало вот так: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.103.21)
Но месяц так и не закрывается! Такого ни разу не случалось, чтоб невозможно было закрыть месяц!
Файл немного изменился, прикладываю.
Завтра, вернее уже сегодня, сдавать НДС! ((((

Здравствуйте, Тамара!
Уточните кэш чистили, тестирование проводили? Если есть возможность попробуйте сделать копию базы и запустить ее на другом компьютере.

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

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

Можно запустить сначала тестирование. Если не поможет, то почистите кэш.
Почистить кэш можно удалением базы из списка.
Очистка кэш 1С 8.3 ОЧИСТКА ВРЕМЕННЫХ ФАЙЛОВ (КЕШ) УДАЛЕНИЕМ БАЗЫ 1С ИЗ СПИСКА

Тестирование запустила. Перед запуском почитала, какие ошибки могут быть исправлены и из-за чего они возникают. За последнее время несколько раз отключалось электричество во время работы в программе. Дело в том, что
кроме проблемы с закрытием месяца, перестали еще загружаться выписки из банка после 13 октября. В это время было установлено предыдущее обновление (3.0.103.12) Думала после обновления очередного все заработает. Вчера обновились до 3.0.103.21, но выписки не загружаются.
Есть тут какая-то связь?
Тестирование пока идет.
Спасибо Вам за помощь!

Какая ошибка выдается при загрузки выписок из банка?
Посмотрите обсуждение подобного вопроса здесь: Банковская выписка не загружается из-за ошибки в фоновом задании .

Рада, что все получилось.
Удачной сдачи отчетности.
Обращайтесь, пожалуйста

Давняя проблема.
Медленно закрывается месяц.
Я понимаю что это связанно с последовательностью документов, но можно ли как то ускорить этот процесс?
два сервера
1)
1С
xeon E312xx 3.6 (8 ядер) 42 гб
2)
sql
xeon E312xx 3.6 (4 ядер) 75 гб

БП весит гб 23 гб

Медленно закрывается месяц.
Я понимаю что это связанно с последовательностью документов, но можно ли как то ускорить этот процесс?
Может влиять общее количество документов, количество работающих в это время в базе пользователей, количество номенклатурных групп, подразделений, количество переделов в производстве (4)
Кол-во работающих в базе сейчас 1 человек. на сервере не больше 15.
всего документов в месяц20 тыс -30 тыс.
как быть? (5)в вашем случае - никак. 20-30 тыс. документов в месяц - это прям очень много.

(1) проблема очень индивидуальна, зависит от многих факторов:
- прикладные настройки конфигурации (зависит от уч. политики, хоз. деятельности предприятия и т.п.);
- конфигурации серверов и их настройка;
- настройка СУБД, Сервера 1С.
и т.п.

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

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

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

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

Средняя скорость проведения документов с этим расширением составляет 3 документа в секунду, что даже при количестве 100 тысяч документов в месяц позволяет провести их все за одну ночь. Это очень удобно, так как не мешает дневной работе бухгалтерии.

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

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

История создания

История создания данного расширения началась с попыток зачесть все авансы и устранить сальдо «красным» на 62 и 60 счетах с детализацией по всем субконто (для корректного формирования счет-фактур на аванс). Причины, по которым мы долго не могли это сделать, банальны. Документы загружаются, вводятся и редактируются задним числом, и при большом их объеме стандартную процедуру восстановления последовательности сделать просто не успевали, она выполнялась несколько дней. Остатки на конец периода корректировали вручную, но они появлялись вновь. Авансы зачитывались не полностью.
Нам стало казаться, что борьба с ошибками будет бесконечной!

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

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

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

За месяц был разработан прототип расширения конфигурации, в котором групповое перепроведение документов выполнялось уже с использованием текущих итогов. Производительность выросла на порядок!

В ходе эксплуатации были разные проблемные ситуации, для их исключения так же были реализованы:

корректное прерывание работы;
восстановление итогов в ситуации сбоя в работе сервера;
автоматическое определение и настройка параметров базы СУБД;
приостановка группового проведения до завершения регламентного обслуживания базы СУБД;

МЕТОДИКА УСТРАНЕНИЯ ОШИБОК ЗАЧЕТА / ВЫДЕЛЕНИЯ АВАНСОВ

Общая последовательность действий для устранения ошибок зачета/выделения авансов следующая:

Выполнение обработки «Корректировка сальдо и зачёт авансов по 60 и 62 счетам» на начало месяца;
Восстановление последовательности обработкой «Групповое перепроведение документов» до конца месяца;
Формирование отчета «Ошибки на счетах 60 и 62 с документами и субконто» за месяц.
При выявлении отчетом ошибок потребуется их устранение итерациями для каждого договора контрагента:
1. Исправление первого документа в цепочке документов по договору контрагента;
2. Перепроведение цепочки документов по договору контрагента;
3. Формирование отчета «Ошибки на счетах 60 и 62 с документами и субконто»;
Отчет «Ошибки на счетах 60 и 62 с документами и субконто»

Создан для нахождения ошибок зачета/выделения авансов с определением их причины. Если его использовать после восстановления последовательности проведения документов, то мы найдем только ошибки, которые не могут быть устранены автоматически.

Эти ошибки можно разделить на две категории по способу их устранения:
1. Если на начало месяца есть сальдо «красным» и не зачтенные авансы, их можно устранить обработкой
 «Корректировка сальдо и зачёт авансов по 60 и 62 счетам»;
2. Другие ошибки, связанные с некорректным заполнением реквизитов в документах, устраняемые только изменением документов.
 Виды ошибок в документах:
 - Счета расчетов или счета авансов указаны с ошибкой;
 - В документе отключен автоматический зачет или погашение аванса;
 - Указан договор с видом, не подходящим к счету, виду документа или операции документа;
 - Есть ручное изменение проводок документов;
 - Введены документы «Операция»;
Обработка «Корректировка сальдо и зачёт авансов по 60 и 62 счетам»

Обработка создана для корректировки начального сальдо по 60 и 62 счетам, для автоматического зачёта авансов по разным расчетным документам с совпадающими договорами на указанную дату. В результате создается документ «Операция» датой на 1 секунду меньше указанной даты.

Прочие оптимизации проведения документов

Доработан алгоритм проведения документов «Корректировка долга» , где к стандартным проводкам автоматически добавляются проводки зачета и выделения аванса. Без этой доработки восстановление последовательности не устраняет ошибки автоматически.

Выполнена оптимизация проведения документов «Корректировка реализации» , что ускорило их проведение в десятки раз (в типовом решении запрос составлен не оптимально).

Стандартная обработка «Групповое перепроведение документов» усовершенствована.
В настройке можно добавить в последовательность проведения синхронизированные документы для выбранного узла обмена, а так же любые документы по заданному вами запросу. Это позволяет сразу провести загруженные из торговой системы документы с 4-х кратным ускорением и в последовательности.

Иногда изменения в документах столь незначительные, что можно не восстанавливать последовательность проведения. Из формы обработки «Групповое перепроведение документов» можно получить список документов, нарушивших последовательность, проконтролировать отсутствие существенных изменений. После чего проведение можно продолжить с любой заданной даты, отключив флажок «С момента нарушения последовательности». Перед началом проведения граница последовательности будет установлена на указанную дату начала периода.

Обработка «Оптимизация проведения документов»

Обработка работает только с СУБД MS SQL Server и выполняет операции, которые в большинстве случаев устраняют проблемы производительности сервера СУБД. Запускается вручную за день или непосредственно перед запуском группового перепроведения документов. Чаще всего обработка дублирует регламентное обслуживание базы СУБД, но если регламент не выполняется или результат его выполнения вас не устраивает, то можно воспользоваться данной обработкой.

Иногда регламент настроен таким образом, что выборка данных для обновления статистики делается лишь частичная (это режим по умолчанию). При наличии проводок будущими датами SQL Server проскакивает записи близкие к текущей дате, что приводит к формированию сильно не оптимальных планов исполнения запросов. Данная обработка использует только полную выборку данных для построения статистики (только FULL SCAN). Статистика индексов обновляется при их перестроении в режиме максимального параллелизма.

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

СИСТЕМНЫЕ ТРЕБОВАНИЯ
1. Использование архитектуры клиент-сервер;
2. Сервер 1С:Предприятие 8.3 (8.3.12.1529 или новее) под управлением ОС WINDOWS;
3. Сервер СУБД MS SQL Server или PostgreSQL (должен быть установлен провайдер OLE DB или драйвер ODBC);
ТЕХНОЛОГИИ

Расширение использует ряд уникальных технологических приёмов, оптимизирующих проведение документов:
- Используются текущие итоги регистра бухгалтерии для получения остатков на момент времени документа;
- Оптимизированы запросы и уменьшено число обращений к серверу СУБД кэшированием данных;
- Управление итогами и границей последовательности оптимизировано SQL-запросами;
- Групповое перепроведение приостанавливается на период регламентного обслуживания базы;
- Содержит средства обслуживания таблиц регистра бухгалтерии базы СУБД из приложения 1С (индексов, статистики).
ОГРАНИЧЕНИЯ
1. После перехода в режим оперативного проведения регистр бухгалтерии доступен только для чтения, что не позволит одновременно проводить документы другим пользователям;
2. После перехода в режим оперативного проведения при возникновении ошибки, связанной с нарушением работы сервера, снятие блокировки с регистра бухгалтерии выполняется пользователем нажатием отдельной кнопки;
3. В стандартной обработке «Закрытие месяца» отключена проверка необходимости восстановления последовательности. Для закрытия месяца перепроведение документов не требуется. Необходимо проверять границу непосредственно в обработке «Групповое перепроведение документов», нажав на гиперссылку «Перепроведение документов».
Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.

Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.

"На днях разбирался с закрытием месяца (типовая бухУчет 7.70.478) по галочке "ГП и ПФ", а именно в модуле документа "ЗакрытиеМесяца" процедура РасчетСебестоимостиПродукцииИПолуфабрикатовБУ() Там есть такой кусочек: // Создадим список видов номенклатуры, по которым было движение продукции. СписокВидовНоменклатуры = СоздатьОбъект("СписокЗначений"); БухИтПрод.ВыбратьСубконто(ВидыСубконто.Номенклатура); Пока БухИтПрод.ПолучитьСубконто(ВидыСубконто.Номенклатура) = 1 Цикл СписокВидовНоменклатуры.ДобавитьЗначение(ПолучитьВидПродукции(БухИтПрод.Субконто(ВидыСубконто.Номенклатура))); КонецЦикла; Т.е. пробегают по "Номенклатуре", а готовят СписокЗначений с "ВидамиНоменклатуры". В моей ситуации используется всего 2 ВидаНоменклатуры, и ассортимент "Номенклатуры" около 2 тысяч позиций. Внеся изменения: // Создадим список видов номенклатуры, по которым было движение продукции. СписокВидовНоменклатуры = СоздатьОбъект("СписокЗначений"); БухИтПрод.ВыбратьСубконто(ВидыСубконто.Номенклатура); Пока БухИтПрод.ПолучитьСубконто(ВидыСубконто.Номенклатура) = 1 Цикл _вп = ПолучитьВидПродукции(БухИтПрод.Субконто(ВидыСубконто.Номенклатура)); Если СписокВидовНоменклатуры.НайтиЗначение(_вп) <> 0 Тогда СписокВидовНоменклатуры.ДобавитьЗначение(_вп); КонецЕсли; КонецЦикла; у меня список значений сократился с 205 до 2. А далее идет НомерВидаНоменклатуры = 1; Пока НомерВидаНоменклатуры <= СписокВидовНоменклатуры.РазмерСписка() Цикл . КонецЦикла; ну и сами понимаете. Глубинного смысла такой реализации от 1С я не нашел, закрытие по цифрам получается вполне подходяще, так что я эти изменения оставил у себя. Для интереса посмотрел предыдущие релизы (458 у меня еще сохранилась), там аналогично 478 все сделано. До разработчиков бы как донести, может я чего недопонял?"

Общий механизм и смысл закрытия месяца

Общий список можно посмотреть, если не указывать организацию в окне помощника, либо в окне списка регламентных операций. На данный момент в программе предусмотрены более 30 Регламентных документов:

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

Получите понятные самоучители по 1С бесплатно:

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

Замечание! Важно закрывать месяца последовательно, один за другим, иначе данные в отчетах будут некорректны. Конечно, если за месяц не было никаких операций и у организации нет на балансе основных средств или нематериальных активов (не начисляется амортизация), то его закрытие можно пропустить, но рекомендуется все же делать последовательное закрытие.

Настройка учетной политики организации

Если у Вас не настроена учетная политика (например, вы делаете первое закрытие месяца), выполним следующие действия:

Закрытие месяца в 1С 8.3 для ОСНО по шагам

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

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

Первый шаг

На первом этапе:

Здесь мы видим следующие проводки:

Кроме того, происходит расчет расходов по аренде:

В данной операции мы видим, что произошла переоценка остатков Доллара США исходя из текущего курса.

Второй шаг

Шаг три

На третьем этапе у нас добавилась операция по формированию проводок закрытия 20, 23, 25, 26 счетов, это свидетельствует о том, что в организации ведется производственная деятельность.

На этом этапе происходит закрытие затратных счетов (20, 23, 25, 26, 44). Правильность данной операции напрямую влияет на себестоимость продукции. Поэтому важно внимательно отнестись к данному разделу. Необходимо убедиться, что закрытие произошло верно.

Четвертый шаг

И, наконец, на четвертом этапе рассчитывается налог на прибыль. Описывать принципы его расчета не имеет смысла, потому что опять же влияет специфика. Приведу лишь пример проводок:

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

Закрытие месяца для УСН

Установим период выполнения, а точнее месяц, который хотим закрыть.

Закрытие месяца для УСН состоит из пяти этапов. Да–да, из пяти, я не описался, хотя на форме мы видим только четыре.

Далее я буду нумеровать этапы закрытия в соответствии со скриншотом:

Ошибки при закрытии месяца в 1С 8.3

Читайте также: