Автоматизация учета

История оптимизации одного большого запроса средствами MSSQL Profiler и 1С

Я думаю многие из Вас сталкивались с необходимостью оптимизации больших запросов, которые трудно поддаются рефакторингу. Иногда такие запросы бывают настолько объемны (несколько тысяч строк кода и десятки запросов в пакете), что просто не знаешь с какой стороны к ним подступиться. В статье я описал историю оптимизации заполнения документа «Начисление зарплаты сотрудникам» в ЗУП 2.5 на одном из проектов.

Я думаю многие из Вас сталкивались с необходимостью оптимизации больших запросов, которые трудно поддаются рефакторингу. Иногда такие запросы бывают настолько объемны (несколько тысяч строк кода и десятки запросов в пакете), что просто не знаешь с какой стороны к ним подступиться. В статье я описал историю оптимизации заполнения документа «Начисление зарплаты сотрудникам» в ЗУП 2.5 на одном из проектов. В итоге получился некий «мини-гайд» как можно использовать SQL Profiler и План выполнения запроса для выявления неоптимальных/некорректных участков кода для больших запросов.

Добрый день, уважаемые коллеги.

Небольшая предыстория. Основной целью проекта являлась консолидация двух достаточно больших нетиповых баз ЗУП 2.5 (общее количество подразделений 140, сотрудников 4700). Базы ЗУП до нас дорабатывались и сопровождались другими подрядчиками, а нас привлекли именно на консолидацию. После консолидации пользователи сообщили о сильно возросшей длительности операции заполнения документа «Начисление зарплата сотрудникам». Собственно с этого момента я подключился к этому вопросу.

Часть I – Подготовительная:

Если театр начинается с вешалки, то любая оптимизация начинается с установки подсистемы «Замеры производительности» из БСП. Как внедрять и что за подсистема неплохо описано, например, в этой статье http://infostart.ru/public/193233/, поэтому на этом подробно останавливаться не буду. Описание самой методики APDEX хорошо дано на kb.1c.ru, а так же у Славы Гилева http://www.gilev.ru/apdex-teoriya/ и Антона Гусева (наш сотрудник - http://antongusev.ru/article2.html).

Востребованность специалистов в области автоматизации и бизнес-анализа растет

Освойте профессию аналитика 1С и станьте ключевым специалистом для компаний

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

Если вкратце, то методика APDEX является широко распространенным международным стандартом оценки производительности информационных систем и является:

  • объективной: оценка не зависит от субъективных факторов (эмоции, мнения и т.п.);

  • прикладной: оценка отражает реальную производительность прикладных операций, а не абстрактные технические показатели;

  • интегральной: оценка учитывает все аспекты работы системы, все требования бизнес-логики системы и удобство работы каждого пользователя;

  • количественной: оценка является численной для того, чтобы можно было сравнивать производительность, полученную при разных обстоятельствах (например, до и после оптимизации);

  • качественной: оценка интерпретируется в терминах «хорошо» - «плохо».

Сказать, что у нас дела были плохо – это значит не сказать ничего Undecided. Оценка показывала «неприемлемо».

Оценка производительности

 Время выполнения в максимуме иногда достигало 20 минут (см. ниже).

Замеры времени

Теперь понятно, ЧТО нужно оптимизировать, пока непонятно КАК. Идем дальше…

Часть II – Неудачная, но длинная

Естественно, что первым делам был сделан замер производительности средствами 1С. Он обрадовал и не обрадовал одновременно. 95% на один запрос из 10 минут - это конечно хорошо, так как мы сходу нашли «узкое место», с другой стороны – не стоит рассказывать про монструозность запросов в ЗУП о которых ходят легенды. Запросы на тысячу строк кода и десятками временных таблиц, собираемый по кусочкам из разных мест. К сожалению, мне попался именно такой запрос – соответственно, как я говорил выше, провести нормальный рефакторинг кода, учитывая полное отсутствие каких-либо комментариев со стороны разработчиков ЗУП, дело мягко говоря неблагодарное.

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

Запускаем Microsoft SQL Profiler (performance tools в Пуск). Как запустить SQL Profiler и подключиться к нужному серверу – выходит за рамки статьи – это более подробно описано в других местах (sql.ru / BOL).

Запускаем новый trace со следующим набором событий (Events) (см. ниже). Можно уменьшить выборку колонок, которые будут собираться, но для упрощения можно просто выделить все - пока не принципиально.

Trace

Не забываем установить фильтры событий, чтобы не собирать всякий «мусор» (т.е. события других баз, в т.ч. основной базы, напоминаю, что мы работаем в тестовой базе). Чтобы узнать ID базы можно выполнить запрос select DB_ID ( [ 'database_name' ] ) в SQL Server Management Studio

Filter

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

Выгрузка в таблицу

Для простоты можно выгрузить в tempdb с каким-нибудь простым именем, потом эту таблицу можно не задумываясь удалить. Находим длительные операции запросом

SELECT *

FROM [tempdb].[dbo].[temp]

ORDER BY Duration DESC

//temp – название таблицы в которую выгрузили трейс из Profiler

Пример выполнения запроса на скриншоте ниже (немного другого :), но суть та же)

Результат

Видим две строчки с ОЧЕНЬ высоким Duration с ними и будем разбираться. В MS SQL Profiler находим по StartTime – EndTime (все строчки расположены по возрастанию EndTime). Проанализируем вторую строчку, как наибольшую. Находим строчку в замере Profiler’а.

Пример трейса

Смотрим план запроса (это строчка сразу НАД найденной строкой). Этим кстати и объясняются все танцы с бубном вокруг выгрузки трейса в таблицу, так как у планов выполнения запроса нет метрики Duration и найти план выполнения запроса без привязки к основному запросу крайне затруднительно. Не буду приводить полный ПВЗ, а покажу только его часть – в ПВЗ видим постоянные table scan с весом в 14% каждый с одной и той же таблицей #tt38.

ПВЗ

Смотрим таблицу #tt38 в ней обнаруживается 2 миллиона строк (см. ниже)!!! Явная ошибка именно в этой таблице -  в данных по зарплате по одному подразделению не может быть такого количества записей даже с самой маленькой детализацией (если только не предположить, что у сотрудников посекундная тарификация :))

tt38

Находим наш запрос в 1С. Вот он - куча левых соединений с таблицей ЗначенияПоказателей.

Запрос1С

Я думаю у многих возникает вопрос: «А как найти аналог запроса 1С по известному нам запросу SQL?». Для этого есть следующие «помощники»:

  • известные объекты в запросе SQL (т.е. когда SQL обращается не к временной, а к какой-то физической таблице). Соответствие между объектами 1С и объектами СУБД можно получить при помощи метода ПолучитьСтруктуруХраненияБазыДанных(), а дальше уже поиском находим нужный запрос

  • необычные агрегатные функции (максимум, среднее или количество различных)

  • структура запроса (например: два левых соединения и одно прямое с вложенным подзапросом) достаточно точно указывает на запрос 1С

  • условия соединений

Это последний (результирующий) запрос в пакете. Разбираться надо с таблицей #tt38 (это кстати вторая строка по длительности в трейсе – insert into #tt38). Аналогичным образом находим ПВЗ для таблицы #tt38 (см. ниже).

  ПВЗ№2

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

Мы уже знаем, что нам нужна таблица ЗначенияПоказателей - ниже приведен текст проблемного запроса. И действительно была обнаружена ошибка в соединении, которая выделена подчеркиванием (в конце запроса).

ВЫБРАТЬ

ПоследниеЗначенияПоказателей.Период КАК ПериодДействия,

ЗначенияПоказателей.Физлицо,

ЗначенияПоказателей.Показатель,

ЗначенияПоказателей.ИсходноеЗначение,

ЗначенияПоказателей.Значение,

ЗначенияПоказателей.Валюта,

ЗначенияПоказателей.ВводитсяВВалюте,

ЗначенияПоказателей.КурсВалюты,

//pma(

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

//++ SMI 29.04.13

ВЫБОР

КОГДА ЗначенияПоказателей.Показатель.ВидПоказателя = ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделению)

ИЛИ ЗначенияПоказателей.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделениюИСотруднику)

ТОГДА ИСТИНА

ИНАЧЕ ЛОЖЬ

КОНЕЦ КАК ПоПодразделению,

//-- SMI 29.04.13

ЕСТЬNULL(ЗначенияПоказателей.Подразделение, Значение(Справочник.Подразделения.ПустаяСсылка)) КАК Подразделение,

ЕСТЬNULL(ЗначенияПоказателей.Должность, Значение(Справочник.ДолжностиОрганизаций.ПустаяСсылка)) КАК Должность

//pma)

ПОМЕСТИТЬ ЗначенияПоказателей

ИЗ

ЗначенияПоказателейИсходныйПериодДействия КАК ЗначенияПоказателей

ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ

МАКСИМУМ(ЗначенияПоказателей.ПериодДействия) КАК ПериодДействия,

ПериодыФизлиц.Период КАК Период,

ЗначенияПоказателей.Физлицо КАК Физлицо,

ЗначенияПоказателей.Показатель КАК Показатель,

//pma(

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

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

ЕСТЬNULL(ЗначенияПоказателей.Подразделение, Значение(Справочник.Подразделения.ПустаяСсылка)) КАК Подразделение,

ЕСТЬNULL(ЗначенияПоказателей.Должность, Значение(Справочник.ДолжностиОрганизаций.ПустаяСсылка)) КАК Должность

//pma)

ИЗ

ЗначенияПоказателейИсходныйПериодДействия КАК ЗначенияПоказателей

ВНУТРЕННЕЕ СОЕДИНЕНИЕ ПериодыФизлиц КАК ПериодыФизлиц

ПО ЗначенияПоказателей.Физлицо = ПериодыФизлиц.ФизЛицо

И ЗначенияПоказателей.ПериодДействия <= ПериодыФизлиц.Период

СГРУППИРОВАТЬ ПО

ЗначенияПоказателей.Физлицо,

//pma(

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

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

ЗначенияПоказателей.Подразделение,

ЗначенияПоказателей.Должность,

//pma)

ПериодыФизлиц.Период,

ЗначенияПоказателей.Показатель) КАК ПоследниеЗначенияПоказателей

ПО ЗначенияПоказателей.Физлицо = ПоследниеЗначенияПоказателей.Физлицо

И ЗначенияПоказателей.Показатель = ПоследниеЗначенияПоказателей.Показатель

И ЗначенияПоказателей.ПериодДействия = ПоследниеЗначенияПоказателей.ПериодДействия

//pma(

И (ПоследниеЗначенияПоказателей.ПоДолжности И ЕСТЬNULL(ЗначенияПоказателей.Подразделение,Значение(Справочник.ДолжностиОрганизаций.ПустаяСсылка)) = ПоследниеЗначенияПоказателей.Подразделение ИЛИ НеПоследниеЗначенияПоказателей.ПоДолжности)

И (ПоследниеЗначенияПоказателей.ПоДолжности И ЕСТЬNULL(ЗначенияПоказателей.Должность,Значение(Справочник.ДолжностиОрганизаций.ПустаяСсылка)) = ПоследниеЗначенияПоказателей.Должность ИЛИ НеПоследниеЗначенияПоказателей.ПоДолжности)

//pma)

Как обычно получили две новости – хорошую и плохую. Начинаем с «хорошей» – нашли ошибку в старом коде. «Плохая» – ошибка не влияет ни на качество (нет данных, на которых она бы проявилась), ни (что логично исходя из кода) на производительность операции (повторный аналогичный анализ опять показал 3000 записей на входе и 2 млн строк при объединении). Но, как говорится, – «все что ни делается – все к лучшему» (с). Во-первых, ошибку все равно нашли, а во-вторых, еще больше сузили область поиска проблемного запроса. Теперь стало понятно, что ошибка кроется в большом количестве записей на входе (3000) в таблицуЗначенияПоказателей.

Часть III – Удачная и короткая:

Чтобы проанализировать запрос заполнения таблицы ЗначенияПоказателей, пришлось собрать текст запроса из двух разных мест (хорошо, что только из двух :)). Итоговый текст ~1200 строк и 25 запросов в пакете (напоминаю, что это только ЧАСТЬ(!) общего запроса).

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

Смотрим запрос:

ВЫБРАТЬ РАЗЛИЧНЫЕ

ЗначенияПоказателейСхемМотивации.ПериодДействия КАК ПериодДействия,

ДвиженияРаботников.Физлицо КАК Физлицо,

ЗначенияПоказателейСхемМотивации.Подразделение КАК Подразделение,

ЗначенияПоказателейСхемМотивации.Показатель КАК Показатель,

ЗначенияПоказателейСхемМотивации.Значение КАК Значение,

ЗначенияПоказателейСхемМотивации.Валюта КАК Валюта

ПОМЕСТИТЬ ЗначенияЕжемесячныхПоказателей

ИЗ

ВТДвиженияРаботников КАК ДвиженияРаботников

ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияПоказателейСхемМотивации КАК ЗначенияПоказателейСхемМотивации

ПО (ЗначенияПоказателейСхемМотивации.Организация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка))

И (ЗначенияПоказателейСхемМотивации.ПериодДействия = НАЧАЛОПЕРИОДА(&парамНачало, МЕСЯЦ))

И (ВЫБОР

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.Индивидуальный)

ИЛИ ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя ЕСТЬ NULL

ТОГДА ДвиженияРаботников.Физлицо = ЗначенияПоказателейСхемМотивации.Сотрудник.Физлицо

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделению)

ТОГДА ДвиженияРаботников.Подразделение = ЗначенияПоказателейСхемМотивации.Подразделение

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделениюИСотруднику)

ТОГДА ДвиженияРаботников.Физлицо = ЗначенияПоказателейСхемМотивации.Сотрудник.Физлицо

И ДвиженияРаботников.Подразделение = ЗначенияПоказателейСхемМотивации.Подразделение

ИНАЧЕ ИСТИНА

КОНЕЦ)

ОБЪЕДИНИТЬ

ВЫБРАТЬ РАЗЛИЧНЫЕ

ЗначенияПоказателейСхемМотивации.ПериодДействия,

ДвиженияРаботников.ФизЛицо,

ЗначенияПоказателейСхемМотивации.Подразделение,

ПоказателиСхемМотивации.Ссылка,

ЗначенияПоказателейСхемМотивации.Значение,

ЗначенияПоказателейСхемМотивации.Валюта

ИЗ

ВТДвиженияРаботников КАК ДвиженияРаботников

ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЗначенияПоказателейСхемМотивации КАК ЗначенияПоказателейСхемМотивации

ПО (ЗначенияПоказателейСхемМотивации.Организация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка))

И (ЗначенияПоказателейСхемМотивации.ПериодДействия = ДОБАВИТЬКДАТЕ(НАЧАЛОПЕРИОДА(&парамНачало, МЕСЯЦ), МЕСЯЦ, -1))

И (ВЫБОР

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.Индивидуальный)

ИЛИ ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя ЕСТЬ NULL

ТОГДА ДвиженияРаботников.ФизЛицо = ЗначенияПоказателейСхемМотивации.Сотрудник.Физлицо

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделению)

ТОГДА ДвиженияРаботников.Подразделение = ЗначенияПоказателейСхемМотивации.Подразделение

КОГДА ЗначенияПоказателейСхемМотивации.Показатель.ВидПоказателя =ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейСхемМотивации.ПоПодразделениюИСотруднику)

ТОГДА ДвиженияРаботников.Физлицо = ЗначенияПоказателейСхемМотивации.Сотрудник.Физлицо

И ДвиженияРаботников.Подразделение = ЗначенияПоказателейСхемМотивации.Подразделение

ИНАЧЕ ИСТИНА

КОНЕЦ)

ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ПоказателиСхемМотивации КАК ПоказателиСхемМотивации

ПО ЗначенияПоказателейСхемМотивации.Показатель = ПоказателиСхемМотивации.ПоказательПредыдущегоПериода

И (ПоказателиСхемМотивации.ПредыдущийПериод)

При заполнении временной  таблицы ЗначенияЕжемесячныхПоказателей идет соединение Движений иЗначенийПоказателей в условии соединения идет ВЫБОР КОГДА с различными вариантами по ВидамПоказателей

Были указаны виды:

  • Индивидуальный

  • ПоПодразделению

  • ПоПодразделениюИСотруднику

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

Причина ошибки - в программу предыдущими разработчиками было добавлено новое значение перечисления показателя «ПоКадровымДаннымСотрудника», который заполняется по подразделению и должности и который не был описан в условии соединения.

Решение – добавить новое условие в ВЫБОР КОГДА по новому виду показателя.

Скорректированный код запроса приводить не буду – логика понятна.

Время выполнения текущего запроса снизилось с 2 секунд до 0.2 секунд и снизилось количество записей до 300. 

IV часть – Заключительная и опять короткая :)

Результаты оптимизации стали видны сразу:

  • Невооруженным взглядом – время заполнения документа изменилось с «очень долго» на «практически мгновенно».

  • Вооруженным – APDEX изменился с «неприемлимо» до «отлично».

Оценка2

 Замеры выполнения ДО и ПОСЛЕ оптимизации разделены красным маркером.

Замеры2

Вывод

  1. План выполнения запросов MSSQL из SQL Profiler удобно использовать для анализа и оптимизации «узких мест» в больших «многоэтажных» запросах и либо находить, либо сужать область поиска неоптимального или некорректного кода, особенно когда проводить рефакторинг кода запроса крайне затруднительно или невозможно.

  2. Анализ планов выполнения запроса так же помогает выявить запросы, которые сами по себе выполняются достаточно быстро по отношению к общему времени выполнения запроса, но которые критическим образом сказываются на общем времени выполнения. Такие "некорректные" запросы очень тяжело выявить используя только стандартные средства 1С без визуализации плана выполнения.

  3. Когда у тебя руки чешутся, чтобы сделать что-нибудь полезное – проверь не сделал ли это кто-нибудь до тебя (с) Здесь я имею ввиду – Консоль запросов 1С с одновременной возможностью просмотра плана выполнения запроса из SQL Profiler. Такая обработка уже есть – http://infostart.ru/public/56973/ - автор Ararat. Пока, к сожалению, воспользоваться ей не довелось, но судя по отзывам и рекомендациям – там все нормально, и она отработает так как надо. Думаю, что с такой обработкой я бы решил задачу быстрее, так как с Profiler'ом было бы поменьше работы. Так что думаю обработка из разряда - must have.

  4. Начинать любую оптимизацию лучше всего с внедрения подсистемы «Оценка производительности» и установки замеров времени выполнения, чтобы четко отслеживать результаты оптимизации. 

  5. На производительности могут сказываться неочевидные и труднонаходимые ошибки в коде. (с) Капитан Очевидность

  6. Очередное подтверждение правила, если что-то стало медленно работать – 90% что надо искать «кривой» код

В качестве P.S., крайне рекомендую к прочтению статью Славы Гилева «Влияние оптимизатора запросов на производительность 1С» - в ней очень хорошо показана вся внутренняя кухня оптимизатора СУБД, плана выполнения запроса и всего остального. Статья из разряда «must read», особенно тем, кто готовится к Эксперту по ТВ или просто хочет чуть лучше понимать как оно "ТАМ" работает

УСН – 2025: с нуля до профи

Воскресная скидка 53%! Только сегодня!

14 900 ₽ 31 790 ₽

✔ Научитесь рассчитывать налоги и сдавать отчетность

✔ Освойте работу в 1С: Предприятие 8.3

✔ Считайте зарплату и ведите кадровый учет

✔ Снижайте налоговую нагрузку

Записаться на курс и стать профи в налогообложении!

⚡️ Записаться на курс

Начать дискуссию


Похожие материалы

🍷 Роскачество оценило долю российского вина в торговых сетях

В 5 из 7 сетей гипермаркетов доля отечественного вина в ассортименте превышает 20%.

Роспотребнадзор напомнил, можно ли вернуть подарочный сертификат

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

У стран ЕАЭС будет единый организованный рынок ценных бумаг

Главы правительств государств Евразийского экономического союза подписали Соглашение о трансграничном допуске к размещению и обращению ценных бумаг на организованных торгах в рамках ЕАЭС.

Курсы повышения
квалификации

22
Официальное удостоверение с занесением в госреестр Рособрнадзора
Проверки ККТ

Изменения в работе ККТ с 01.03.2025: общепит и розничные рынки, освобождения для ИП

Законом скорректированы условия освобождения от применения ККТ на розничных рынках, ярмарках и выставках, установлены переходные положения. Соответствующие изменения внесены в Закон о розничных рынках. Меняется правило выдачи кассового чека в общепите. На администрации розничных рынков – новые обязанности по проверке ККТ и ответственность

Изменения в работе ККТ с 01.03.2025: общепит и розничные рынки, освобождения для ИП
Инвестиции

Сбер: наиболее успешная инвестидея в 2024 году показала прирост 55%

По версии СберИнвестиций, доходность идеи на покупку акций ЮГК принесла 55%. Также самые высокие результаты показали идеи на покупку акций Яндекса и Whoosh.

Согласие на обработку персональных данных на сайтах организации или ИП

Согласие на обработку персональных данных — неотъемлемое требование закона от 27.07.2006 г. № 152-ФЗ «О персональных данных». Это согласие необходимо для обработки персональных данных субъектов, включая их сбор, хранение, использование, передачу, обезличивание, блокирование и удаление. 

Согласие на обработку персональных данных на сайтах организации или ИП
Наталья

Пропуск номера счета-фактуры

Добрый день! Наш кладовщик ошиблась и пометила на удаление СФ и создала новую, то есть теперь у нас есть пропущенный номер, произошло это неделю назад. Что теперь...

Читать полностью

Эксперт:

Сергей Верещагин

Сергей Верещагин
Эксперт

Добрый день!

Не волнуйтесь вы так, ничего страшного и непоправимого не случилось.

Такая неточность в хронологии (пропущен один номер) ни у кого...

Читать полностью
Общество

Портал Госуслуг напомнил сроки оформления и переоформления личных документов

При оформлении различных документов нужно учитывать крайние сроки на это.

В каких сферах появилось больше всего малого и среднего бизнеса: итоги 2024 года

Корпорация МСП подвела итоги развития сектора малого и среднего предпринимательства в 2024 году. Особенно часто открывали дело в сфере трудоустройства, кино- и телепроизводстве, ИТ и курьерской деятельности.

Инвестиции

Трамп-ралли №2, крах доллара, ключ на 21 навсегда. Облигации, крипта, дивиденды. Воскресный инвестдайджест

Интересная выдалась неделька. Переговоры о переговорах запустили вторую часть Трамп-ралли, но неопределённость и высокая ключевая ставка сдерживают рост. Эльвира Сахипзадовна сохранила ключ на 21, но сказала на всякий случай, что умеет считать и дальше.

Трамп-ралли №2, крах доллара, ключ на 21 навсегда. Облигации, крипта, дивиденды. Воскресный инвестдайджест

Кто должен вести миграционный учёт?

Часто слышу, что миграционный учёт не должен вести бухгалтер.

Самозанятые

Появилась первая запись в реестре работодателей с нелегальной занятостью

Сотрудничество с самозанятыми законом не запрещено, но несет в себе некоторые риски. Один из них – переквалификация договора ГПХ в трудовой.

Появилась первая запись в реестре работодателей с нелегальной занятостью
Вклады

АСВ: рост вкла­дов в 2024 году стал мак­си­маль­ным за 14 лет

Общий объем подлежащих страхованию средств во вкладах в 2024 году увеличился на 25,4% — до 75,9 трлн рублей.

Личные финансы

💑 В каких регионах самые дорогие свидания: итоги исследования

Самые дорогие свидания – в Москве и Сахалинской области, а меньше всего потратят жители Республики Коми и Ненецкого автономного округа. Разница в стоимости между этими регионами составляет 2,2 раза.

Информационная безопасность в сфере финансов

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

Информационная безопасность в сфере финансов
Наличные деньги

ЦБ подвел итоги 2024 года по фальшивым деньгам: есть рекорд

В России в 2024 году стали реже встречаться фальшивые рубли.

Маркетплейсы

❗️НДС для малого бизнеса: как изменилась для бухгалтеров и селлеров работа с маркетплейсами

Налоговая реформа-2025 изменила работу селлеров, а также бухгалтеров, которые ведут продавцов на маркетплейсах. Разберем, как продавцам на УСН, не освобожденным от уплаты НДС, работать в 2025 году.

❗️НДС для малого бизнеса: как изменилась для бухгалтеров и селлеров работа с маркетплейсами
2

На платформе «Работа России» уже более 22 млн пользователей

Более 3,5 млн человек посетили «Работу России» с начала 2025 года.

Мои впечатления от курса аналитик 1С: модуль Знакомство с платформой 1С: Предприятие 8.3

Я прошла модуль «Знакомство с платформой «1С: Предприятие 8.3». В статье делюсь впечатлениями, как это было.

Мои впечатления от курса аналитик 1С: модуль Знакомство с платформой 1С: Предприятие 8.3
1

Судебная практика по корпоративным спорам

Требование участника об обязании общества провести аудиторскую проверку: спорные ситуации...

Интересные материалы

ФНС: восстановить пароль от личного кабинета налогоплательщика можно двумя способами

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