Меню

1с отчеты стали долго формироваться

Долго формируется отчет СКД

Добрый день! Помогите, пожалуйста, совсем не пойму в чем дело=(
Написала простой отчет на СКД, но он почему-то очень долго формируется. Как исправить ситуацию? Запрос следующий:

ВЫБРАТЬ
ДвижениеОборудованияОстаткиИОбороты.РабочееМесто,
ДвижениеОборудованияОстаткиИОбороты.Номенклатура,
ДвижениеОборудованияОстаткиИОбороты.КоличествоНачальныйОстаток,
ДвижениеОборудованияОстаткиИОбороты.КоличествоКонечныйОстаток,
РабочиеМеста.Организация,
РабочиеМеста.Территория,
ДвижениеОборудованияОстаткиИОбороты.КоличествоПриход,
ДвижениеОборудованияОстаткиИОбороты.КоличествоРасход,
ДвижениеОборудованияОстаткиИОбороты.Регистратор
ИЗ
РегистрНакопления.ДвижениеОборудования.ОстаткиИОбороты(&НачалоПериода, &КонецПериода, Регистратор, Движения, ) КАК ДвижениеОборудованияОстаткиИОбороты
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.РабочиеМеста КАК РабочиеМеста
ПО ДвижениеОборудованияОстаткиИОбороты.РабочееМесто = РабочиеМеста.Ссылка

ВЫБРАТЬ
ДвижениеОборудованияОстаткиИОбороты.КоличествоНачальныйОстаток,
ДвижениеОборудованияОстаткиИОбороты.КоличествоКонечныйОстаток,
ДвижениеОборудованияОстаткиИОбороты.РабочееМесто.Организация,
ДвижениеОборудованияОстаткиИОбороты.РабочееМесто.Территория,
ДвижениеОборудованияОстаткиИОбороты.КоличествоПриход,
ДвижениеОборудованияОстаткиИОбороты.КоличествоРасход,
ДвижениеОборудованияОстаткиИОбороты.Регистратор

Источник

БП 1.6 Медленно стали формироваться отчеты. Сервер или платформа 8.2 ?

Здравствуйте. Хотела бы посоветоваться. У нас учет идет давно и начинался с 7.7, потом БП 1.6, ну и сейчас БП 2.0.
Финансовый отдел всё время пользуется старыми базами. Им для формирования бюджета и отчетов видимо нужна старая информация.
Так вот, последнее время они жалуются, что скорость формирования ОСВ за год по 62 счету по выбранному Контрагенту, с развернутым сальдо стала уменьшаться. То есть раньше (год назад) формировалось всё быстро, где-то весной этого года отчет стал тормозить до 20-30 секунд. А сейчас уже 3 минуты.
И ещё они заметили, что если этот же отчет сформировать ещё раз, то уже может 20-25 сек.
Может потому, что пользуются всё реже и реже? И когда делают первый раз отчет идет полный пересчет, а когда запускают ещё раз, этого же или другого Контрагента он уже быстрее считает?
Или если учесть, что размер базы тот же (это архив, он не меняется), пользователей от силы 2 человека, то либо увеличение размера базы БП2.0 «рабочая» уменьшает размер свободный на сервере и поэтому база 1.6 медленнее работает, либо обновления платформы 8.2 каким-то образом влияют на то, что 1.6 медленнее работает.
Никто не сталкивался с жалобой на медленную работу архивных баз 1.6 ?
Посоветуйте, пожалуйста.

(размер базы 1.6 — 1Гб, стоит на сервере Microsoft Server 2008, файловая)

Источник

v7: ТИС долго формируется отчет по клиентам

(8) как узнать в каком они состоянии?)))

Отчет типовой по клиентам

(16) ну есть еще одна база старая. мне бы понять в чем причина долгого формирования отчета по клиентам.

Делается за год всего. Из границы последовательности может быть?

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

а потом еще конкретно висит на Заполнении выходных данных.

а глянуть какие регистры не закрыты и как их закрыть

Закрытый регистр:
Приход, ООО Рога и копыта, Основной склад, Шуруп, 10 шт
Расход, ООО Рога и копыта, Основной склад, Шуруп, 10 шт

Незакрытый регистр:
Приход, ООО Рога и копыта, Основной склад, Шуруп, 10 шт
Расход, ООО Рога и копыта, , Шуруп, 10 шт

(45) на вот картинку, наглядную, как переносятся итоги в следующий период при закрытом (там где одно измерение) и не закрытом регистре (там, где их 2)

за месяц моментально впринципе.

Группировки только по контрагенту и номенклатуре.
(68) объединенных не видать, что значит расшифровка)))

вот этот цикл много раз повторяется и видать время на него идет

(86) ок. Так все таки проблема в свертке или отчете)

С той я не разобрался ( Слишком многа кнопок, что то делалось, база слетала и потом вроде все так же оставалось

Читайте также:  Производство стали основные процессы

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

Фишка в том, что отчет запрещал убирать группировку по номенклатуре, а она им не нужна. Убрал проверку (надеюсь не на что не влияет) и отчет формируется в секунды.

Источник

Долгое формирование некоторых отчетов на платформе 8.3.18

На платформе 8.3.18.1208 могут долго формироваться отчеты, в том числе РСВ . Особенно это заметно в организациях с большой численностью.

Рекомендовано использовать платформу версий 8.1.16.1814 / 8.3.17.1851 или обновить 18-ю платформу до 8.3.18.1289.

После оформления подписки вам станут доступны все материалы по 1С:ЗУП, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

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

Похожие публикации

  1. Расчет НДФЛ по ставкам 13% и 30% для некоторых категорий нерезидентов (ЗУП 3.1.4.161).
  2. Неправильный расчет Сдельный заработок (для работающих по часовому тарифу) для некоторых сотрудниковВ данных для расчета зарплаты был создан документ Сдельные работы.
  3. Закрытие видимости зарплатного блока для некоторых пользователей при синхронизации с ЗУПДобрый день. Подскажите, пожалуйста, заработная плата из ЗУП выгружается в.
  4. Задвоение некоторых начислений при увольненииЗдравствуйте. Используем ЗУП 16.134. Сотрудник работает давно, кадровых движений не.

Карточка публикации

Разделы: Зарплата (ЗУП), Настройки (ЗУП)
Рубрика: Важно по 1С ЗУП / Отчетность по страховым взносам / ПРОМО: 1С ЗУП / Работа с документами и отчетами 1С:ЗУП 3
Объекты / Виды начислений: Отчеты по налогам и взносам, Расчет по страховым взносам
Последнее изменение: 13.01.2021

ID задана и содержит ID поста $termini = get_the_terms( $post->ID, ‘post_tag’ ); // так как функция вернула массив, то логично будет прокрутить его через foreach() foreach( $termini as $termin )< echo '' . $termin->name . »; > /* * Также вы можете использовать: * $termin->ID — понятное дело, ID элемента * $termin->slug — ярлык элемента * $termin->term_group — значение term group * $termin->term_taxonomy_id — ID самой таксономии * $termin->taxonomy — название таксономии * $termin->description — описание элемента * $termin->parent — ID родительского элемента * $termin->count — количество содержащихся в нем постов */ —>

(2 оценок, среднее: 5,00 из 5)

Добавить комментарий Отменить ответ

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

Вы можете задать еще вопросов

Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8

Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>

Ошибка выгрузки мероприятий увольнения в СЗВ-ТД в новом формате — как исправить

С 22.07.2021 по 31.07.2021 года СЗВ-ТД будут принимать в новом и старом формате

[21.07.2021 запись] Осторожно! Ошибки в зарплатной отчетности за 1 полугодие 2021 — как проверить свою отчетность

[15.07.2021 запись] 6-НДФЛ в 1С за полугодие 2021 г.

[14.07.2021 запись] 4-ФСС и РСВ в 1С за полугодие 2021 г.

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

Читайте также:  Марка стали для тракторных пальцев

Источник

От экспертов «1С‑Рарус»: Неожиданная причина долгого открытия формы в «1С»

Оглавление

Первое открытие «Интереса» после запуска УТиВСК 3 занимает больше 15 секунд

К нам обратился клиент с жалобой на слишком долгое открытие формы документа «Интерес» в решении «1С:Управление торговлей и взаимоотношениями с клиентами, ред. 3» (УТиВСК 3). Причем наблюдалось это только при включенных ограничениях доступа на уровне записей и только в первый раз после запуска программы. Все последующие открытия этой же формы происходили быстро. Выглядело это так (рис. 1).

Рис. 1 Долгое первое открытие формы

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

В программе УТиВСК 3 документ «Интерес» аккумулирует в себе всю информацию по ведению сделок с клиентами, и время открытия этого документа критически важно для качества программного продукта.

Исходная ситуация

Окружение

  • Решение: УтиВСК 3.
  • Платформа 1С: 8.3.13 и выше.
  • ОС: Windows 7 и выше, Windows Server 2008 и выше.
  • СУБД MS SQL 2014 и выше.

Описание проблемы

  • В базе включены RLS (вариант работы «Стандартный»).
  • На форме документа «Интерес» есть несколько «тяжелых» динамических списков.
  • Под пользователем с полными правами первое после запуска программы открытие формы занимает 3,5 сек, последующие — 2 сек.
  • Под пользователем с ограниченными правами (менеджер по продажам) первое открытие формы занимает 15 сек и более, последующие — 2 сек.

Проверяем RLS и SQL-запросы

Предположения и сбор материалов

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

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

Исходя из этого, было принято решение искать долгие запросы с RLS, выполняющиеся в модулях с повторным использованием. Для этого был собран технологический журнал с событиями CALL и DBMSSQL (рис. 2).

Рис. 2 Настройка сбора событий технологического журнала и собранные данные

Анализ

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

Рис.3 Топ серверных вызовов по длительности и скрипт, которым он был получен

В топе запросов также есть лидер, его длительность 1,3 сек. Это явно неоптимальный запрос, но он не оказывает решающего вклада в длительность вызова (рис. 4).

Рис. 4 Топ SQL-запросов по длительности и скрипт, которым он был получен

Также, все прочие запросы имеют длительность менее 0,05 сек каждый (рис. 5).

Читайте также:  Фляга из нержавеющей стали походная

Рис. 5 Топ SQL-запросов по длительности (продолжение)

Из этого следует, что долгое первое открытие формы не объясняется долгим выполнением запросов. Необходимо выдвигать другие гипотезы.

Больше внимания RLS

Предположения и сбор материалов — вторая итерация

При анализе собранного технологического журнала замечено, что тексты запросов, выполняющихся во время вызовов, очень объемные и сложные. Но при этом запросы быстро выполняются. Например, исполняемый СУБД текст самого длительного запроса содержит более 3300 строк, размер — 266 КБ (рис. 6).

Рис. 6 Количество строк и размер текста самого длительного SQL-запроса

В связи с этим можно предположить, что основные затраты времени приходятся на формирование текстов запросов с RLS. Было решено снова собрать технологический журнал, но на этот раз включить в него событие SDBL (рис. 7).

Рис. 7 Настройка сбора событий технологического журнала и собранные данные

Анализ —вторая итерация

Собранные данные также были обработаны скриптами. В топе событий SDBL оказались видны длительные события, связанные с выполнением запросов с RLS (рис. 8, 9).

Рис. 8 Топ событий SDBL по длительности и скрипт, которым он был получен

Рис. 9 Топ событий SDBL по длительности (продолжение)

В сумме время самых длительных событий составляет около 13 сек, что покрывает большую часть длительности серверного вызова. Заметно, что тексты запросов в модели SDBL гораздо меньше текстов соответствующих SQL-запросов.

Первый запрос из топа занимает в модели SDBL 409 строк, размер — 22,4 КБ. Текст SQL превосходит текст SDBL более чем в 8 раз по количеству строк и более чем в 11 раз по объему. Длительность события SDBL превышает длительность SQL-запроса более чем в 6 раз (рис. 10, сравните с рис. 6).

Рис. 10 Количество строк и размер текста самого длительного события SDBL

Уменьшение времени на первое открытие формы документа «Интерес»

  1. Все обнаруженные данные указывают на то, что при выполнении сложных запросов с RLS при первом открытии формы платформа может тратить значительные ресурсы на компиляцию текстов запросов.
  2. В связи с этим, мы проанализировали возможность перевода запросов с RLS в привилегированный режим и отказа от тяжелых динамических списков в пользу таблиц значений, заполняемых также в привилегированном режиме.
  3. Это оказалось возможным по бизнес-логике. Результат — время первого открытия формы с ограниченными правами стало таким же, как и с полными — 3,5 сек (рис. 11).

Рис. 11 Результат оптимизации

  • Понимая связанные с RLS проблемы производительности, фирма 1С в свежих версиях своих решений разработала «Производительный» режим работы ограничений доступа на уровне записей. В этом режиме RLS работают в несколько раз быстрее. В случае проблем с RLS мы рекомендуем обновляться на последние версии программ и включать этот режим.
  • В последних версиях УТиВСК 3 была серьезно переработана форма документа «Интерес». Отказались от множества таблиц на ней, и вместо них была сделана красивая HTML-лента связанных с интересом событий, добавлены удобные отборы и средства для быстрого ввода событий. Тем самым, было улучшено удобство работы без ущерба для производительности.
  • Еще статьи по теме медленного открытия форм и замедления работы «1С»:

    Источник

    Adblock
    detector