Что такое события и с чем они связаны в 1с
Перейти к содержимому

Что такое события и с чем они связаны в 1с

  • автор:

События на сохранение заказа

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

/** \Bitrix\Sale\Order $order */ $order = \Bitrix\Sale\Order::load(18); $order->setField("USER_DESCRIPTION", "Доставить к подъезду"); $shipmentCollection = $order->getShipmentCollection(); /** \Bitrix\Sale\Shipment $shipment */ foreach ($shipmentCollection as $shipment) < if (!$shipment->isSystem()) $shipment->allowDelivery(); > $order->save();

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

Событие Описание и параметры
OnSaleOrderBeforeSaved Происходит в самом начале процесса сохранения.

ENTITY Объект заказа.
VALUES Старые значения полей заказа.
ENTITY Объект заказа.
VALUES Старые значения полей заказа.
IS_NEW Принимает одно из двух значений: true – если заказ новый, false – если нет. Использование данного флага позволяет избавиться от зацикливаний при вызове сохранения заказа в событии.

Примеры

//пример использования события OnSaleOrderSaved use Bitrix\Main; Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderSaved', 'myFunction' ); //в обработчике получаем сумму, с которой планируются некоторые действия в дальнейшем: function myFunction(Main\Event $event) < /** @var Order $order */ $order = $event->getParameter("ENTITY"); $oldValues = $event->getParameter("VALUES"); $isNew = $event->getParameter("IS_NEW"); if ($isNew) < $sum = $order->getPrice(); // . . . > >

Новинки документации в соцсетях:

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Виталий Кучеренко 24.10.2023 00:03:14
Сообщение не промодерировано, возможны ошибки и неточности.

в ядре 23.675.0 в корпоративном портале в событии OnSaleOrderBeforeSaved приходит Bitrix\Crm\Order\Order

Сергей Бурин 30.08.2023 23:34:00
Сообщение не промодерировано, возможны ошибки и неточности.

Цитата
пишет:
В событии OnSaleOrderBeforeSaved
Как изменить свойство и ВЕРНУТЬ ОШИБКУ, и чтобы свойство было ИЗМЕНЁННЫМ .
return new \Bitrix\Main\EventResult( \Bitrix\Main\EventResult::ERROR, \Bitrix\Sale\ResultError::create(new \Bitrix\Main\Error("Нельзя перевести заказ в финальный статус", "MY_ERROR_CODE")) );

Михаил Буров 26.04.2022 17:53:55
Сообщение не промодерировано, возможны ошибки и неточности.

Документация по событию OnSaleOrderSaved для версии (по крайней мере) 21.900.0 не корректна.

Теперь в событие приходит не \Bitrix\Main\Event, а непосредственно сам \Bitrix\Sale\Order

Денис Дергунов 27.12.2021 21:36:44
Сообщение не промодерировано, возможны ошибки и неточности.

В событии OnSaleOrderBeforeSaved
Как изменить свойство и ВЕРНУТЬ ОШИБКУ, и чтобы свойство было ИЗМЕНЁННЫМ .

Александр Виноградов 15.12.2021 09:07:44
Сообщение не промодерировано, возможны ошибки и неточности.

//У меня этот пример сработал только с $order->save(); //С $event->addResult сохранение изменений не произошло use Bitrix\Main; Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderBeforeSaved', 'myFunction' ); //в обработчике изменим комментарий: function myFunction(Main\Event $event) < /** @var Order $order */ $order = $event->getParameter("ENTITY"); $order->setField('COMMENTS', 'Новый комментарий'); /** здесь отличие $order->save(); >

Cтанислав Захаров 15.11.2017 19:04:07
P.S. чтобы применить изменения для $order

//пример использования события OnSaleOrderBeforeSaved use Bitrix\Main; Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderBeforeSaved', 'myFunction' ); //в обработчике изменим комментарий: function myFunction(Main\Event $event) < /** @var Order $order */ $order = $event->getParameter("ENTITY"); $order->setField('COMMENTS', 'Новый комментарий'); $event->addResult( new Main\EventResult( Main\EventResult::SUCCESS, $order ) ); >

Максим Масалов 26.09.2017 11:51:47

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

use Bitrix\Main; Main\EventManager::getInstance()->addEventHandler( 'sale', 'OnSaleOrderBeforeSaved', 'saleOrderBeforeSaved' ); function saleOrderBeforeSaved(Main\Event $event) < /** @var \Bitrix\Sale\Order $order */ $order = $event->getParameter("ENTITY"); /** @var \Bitrix\Sale\PropertyValueCollection $propertyCollection */ $propertyCollection = $order->getPropertyCollection(); $propsData = []; /** * Собираем все свойства и их значения в массив * @var \Bitrix\Sale\PropertyValue $propertyItem */ foreach ($propertyCollection as $propertyItem) < if (!empty($propertyItem->getField("CODE"))) < $propsData[$propertyItem->getField("CODE")] = trim($propertyItem->getValue()); > > /** * Перебираем свойства и изменяем нужные значения * @var \Bitrix\Sale\PropertyValue $propertyItem */ foreach ($propertyCollection as $propertyItem) < switch ($propertyItem->getField("CODE")) < // Установка полного адреса в формате: Адрес, Город, Индекс case 'F_PATH': $val = trim($propsData['ADDRESS'] . ', ' . $propsData['CITY'] . ', ' . $propsData['ZIP']); $propertyItem->setField("VALUE", $val); break; // Прописываем ФИО в одно поле case 'F_FIO': $val = $propsData['FNAME'] . ' ' . $propsData['LNAME'] . ' ' . $propsData['MNAME']; $propertyItem->setField("VALUE", $val); break; > > >

Что такое события и с чем они связаны в 1с

Цитатник веб-разработчиков В тексте курса вы встретите цитаты, высказанные в разное время разработчиками системы и разработчиками проектов на базе Bitrix Framework. Надеемся, что такие неформальные замечания внесут некоторое разнообразие в процесс изучения. Заодно опытные специалисты поделятся и своим опытом.

Имена авторов цитат даются в том написании, в каком авторы зарегистрировали себя на сайте «1С-Битрикс». .

Евгений Смолин: Сам кувыркался с непонятками (пока курсы учебные не прочитал и руками не попробовал то, что там написано). Битрикс из тех систем, где изучение «методом тыка» не очень эффективно без предварительного изучения учебных курсов. Уважаемые новички, потратьте немного своего драгоценного времени, пройдите пару-тройку учебных курсов и масса вопросов просто испарится – там есть ответы на множество вопросов.

Курс для разработчиков – продолжение линейки учебных курсов по Bitrix Framework. Получение сертификата по курсу рекомендуется после успешной сдачи тестов по всей линейке курсов, так как без понятия о работе Контент-менеджера и Администратора создание успешных сайтов будет затруднено.

Чтобы научиться программировать в Bitrix Framework, нет необходимости изучать всю линейку курсов. Но есть моменты, которые необходимо знать разработчикам о системе, они раскрыты в начальных курсах:

  • Интерфейс программы – в главе Элементы управления курса Контент-менеджер;
  • Компоненты 2.0 (начальные сведения) – в главе Компоненты 2.0 (начальные сведения) курса Контент-менеджер;
  • Информационные блоки – в главе Информационные блоки (начальные сведения) курса Контент-менеджер;
  • Управление доступом к файлам, элементам контента, модулям и другие права доступа – в главе Управление доступом курса Администратор. Базовый;
  • Работа с инструментами системы – в главе Работа с инструментами курса Администратор. Базовый;
  • Модуль Поиск – в главе Поиск курса Администратор. Базовый;
  • Вся информация по администрированию модулей размещена в курсах:
    • Администрирование. Модули – модули «1С-Битрикс: Управление сайтом»;
    • Администратор. Бизнес – модули «1С-Битрикс: Управление сайтом», связанные с коммерческой деятельностью в Интернете;
    • Администратор сервиса Битрикс24 (коробочная версия) – модули «1С-Битрикс: Корпоративный портал».
    Как построен курс

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

    • Junior сможет создавать простые сайты, работая со штатными компонентами и модифицируя их шаблоны;
    • Middle разработчик может работать с API Bitrix Framework;
    • Senior умеет работать над производительностью и безопасностью сайтов, создавать свои модули и компоненты.

    Примечание: Такое построение удобно для пошагового изучения принципов работы Bitrix Framework. По этому же принципу построены и тесты. Но такая структура не очень удобна для использования содержания курса как постоянного источника информации. Чтобы переключить курс в режим Справочника, воспользуйтесь переключателем в правом углу «шапки» курса.

    Начальные требования к подготовке

    Для успешного изучения курса и овладения мастерством разработки сайтов на Bitrix Framework необходимо владеть (хотя бы на начальном уровне):

    • основами PHP, баз данных;
    • основами HTML, CSS.
    У нас часто спрашивают, сколько нужно заплатить

    Курс полностью бесплатен. Изучение курса, прохождение итоговых тестов и получение сертификатов – ничего из этого оплачивать не нужно.

    Сертификация

    После изучения курса пройдите тесты на сертификацию. При успешной сдаче линейки тестов скачайте сертификат об успешном прохождении курса в формате PDF со страницы Моё обучение.

    Также вы можете поделиться ссылкой на страницу со своими сертификатами. Для этого на странице Моё обучение отметьте опцию Разрешить публичный доступ к резюме студента и скопируйте ссылку на страницу резюме . Страница с вашим резюме будет доступна всем, кому вы отправите ссылку на неё.

    Баллы опыта

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

    уроке. Баллы опыта не влияют на получение сертификата.

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

    Комментарии к урокам
    На каждой странице курса авторизованный на сайте посетитель может дать комментарий к содержимому страницы. Комментарий – не форум, там не ведётся обсуждений или разъяснений. Это инструмент для сообщения нам об ошибках, неточностях. Для отправки комментария воспользуйтесь расположенной в правом нижнем углу окна браузера кнопкой.
    Что дальше?

    Одновременно с изучением курса Разработчик Bitrix Framework вам придётся обращаться к информации о других технологиях Bitrix Framework. Эта информация размещена в следующих курсах:

    Если нет интернета

    Скачать материалы курса в формате EPUB. Файлы формата EPUB Чем открыть файл на
    Android:
    EPUB Reader
    CoolReader
    FBReader
    Moon+ Reader
    eBoox

    iPhone:
    FBReader
    CoolReader
    iBook
    Bookmate

    Windows:
    Calibre
    FBReader
    Icecream Ebook Reader
    Плагины для браузеров:
    EpuBReader – для Firefox
    Readium – для Google Chrome

    iOS
    Marvin for iOS
    ShortBook

    Linux:
    Calibre
    FBReader
    Cool Reader
    Okular обновляются периодически, поэтому возможно некоторое отставание их от онлайновой версии курса. Версия файла – от 06.03.2023.

    Для преподавания офлайн

    Если данный курс берётся в качестве основы для офлайнового преподавания, то рекомендуемая продолжительность: 6 дней (48 академических часов).

    Курсы разработаны в компании «1С-Битрикс»

    Если вы нашли неточность в тексте, непонятное объяснение, пожалуйста, сообщите нам об этом в комментариях.

    Разработка модуля в 1С

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

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

    Что такое модуль 1С?

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

    Виды

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

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

    Разработка модулей объекта для 1С

    Возьмем для примера именно объектную функцию. Она является наиболее общей и часто используемой. Модуль объекта применяется при создании планов счетов, справочников, различных документов и других элементов конфигурации. После разработки в 1С он оказывается задействован в процессах по обработке информации, например изменении, удалении данных и т. д. Благодаря ему можно проверять все вводимые значения. Чтобы его открыть, нужно зайти в контекстное меню в «Палитре свойств объекта» и окно редактирования.

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

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

    Александр Моисеев Руководитель отдела разработки
    Нужна помощь
    специалиста?
    Профессиональная консультация БЕСПЛАТНО

    У некоторых элементов, например констант и регистров, не бывает модуля объекта. Это объясняется их индивидуальными особенностями. Для констант по аналогии можно провести разработку в 1С модуля менеджера значения, который позволяет проверять вводимые данные и обрабатывать события.

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

    Во всех указанных объектных модулях в 1С можно описывать экспортные методы. Они будут видны на других устройствах. Для их разработки в описании действия нужно использовать слово «Экспорт». После этого такой метод будет виден в контекстной подсказке и выделен синим цветом.

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

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

    Неправильная разработка модуля 1С

    Программирование требует внимательности и опыта. Особенно в случае с такой серьезной платформой, как 1С. Специалисты по работе с ней проходят подготовку и изучают все обновления, которые выпускает разработчик. Поэтому доверять разработку модулей стоит только профессионалам. Ошибки могут обернуться большими убытками для организации. Особенно если речь идет о крупном предприятии, где сотрудникам ежедневно приходится работать с большими объемами информации. Любая мелкая неточность при разработке программного модуля 1С в дальнейшем приводит к серьезным расхождениям. Чтобы устранить их, порой требуется много времени и сил. При этом придется приглашать специалистов со стороны, работу которых тоже нужно оплачивать. Гораздо проще сразу ответственно подойти к выбору подрядчика для разработки программных модулей 1С, обратившись в компанию Dicis. Это позволит быть уверенным в том, что все сделано грамотно.

    От экспертов «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 Настройка сбора событий технологического журнала и собранные данные

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

    Анализ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Еще статьи по теме медленного открытия форм и замедления работы «1С»:

    • Ускоряем в 3 раза открытие сложной формы в 1С 8.3
    • Оптимизация перезапуска рабочих процессов на платформе «1С» 8.3.15 и выше
    • База «1С» растёт и всё тормозит. Что делать?

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *