1с пересчет итогов не помогает
Доброго времени суток всем! Столкнулся с проблемой сильного торможения работы в начале каждого месяца. Попробую описать проблему подробнее. Стоит конфигурация Управление Торговлей 10.2 довольно сильно переписанная , размер около 14 ГБ, трехзвенная структура работы Пользователь -> Server1C -> SQL Server. Сервера 2х процессорные, на обоих 1й скази рейд и по 4 ГБ оперативки, сеть 1ГБ. С 5го числа пользователям предлагается произвести пересчет итогов (стандартно) и вот всегда после этого пересчета возникают проблемы со скоростью работы, 1 заявка делающая минимум движений проводится по 10 минут, такое наблюдается уже несколько месяцев помогает только «Переиндексация» и «Пересчет итогов» через конфигуратор да и то со скрипом т.е. работать начинает быстрее, но не так как было до этого пересчета, за 2-3 дня все само приходит в норму. К слову сказать, что если не делать пересчет итогов, то соответственно очень медленно делаются отчеты. Огромная просьба, если вы уже сталкивались с такой проблемой или может чего-нибудь посоветовать – напишите, буду ОЧЕНЬ признателен.
Движения по регистрам. Вообще все операции связаные с чтением и записью в базу происходят на 2 порядка медленнее
базу обслуживать надо: регулярная реиндексация, ну или дефрагментация индексов + обновление статистики, очистка процедурного кэша. На ИТС написано чего и как делать.
На ИТС почитай, там что то со скулем(его средствами) для профилактики периодически надо делать для увелич. производительности.
8.0 очень интересно считает регистры накопления: в нем храняться остатки на КОНЕЦ текущего месяца, и для вычисления остатка на конкретную дату сначало береться остаток на конец ТЕКУЩЕГО месяца и ВЫЧИТАЮТЬСЯ движения. В результате если это оперативное ведение, то скорость повышаеться, но при НЕ ОПЕРАТИВНОМ в начале месяца скорость падает
заинтересовался, проверил, удивился, что все действительно происходит примерно так :-) примерно так - это потому, что понятия "текущий месяц" в итогах нет. там есть граница рассчитанных итогов, но если есть рассчитанные итоги за следующий месяц, чем тот, за которых получаются остатки - вычисление идет имено так, как и описал . отсюда решение - пересчитывать итоги не в начале месяца, а в середине, чтоб всегда бралась ближайшая граница. ну а насчет повышения скорости при оперативном проведении - так на оперативную отметку времени итоги и так посчитаны :-)
не поможет. 1. причина: 8.0 хранит и последние итоги ВСЕГДА. 2. и внутренний расчет ведеться ВСЕГДА в обратном порядке от БЛИЖАЙШЕЙ БУДУЩЕЙ ТОЧКИ, и если ее нет то из системной (1.) можно попробовать сделать вместо месяца неделю или даже день, только возможно-ли это я не знаю.
Спасибо всем за отзывы. На данный момент база уже "умерла", востанавливаю из резервной копии (со всеми вытикающими), у моего кабинета толпа. кто-то чем-то стучит по двери подозрительно смахивающим на топор. Сколько осталось жить - даж не знаю :-) Все это было так весело если не так грустно
Вот очень интересно, почему описаные выще действия через конфигуратор в какой-то мере спасают ситуацию?
не переживай у нас в четверг упали 2 из 3 дисков в 5райде, головки упали, а архивы хранились ТОЖЕ на райде, в результате 2базы - год еще 2 базы - квартал
вообще твою проблемму надо копать со скульной стороны (только квалификация нужна. ) 1. выцепить физические запросы при типовой операции в момент тормозов и при нормальной работе, сравнить (особенно блокировки) 2. если есть разности то попытаться понять в чем, 3. если запросы идентичные, то дело не в самой 1с (или не только) 4. попытаться повторить все эти действия на тестовой копии (без пользователей) дальше уже можно составить картину.
Да, спасибо. Я себе составил примерно такую же схему. Взять Профайлер и трасировать запросы к SQL сравнивая результаты с тестовой базой.
Может кого заинтересует в чем была проблема: Во первых самые страшные тормоза оказались при проведении заказов покупателей, запись в регистр происходила чудовищно медленно, а вот такая не хитрая строчка спасла мир (мой личный, внутренний): РегистрыНакопления.ЗаказыПокупателей.УстановитьИспользованиеИтогов(Ложь); В регистре оказалось ОЧЕНЬ много не закрытых заказов и как я понял при записи нового движения происходил какой-то перерасчет чего-то, естественно в силу указыных причин выше, занимавший не мало времени. Почему обострение произошло после пересчета итогов. надо еще подумать (связь где-то на поверхности плавает, но ускальзывает) Когда проблема решена, все кажется таким простым, а я сам себе таким глупым :-)
А как же актуальность итогов? Если отключить расчет итогов при проведении - тогда итоги будут не актуальны.
Вы сотрудник франчайзи "1С"? Может быть, Вы даже обновляете клиентов и следите за работоспособностью их информационных баз? Или Вы работаете в штате компании и работоспособность систем на базе платформы "1С" лежит на Ваших плечах? Если ответа "ДА" хотя бы на один вопрос, то эта статья для Вас!
Сегодня мы рассмотрим, с одной стороны, очень простой вопрос обслуживания итогов в регистрах. Но с другой стороны - вопрос простой, но настраивать подобающее обслуживание итогов часто никто не торопится.
Не могу точно сказать для кого эта статья - для новичков или опытных программистов. Или администраторов? Думаю, что решать только Вам!
Как они работают
Платформа "1С" использует механизм итогов для оптимизации получения данных в запросах за большой период. Механизм итогов доступен в регистрах накопления, бухгалтерии и сведений. Именно благодаря ему мы можем формировать отчеты достаточно быстро за большой период времени. Не всегда, конечно, но это уже другая история :).
Но, прежде чем говорить об обслуживании итогов, давайте поверхностно рассмотрим их работу для каждого вида регистра. Мы не будем погружаться в особенности их работы на стороне СУБД, аспекты блокировок и другие связанные темы. Только принцип работы, только суть!
Регистры сведений
Начнем с простого - итогов регистров сведений. С некоторого момента, платформа поддерживает итоги среза первых / последних записей. Например, в последних типовых конфигурациях для регистра "Курсы валют" включены итоги среза последних. Под спойлером Вы найдете пример как данные в регистре отражаются на итогах этого регистра.
Вот такие данные содержатся в самом регистре.
И вот такие данные будет содержать таблица итогов.
Все просто - в итогах хранятся последние записи по периоду в разрезе измерений. Для регистра сведений "Курсы валют" это "Валюта".
Все логично - срез последних записей хранит последние по периоду записи в разрезе измерений регистра. При этом в итогах хранятся данные как измерений, так и ресурсов, и реквизитов.
По такому же принципу работают итоги среза первых, только хранят они, внезапно, срез первых записей.
Регистры накопления
Итоги регистров накопления уже интересней, чем у регистров сведений. О внутренних механизмах платформы и принципа работы с итогами Вы можете узнать здесь и вот тут, а также на сайте ИТС. А сейчас рассмотрим лишь основное. Во-первых, регистры накопления бывают двух видов: оборотов и остатков. От вида регистра также зависит принцип построения и использования итогов.
Регистр оборотов
Для примера возьмем регистр накопления "Реализация услуг" из типовой конфигурации "Бухгалтерия предприятия 3.0". Под спойлером пример данных в регистре и полученные итоги.
Это пример данных.
Движения регистра сформированы в период с марта по май 2019 года. Итоги в этом случае содержат сгруппированные данные по измерениям.
Итоги содержат сгруппированные данные по месяцам, а период записи - начало месяца.
Таким образом, итоги оборотного регистра накопления содержат сгруппированные данные по измерениям на каждый месяц. Позволяют получать данные за период наиболее оптимальным способом, ведь записей читать придется меньше, иногда значительно меньше.
Регистр остатков
В качестве примера остаточного регистра возьмем "НДС предъявленный". Пример снова под спойлером.
Вот пример данных регистра "НДС предъявленный". Некоторые поля убраны (пустые, служебные, реквизиты регистра). Правильность данных с прикладной точки зрения не гарантируется :).
Движения сформированы с апреля по июнь 2019 года. Соответственно, итоги в этом случае будут хранить остатки на конец каждого месяца по комбинациям измерений. При этом итоги за май будут записаны на начало дня 1 июня.
В этом случае, на самом деле, тоже все просто:
- На начало мая имеем остаток от операции прихода в апреле.
- На начало июня сохраняется остаток с апрельской операции, а также добавляется строка с остатком от операции в мае. Именно поэтому в июньских остатках две записи.
- В июне был сделан расход, которых закрыл остаток по первой операции, а также расход с частичным закрытием второй операции. Поэтому в итогах добавлена запись по оставшейся сумме.
Кроме того, есть текущие итоги, которые сохраняют информацию об остатках на самую последнюю дату. В таблице итогов они хранятся с датой "01.11.3999" и позволяют получить информацию об остатках на самый последний момент времени, который может быть зафиксирован в регистре.
Таким образом, итоги по остаткам хранятся на начало месяца и отражают их состояние за предыдущий период. Очень удобно и эффективно.
Итоги по остаткам используются очень часто и позволяют эффективно получать информацию о текущем состоянии каких-либо показателей (остатки номенклатуры, состояние взаиморасчетов и другое).
Регистры бухгалтерии
Не менее интересным объектом с поддержкой хранения итогов является регистр бухгалтерии. Это настоящий рекордсмен по количеству таблиц с итогами. Возьмем для рассмотрения типовой регистр "Хозрасчетный" в той же "Бухгалтерии предприятия 3.0". Всего в регистре можно насчитать 5 таблиц с итогами:
Итоги между счетами - для хранения итогов оборотов между корреспондирующими счетами
Чтобы не углубляться сейчас во внутренние механизмы регистра, отметим лишь, что в таблице итогов между счетами хранятся итоги только по оборотам. В остальных таблицах итогов хранятся итоги и по оборотам, и по остаткам. Также регистр бухгалтерии поддерживает текущие итоги, которые работают практически также, как и в регистре накопления.
Теперь Вы знаете на сколько большим по размеру и тяжелым по использованию может быть регистр бухгалтерии. Ведь при формировании проводок платформе требуется поддерживать большое количество таблиц с итогами. А представьте что бы было, если план счетов поддерживал не три, а пять субконто!
Более подробную информацию об особенностях работы итогов регистра бухгалтерии Вы можете прочитать здесь.
Что же с обслуживанием
И так, мы быстрым шагом прошлись по механизму хранения итогов платформы, рассмотрели какие итоги бывают и у каких объектов. Что же здесь может такое случиться, что потребует обслуживания?
Самым "самообслуживаемым" объектом в части итогов является регистр сведений. Включили итоги по срезу последних и забыли. Ничего настраивать и обслуживать не нужно.
С регистром накопления и бухгалтерии дело обстоит иначе. Для остаточных регистров накопления и любого регистра бухгалтерии обязательно в начале каждого месяца необходимо устанавливать период рассчитанных итогов. Если этого не сделать, то итоги по остаткам просто не будут рассчитаны. Соответственно, и использоваться они не будут.
Во всех типовых конфигурациях имеется регламентное задание "Установка периода рассчитанных итогов" с расписанием на запуск каждое 5 число месяца в 01:00. Вот алгоритм обновления периода рассчитанных итогов.
Эта функция получена из модулей "Библиотеки стандартных подсистем" и находится в общем модуле "УправлениеИтогамиИАгрегатамиСлужебный".
Установка периода рассчитанных итогов выполняется только для остаточных регистров накопления и регистров бухгалтерии. Для этого вызывается метод "УстановитьМаксимальныйПериодРассчитанныхИтогов" для менеджера регистра. Для регистров накопления передается конец предыдущего месяца, а для регистров бухгалтерии конец текущего месяца.
Как проверить, что у Вас установлен актуальный период рассчитанных итогов? Самый простой способ - зайти в обработку "Управление итогами" через "Все функции -> Стандартные -> Управление итогами". Там выбрать полные возможности и в показанной таблице проверить дату в колонке "Период итогов".
Для регистров бухгалтерии это должен быть конец текущего месяца, а для остаточных регистров накопления - конец предыдущего месяца. Если даты обновлены, то все отлично. Если нет - значит либо еще не наступило 5 число месяца, либо регламентное задание по установке периода рассчитанных итогов у Вас не работает.
Но и это еще не все! Есть еще как минимум две операции, которые необходимо планировать для итогов:
Зачем их устанавливать? Если в базе хранятся данные за 10 лет, то вряд ли они все используются. Целесообразно проанализировать какие данные действительно используются и за какой период (например, только последние 5 лет) и ограничить период хранения итогов нужным значением. Данный подход похож на метод скользящего окна, который упрощает сопровождение больших объемов данных.
Вот и все основные операции обслуживания.
Заключение
Мы быстро пробежались по принципу работы механизма итогов платформы "1С" и рассмотрели основные направления работ по обслуживанию итогов. Список получился коротким:
Иногда в программе 1С возникают ошибки. Например, в ОСВ не сходится сальдо на начало периода и сальдо на конец. Такие ошибки случаются из-за сбоев технического характера при выполнении системных операций, обновлений программы или переноса данных из программных продуктов.
Если возникли подобные ошибки в программе следует запустить пересчет итогов. Разберемся как сделать пересчет итогов в 1С 8.3 Бухгалтерия, какие варианты пересчета итогов доступны в режиме 1С Предприятие 8.
Пересчет итогов в 1С 8.3 Бухгалтерия
В режиме Конфигуратора
Пересчитать итоги в 1С можно как в конфигураторе, так и в режиме пользователя. Прежде рассмотрим, как сделать пересчет итогов в конфигураторе.
Откройте конфигуратор. Меню Администрирование – Тестирование и исправление .
Проверьте установку флага Пересчет итогов , нажмите Выполнить .
В режиме Пользователя
Если нет доступа к конфигуратору, пересчет итогов в 1С можно запустить в режиме пользователя.
Предварительно узнайте дату самого первого документа, проведенного в программе. Перейдите в раздел Операции – Журнал операций .
Перейдите в раздел Администрирование – Обслуживание .
Откройте раздел Регламентные операции , выберите Управление итогами и агрегатами .
В подвале формы нажмите на ссылку Полные возможности .
Из списка выберите Журнал проводок (бухгалтерский и налоговый учет) (регистр бухгалтерии) , нажмите Пересчет Пересчитать итоги за период .
Установите необходимый период, нажав на кнопку Выбрать , запустится пересчет итогов за выбранный промежуток времени.
После выполнения пересчета итогов ошибок в программе 1С не будет.
Мы рассмотрели, как сделать пересчет итогов в 1С 8.3 Бухгалтерия.
См. также:
Если Вы еще не подписаны:
Активировать демо-доступ бесплатно →
или
Оформить подписку на Рубрикатор →
После оформления подписки вам станут доступны все материалы по 1С:Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Работаю в крупной компании, база на MS SQL, но итоги 2-3 раза в месяц слетают, т.е. смотришь - записи в регистрах есть, а итоги по ним система собирает не верно. Вот, написал простую обработку, которая пересчитывает таблицы помесячных итогов в регистрах, при этом пользователей из базы выгонять не требуется.
Обработка простая, может кто уже аналогичное и писал, я искал - не нашел.
Не забываем про плюсики :) Всем удачи.
Специальные предложения
Я себе подобное делал, но выводил дополнительно количество записей, подлежащих пересчету. Иначе можно "попасть", если надо пересчитать большой регистр - несколько часов тормозов для всех обеспечено.
(1) wondermaker,
Спасибо за идею сделаю на днях!
Сейчас, если я попадаю - т.е. система конкретно подвисла,
тогда я делаю просто аварийное завершение работы,
и заново пересчитываю итоги меньшими порциями (по 1 регистру и по 1 месяцу).
Хотя, вывод количества записей - интересное, но тоже не координальное решение -
Ведь на скорость пересчета могут влиять и текущие транзакции пользователей.
Я перед запуском подобной обработки запускал обработку для проверки расхождений между правильным значениями итоговых таблиц регистров, полученных расчетным путем, и текущими значениями в итоговых таблицах регистров.
Тогда пересчитывать нужно будет только определенные регистры.
(5) metmetmet, пересчёт итогов так же ещё "схлопывает" строки таблицы с нулевым значением, так что это полезно делать вне зависимости от наличия расхождений
(6) Согласен, в идеале, наверное, лучше разделять ситуации планового пересчета итогов и экстренного, когда обнаруживается расхождение и нужно проверить остальные регистры на наличие расхождения.
(6) CratosX, пересчет итогов лишь пересчитывает итоги в отдельной "встроенной" таблице, если вам известно, что такое пересчет итогов. Никаких "схлопываний" нулевых строк не происходит (при этом, кроме всего прочего и отсутствия такого механизма в 1С, программа еще и должна знать, что это такое - "схлопнуть нулевые строки": нулевые по количеству, по сумме, по пустой ссылке. ).
Они как были, так и остаются в регистрах. А транкейт таблиц SQL (удаление удаленных записей из базы) происходит при ТИИ. И то это у 1С нигде не обозначено в документации.
Просмотры 14522
Загрузки 0
Рейтинг 28
Создание 07.10.13 11:09
Обновление 07.10.13 11:09
№ Публикации 202914
Конфигурация Не имеет значения
Операционная система Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Не указано
См. также
Групповая корректировка записей регистров (Управляемое приложение) v 2.2 Промо
Обработка предназначена для групповой корректировки записей регистров Накопления, Сведений и Бухгалтерии. Разработана специально для Управляемого приложения.
2 стартмани
06.09.2013 72942 382 kser87 69
Предпросмотр PDF, JPG, PNG, TIFF, Word, Excel
Предварительный просмотр присоединенных файлов PDF, JPG, PNG, TIFF, Word, Excel через расширение. Позволяет изменять масштаб, поворачивать и листать. Не требует подключения к интернету и внешних компонент.
2 стартмани
01.11.2021 4512 50 TyurinArt 23
Управление платформенными обработками (расширение для типовых) [update 8.3.20]
Расширение использует недокументированную возможность для управления платформенными обработками. Например, чтобы подменить "Активные пользователи" или доработать "Конструктор запросов".
1 стартмани
07.10.2021 6021 10 SeiOkami 24
Универсальная обработка переноса данных из основной конфигурации в расширение
Обработка предназначена для разработчиков, для тех случаев, когда ранее дописанный функционал, перенесен в расширение и появляется необходимость перенести данные из объектов основной конфигурации в объекты расширения. Перенос осуществляется настройкой соответствия объектов основной конфигурации объектам расширения.
5 стартмани
05.10.2020 13343 81 biz-intel 71
Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо
Простой перенос через JSON данных между двумя базами 1С (документов, справочников, ПВХ, ПВР, счетов). Аналогична произвольной выгрузке в типовой "Выгрузка/загрузка XML", но может использоваться для отличающихся конфигураций. Подходит для любых пар баз с любым интерфейсом (управляемый + обычный). Без настроек. Не требует идентичности конфигураций и платформ. При переносе типы данных сопоставляются по наименованиям метаданных, объекты и ссылки по UID.
1 стартмани
22.10.2014 230915 4478 ekaruk 189
Улучшенная обработка универсального обмена данными в формате XML (УФ)
Улучшенная обработка "Универсальный обмен данными" с полноценными возможностями СКД для выборки данных (не только для отборов).
1 стартмани
23.06.2020 16080 170 Lem0n 1
Панель команд текущего объекта (документа, справочника и т.д.) со следующим возможностями: Редактор реквизитов, таблиц и движений текущего объекта, Анализ прав доступа к текущему объекту, Поиск ссылок на объект с отборами, Сторно движений документа, Выгрузка/загрузка текущего объекта между базами. Реализована всплывающей панелью в форме объекта. Подключается как расширение конфигурации (*.cfe) либо отдельными обработками.
2 стартмани
01.05.2020 17767 118 sapervodichka 3
Яндекс сервисы [Расширение]
Расширение для работы с Яндекс-сервисами (предиктор,переводчик,проверка орфографии)
1 стартмани
24.10.2019 17970 11 noprogrammer 12
Обработка "Распознавание штрихкода с помощью утилиты Zbar" для Документооборот ред. 2 Промо
В связи с тем, что стандартный функционал программы «Документооборот» ред. 2.1 дает возможность распознавания штрихкодов только форма EAN-13, данная обработка - альтернативный способ для распознавания штрихкода в программе 1С: Документооборот ред. 2 с помощью утилиты Zbar, которая распознает в том числе и в формате Code 128 (один из стандартных штрихкодов кодирования документов, например, «Управление торговлей» ред. 11), а также с возможностью поэтапно проследить все действия от распознавания до прикрепления к документу или простой загрузки в каталоги файлов в базе 1С.
5 стартмани
05.09.2016 30459 187 SEOAngels 11
Работа с файлами (обычная и управляемая форма)
Нужно загрузить файл с клиента на сервер или же, наоборот, файл загрузить с сервера на клиент, а впридачу все это на web-клиенте, да еще и асинхронно? Нет ничего проще, читай далее, как это сделать!
1 стартмани
10.06.2019 48334 261 Xershi 78
Электронная таблица средствами 1С (Версия 2.0)
Функционал электронной таблицы для программ на платформе 1С реализован на основе табличных документов. Функционал реализован в виде обработки. Большую часть формы обработки занимают листы (закладки) с табличными документами, которые выполняет роль электронной таблицы. Листы могут быть добавлены, удалены или переименованы. Ограничение по количеству листов определяется возможностью платформы. В формулах электронной таблицы можно использовать любые языковые конструкции, процедуры и функции 1С, ссылки на другие ячейки электронной таблицы расположенные в том числе и на других листах. Допустимо обращаться к ячейкам электронной таблицы по имени именованной области. В случае использования в формулах электронной таблицы данных из самой таблицы пересчет зависимых ячеек с формулами производится автоматически. Электронную таблицу можно сохранить в файл.
Четыре в одном. Все обработки работают в многопользовательском режиме доступа (НЕ МОНОПОЛЬНО). Проведение документов и восстановление границы последовательности с индикацией хода выполнения. А также "Установка дат последовательностей", "Установка дат расчета итогов" и "Пересчет итогов".
В данной публикации представлено 4 обработки и бонусный файл. Для запуска обработок под 8.2, обработки необходимо открыть в конфигураторе для конвертации. Все представленные в данной публикации обработки могут работать в многопользовательском режиме доступа (НЕ МОНОПОЛЬНО).
Проведение документов / восстановление последовательностей
1. Проводит документы за период. По выбранным видам документов. По выбранной организации.
2. Восстановление выбранных границ последовательности блоками по часу. Т.е. в случае возникновения ошибки при проведении документа откат происходит на начало часа.
Дополнительные возможности
Повторные попытки проведения / восстановления в случае неудачи (например, в случае блокировки документа другим пользователем).
Ожидание завершения работы пользователя "Регламент" (под данным пользователем могут выполняться регламентные операции, например обмен данными РИБ).
"ТМЦ / Оплата" помечает документы от проведения которых зависит учет НДС. К сожалению не всегда восстановление последовательности позволят корректно рассчитать НДС, комбинация проведения всех документов связанных с движением ТМЦ и оплатой, а также восстановление границы последовательности позволяет в значительной степени "правильно" выполнить расчет.
Данная обработка первоначально была разработана для УПП, но, разумеется, будет работать и в любой другой конфигурации 1С:Предприятия 8.
Установка границ последовательностей
Обработка "Установка границ последовательностей" позволяет устанавливать границы последовательностей на указанную дату без проведения документов. Это бывает необходимо при "случайном" проведении документа раньше границы восстановленной последовательности. Чаще всего если документ не изменялся, то результат его проведения тоже не изменится. В этом случае нет необходимости перепроводить все последующие документы, достаточно вернуть границу последовательности "на место".
Установка дат расчета итогов
При загрузке большого количества документов есть стандартная возможность отключить итоги, в этом случае загрузка будет выполнена быстрее. Но в случае повторной загрузки документов требущей перепродения документов после загрузки, данный механизм не подходит, потому что возникнет ошибка при обращении к итогам. Обработка "Установка дат расчета итогов" не отключает итоги, она расчитывает их на нужную дату. При правильном её использовании, проведение загружаемых документов не будет вызавать пересчет итогов последующих периодов.
В случае, если по какой-то причине не был выполнен регламентированный расчет итогов регистров, то для расчета итогов также можно воспользоваться данной обработкой.
"Удаление рассчитанных итогов" - в этом режиме расчитанные итоги удаляются, но использование итогов не отключается. Т. е. документы будут нормально проводится.
Пересчет итогов по регистрам
Во многих конфигурациях появилась возможность использовать разделение итогов. Это снижает вероятность возникновения взаимных блокировок, но при этом в случае интенсивной работы пользователей таблицы итогов увеличиваются. Для уменьшения количества дублирующихся записей итогов предлогается выполнять пересчет итогов. Типовой механизм пересчета требует монопольного доступа к базе данных. Мне было удобно выполнять данную процедуру во время обеда. При этом выгонять пользователей из базы данных не обязательно.
Бонус
На отдельную публикацию не потянет, поэтому выкладываю бонусом.
Буду рад комментариям с конструктивной критикой, пожеланиями и замечаниями.
Читайте также: