Запуск програмного фонового завдання. Фонові завдання: особливості, можливості, налаштування Фонове завдання 1с 8.2

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

Нещодавно я розмістив статтю: настав час це автоматизувати:

Регламентні та фонові завдання

Механізм завдань призначений для виконання будь-якої прикладної або функціональності за розкладом або асинхронно.

Механізм завдань вирішує такі завдання:

• Можливість визначення регламентних процедур на етапі конфігурування системи;
• Виконання заданих дій за розкладом;
• Здійснення виклику заданої процедури чи функції асинхронно, тобто. без очікування її завершення;
• Відстеження ходу виконання певного завдання та отримання його статусу завершення (значення, що вказує на успішність або не успішність його виконання);
• отримання списку поточних завдань;
• Можливість очікування завершення одного чи кількох завдань;
• Управління завданнями (можливість скасування, блокування виконання та ін.).

Механізм завдань складається з наступних компонентів:

• Метаданих регламентних завдань;
• Регламентні завдання;
• фонових завдань;
• Планувальник завдань.

Фонові завдання & призначені для виконання прикладних завдань асинхронно. Фонові завдання реалізуються засобами інтегрованої мови.

Регламентні завдання & призначені для виконання прикладних завдань за розкладом. Регламентні завдання зберігаються в інформаційній базі та створюються на основі метаданих, що визначаються у конфігурації. Метадані регламентного завдання містять таку інформацію як найменування, метод, використання тощо.

Регламентне завдання має розклад, який визначає, у які часи потрібно виконувати пов'язані з регламентним завданням метод. Розклад, як правило, задається в інформаційній базі, але може бути заданий і на етапі конфігурування (наприклад, для визначених регламентних завдань).

Планувальник завдань використовується для планування виконання регламентних завдань. Для кожного регламентного завдання планувальник періодично перевіряє, чи поточна дата і час відповідає розкладу регламентного завдання. Якщо відповідає, планувальник призначає таке завдання виконання. Для цього за цим регламентним завданням планувальник створює фонове завдання, яке виконує реальну обробку.

З описом, гадаю, вистачить - приступимо до реалізації:

Створення регламентного завдання

Ім'я методу– шлях до процедури, яка виконуватиметься у фоновому завданні за розкладом. Процедура повинна знаходитись у загальному модулі. Рекомендується не використовувати загальні типові модулі, а створити свій. Не забудьте, що фонові завдання виконуються на сервері!

Використання- Ознака використання регламентного завдання.

Зумовлене- Вказує, чи є регламентне завдання зумовленим.

Якщо хочете, щоб регламентне завдання запрацювало відразу після приміщення в БД, вкажіть ознаку Зумовлене. В іншому випадку вам необхідно буде використовувати обробку Консоль завдань або викликати запуск завдання програмно.

Кількість повторів при аварійному завершенні завдання- Скільки разів виконано перезапуск фонового завдання, якщо воно було виконане з помилкою.

Інтервал повтору при аварійному завершенні завдання– з якою періодичністю буде виконано перезапуск фонового завдання, якщо його було виконано з помилкою.

Налаштування розкладу

Розкладвиконання завдання:

Щогодини, тільки один день	ПеріодПовторуДнів = 0, ПеріодПовторуНа протязіДня = 3600
Щодня один раз на день	ПеріодПовторуДнів = 1, ПеріодПовторуНа протязіДня = 0
Один день, один раз	ПеріодПовторуДнів = 0
Через день один раз на день	ПеріодПовторуДнів = 2
Щогодини з 01.00 до 07.00 щодня	ПеріодПовторуДнів = 1ПеріодПовторуВПлин Дня = 3600ЧасПочатку = 01.00 ЧасКінця = 07.00
Щосуботи та неділі о 09.00	ПеріодПовторуДнів = 1ДніТижня = 6, 7ЧасПочатку = 09.00
Щодня один тиждень, тиждень перепустки	ПеріодПовторуДнів = 1ПеріодТижень = 2
О 01.00 один раз	ЧасПочатку = 01.00
Останнє число кожного місяця о 9:00.	ПеріодПовторуДнів = 1ДеньВМісяці = -1ЧасПочатку = 09.00
П'яте число кожного місяця о 9:00	ПеріодПовторуДнів = 1ДеньВМісяці = 5ЧасПочатку = 09.00
Друге середа кожного місяця о 9:00	ПеріодПовторуДнів = 1ДеньТижняВМісяці = 2ДніТижня = 3 ЧасПочатку = 09.00

Особливості виконання фонових завдань файловому та клієнт-серверному варіантах

Механізми виконання фонових завдань у файловому та клієнт-серверному варіантах різняться.

У файловому варіантінеобхідно створити виділений клієнтський процес, який займатиметься виконанням фонових завдань. Для цього в клієнтському процесі має періодично викликатись функція глобального контексту Виконати Обробку Завдань. Тільки один клієнтський процес на інформаційну базу має виконувати обробку фонових завдань (і, відповідно, викликати цю функцію). Якщо клієнтського процесу для обробки фонових завдань не створено, при програмному доступі до механізму завдань буде видана помилка «Менеджер завдань не активний». Не рекомендується використовувати клієнтський процес, що виконує обробку фонових завдань, для інших функцій.

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

У клієнт-серверному варіантіДля виконання фонових завдань використовується планувальник завдань, який фізично перебуває у менеджері кластера. Планувальник для всіх поставлених у чергу на виконання фонових завдань отримує найменш завантажений робочий процес та використовує його для виконання відповідного фонового завдання. Робочий процес виконує завдання та повідомляє планувальник про результати виконання.

У клієнт-серверному варіанті є можливість блокування виконання регламентних завдань. Блокування виконання регламентних завдань відбувається у таких случаях:

• На інформаційну базу встановлено явне блокування регламентних завдань. Блокування може бути встановлене через консоль кластера;
• На інформаційну базу встановлено блокування з'єднання. Блокування може бути встановлене через консоль кластера;
• Зі вбудованої мови викликаний метод ВстановитиМонопольнийРежим() з параметром Істина;
• У деяких інших випадках (наприклад, при оновленні конфігурації бази даних).

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

Концепція асинхронного програмування

Асинхронна концепція програмування полягає в тому, що результат виконання функції доступний не відразу ж, а через деякий час у вигляді деякого асинхронного виклику, що порушує звичайний порядок виконання.

Тобто. головна ідея асинхронного програмування полягає в тому, щоб запускати окремі виклики методів та паралельно продовжувати виконувати іншу роботу без очікування закінчення викликів.

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

Як видно з графіків, коефіцієнт корисних інтерактивних дій користувача при синхронній моделі програмування відсутня, так як система блокує інтерфейс користувача, в той час як при асинхронній моделі, користувач продовжує активну роботу в системі.

При синхронному виконанні програма має лише один потік. За допомогою асинхронної моделі програмування можна запускати безліч паралельних потоків і під час їх виконання реагувати на нові дії користувача. Після того, як n-потік виконано, ви відображаєте результат на екрані.

Фонові завдання у «1С:Підприємство 8»

У «1С:Підприємство 8» фонові завдання призначені для виконання прикладних завдань асинхронно. Вони можуть породжувати дочірні фонові завдання, наприклад, для розпаралелювання складних обчислень по різних робочих серверах кластера клієнт-серверному варіанті роботи.

Існує можливість обмежити виконання фонових завдань, що мають однакові методи, за певною прикладною ознакою. Програмне створення та керування фоновими завданнями можливе з будь-якого з'єднання користувача з інформаційною базою системи. Фонове завдання виконується від імені користувача, який створив його.

Механізм завдань функціонує як у клієнт-серверному, так і у файловому варіанті роботи, але можливості з адміністрування та виконання завдань в обох варіантах дещо різняться.

Клієнт-серверний варіант

У клієнт-серверному варіанті планування виконання завдань займається планувальник завдань, який фізично розташовується в менеджері кластера.

Планувальник періодично перевіряє, чи не надійшли запити виконання фонових завдань. Якщо є завдання, які потрібно виконати, планувальник визначає найменш завантажені робочі процеси кластера і послідовно призначає кожному їх своє завдання виконання. Таким чином, той самий робочий процес потенційно може виконувати кілька завдань паралельно. Після того, як завдання отримано робочим процесом, робочий процес встановлює з'єднання з інформаційною базою і виконує завдання в рамках цього з'єднання. Після виконання завдання робочий процес повідомляє планувальника про успішне або неуспішне виконання завдання.

Файловий варіант

Починаючи з версії 8.3.3.641 платформи розробники значно спростили роботу з фоновими завданнями у файловому варіанті.

Раніше для автоматичного виконання завдань потрібно запускати окремий, додатковий сеанс «1С:Підприємства», що використовується як планувальник завдань. І на цьому сеансі потрібно було періодично виконувати метод вбудованої мови Виконати Обробку Задань().Такий підхід був досить громіздким, незручним та сильно обмежував використання фонових та регламентних завдань у файловому варіанті роботи.

Тепер все стало набагато простіше. Якщо стартує тонкий або товстий клієнт, а також якщо веб-сервер має клієнтські з'єднання, то в кожному з цих програм автоматично запускається ще один потік з підключенням до бази даних. Ці потоки займаються тим, що виконують фонові та регламентні завдання.

Кожна з цих програм виконує власні фонові завдання. Якщо програма ініціювала кілька фонових завдань, то вони виконуються послідовно, в порядку надходження.

Очевидний мінус 1С фонових завдань: оскільки вони виконуються на стороні сервера, то немає можливості інтерактивної роботи з користувачем (наприклад, не можна вивести повідомлення або якусь іншу інформацію; всі ці дані потрібно зберігати в рамках інформаційної бази і далі якимось чином обробляти).

Слід зазначити, що фонові завдання - це об'єкти виключно програмні та його не можна зберегти у базі даних. Тобто ми можемо лише створити екземпляр класу, ініціалізувати його властивості та запустити його на виконання.

Приклад асинхронного виконання коду в «1С:Підприємство 8»

«Писати програми, в яких результат виклику функції приходить невідомо колись – куди складніше, ніж звичайні. Вкладені виклики, обробка помилок, контроль над тим, що відбувається - все ускладнюється», - так скажуть лише ті, хто не вміє правильно користуватися можливостями платформи, але не ми!

Продемонструємо всю простоту та витонченість асинхронного виконання коду в «1С:Підприємство 8»!

Крок 1.Створимо нову ІБ для розробки конфігурації

Крок 2У конфігурації додамо загальний модуль "Асинхронні Обробники"

Чому ми додали спільний модуль? Тут все просто: для виконання асинхронних операцій в «1С:Підприємстві 8» застосовуються фонові завдання, які мають свій менеджер - «МенеджерФоновихЗавдання». Цей об'єкт має метод «Виконати», за допомогою якого і запускається фонове завдання.

Звернемося до синтаксу-помічника.

Таким чином нам знадобиться загальний модуль.

Крок 3У загальному модулі «Аісхронні Обробники» додамо експортну процедуру НашаДовготривалаОперація()

Процедура НашаТривала Операція(Тривалість) Експорт // Імітація тривалої дії (Тривалість сек.).< Длительность Цикл КонецЦикла; КонецПроцедуры

ДатаПочаткуОперації = ПоточнаДата();Поки ПоточнаДата() - ДатаПочаткуОперації

Крок 4.

Додаємо в конфігурацію обробку «Асинхронна Концепція Програмування» (можна створити зовнішню обробку)

На форму додаємо один реквізит:

Тривалість (Кількість)

та дві команди

Виконати Тривалу Операцію;ВиконатиТривалу ОпераціюАсинхронно.

Крок 5.

Згідно з синтакс-помічником заповнюємо модуль форми&НаКлієнті Процедура ВиконатиТривалуОперацію(Команда) ВиконатиТривалуОпераціюНаСервері(); КінецьПроцедури &НаСервері Процедура ВиконатиТривалуОпераціюНаСервері() АсинхронніОбробники.НашаТривалаяОперація(Тривалість); КінецьПроцедури &НаКлієнті Процедура ВиконатиТривалуОпераціюАсинхронно(Команда) ВиконатиТривалуОпераціюАсинхронноНаСервері(); КінецьПроцедури &НаСервері Процедура ВиконатиТривалуОпераціюАсинхронноНаСервері() Параметри = Новий Масив;

Параметри.Додати(Тривалість);

Виконати("АсинхронніОбробники.НашаТривалаяОперація", Параметри, Новий УнікальнийІдентифікатор, "Приклад асинхронної концепції програмування"); КінецьПроцедури

Крок 6

У тому, що програмний код виконується асинхронно, ми можемо переконатися, переглянувши журнал реєстрації.

Налагодити програмний код, який виконується у «фоні», ми можемо, якщо в параметрах налагодження встановимо відповідну властивість.

Приклад асинхронного виконання коду «1С:Підприємство 8» з використання БСП

Приклад реалізації асинхронної концепції програмування в «1С:Підприємство 8» у БСП розглянемо з прикладу обробки «Поточні відносини».

Логіка наступна: під час запуску програми ініціалізується робоча область початкової сторінки, куди можна вивести форму обробки «Поточні справи». Ця форма заповнюється поточними справами користувача, а щоб її заповнити потрібен час. Якби у розробників не було можливості асинхронно виконувати код, то на весь час заповнення форми обробки інтерфейс користувача був би заблокований!

Проаналізуємо програмний код форми.

Подія форми «При створенні на сервері» викликає процедуру «Запустити фонове завдання» - це те, що нам і потрібно.

Не відволікаючись на нюанси, аналізуємо цю процедуру

І тут бачимо, що використовується менеджер фонових завдань та її метод «Виконати». Зауважте, що розробники зберігають унікальний ідентифікатор фонового завдання.

Для цього розробники застосовують метод ПідключитиОбробникОчікування(<ИмяПроцедуры>, <Интервал>, <Однократно>).

У процедурі, що підключається Підключається_ПеревіритиВиконанняЗавдання()розробники викликають функцію Завдання Виконано (Ідентифікатор Завдання)

Ця функція з ідентифікатора перевіряє виконання фонового завдання.

Слід зазначити, що у БСП розроблено загальні модулі підтримки роботи тривалих серверних операцій.

Таким чином, асинхронна концепція програмування в «1С:Підприємство 8» незначно збільшує трудомісткість вирішення завдань для розробника, але помітно покращує функціональність програми з погляду користувача.

Дозволяє нам робити будь-які обчислення в системі непомітно для користувача, тобто у фоні. Більше того, даний механізм дозволяє нам розпаралелити процес обчислення. Розпаралелити ми можемо навіть процедуру, яка виконуватиметься. Для цього наше фонове завдання має запускати ще кілька фонових завдань. В цьому випадку процеси розпаралелюються і, якщо у нас багатопроцесорна, багатоядерна система, наш алгоритм працюватиме ефективно. Після запуску кількох процесів ми можемо сказати системі, що необхідно дочекатися закінчення виконання цих процесів у тому, щоб потім якимось чином звести результат.

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

В ідеалі фонове завдання реалізується у варіанті клієнт-сервер, у цьому випадку все навантаження переходить на сервер. Що стосується файлового варіанта, то робота фонового завдання можлива, але має деякі особливості.

Ось що видасть система, якщо не врахувати ці особливості, і запустити фонове завдання у файловому варіанті інформаційної бази.

1С фонове завдання має певні обмеження.Оскільки воно виконується на стороні сервера, немає можливості інтерактивної роботи з користувачем. Наприклад не можна вивести повідомлення, та й взагалі якусь інформацію. Усі ці дані потрібно зберігати у межах інформаційної бази й далі якимось чином обробляти.

Звернувшись до синтакс-помічника, можна отримати більш детальні відомості про фонові завдання 1С. Тут слід зазначити, що це об'єкт виключно програмний і він не зберігається в базі даних. Тобто ми створюємо екземпляр класу, ініціалізуємо властивості та запускаємо його на виконання.

Які засоби ми маємо для управління фоновими завданнями? Цим засобом є об'єкт метаданих "МенеджерФоновихЗавдання". Цей об'єкт має метод "Виконати", за допомогою цього методу якраз і запускається фонове завдання.

Має він такі параметри:
"Ім'яМетода"- ім'я процедури чи функції, яку потрібно виконати, причому це має бути процедура чи функція серверного контексту;

"Параметри"- масив параметрів, кількість елементів якого має відповідати кількості параметрів нашої процедури/функції, зазначеної у параметрі "Ім'яМетода";

"Ключ"- якийсь ключ унікальності, що представляє собою рядок, за якою система розуміє чи потрібно запускати фонове завдання або таке завдання вже запущено;

"Найменування"- тут можна зазначити довільний опис нашого методу.

Значенням, що повертається, є об'єкт "ФоновеЗавдання", Що містить поточне ім'я методу, поточний ключ і ще кілька властивостей та методів. Одним з таких методів є метод "ЧекатиЗавершення". Його завданням є те, що ми можемо вказати системі, щоб нічого не вироблялося доки не буде завершено фонове завдання.

Фонове завдання 1С 8.2, 8.3 – Приклад використання

Наведемо приклад роботи з фоновими завданнями 1С. Спочатку створимо простий алгоритм, який ненадовго завантажуватиме систему 1С таким чином, щоб ми нічого не могли в цей час робити.

Для цього:

1. Створимо загальний модуль "Обробники фонових завдань", який компілюватиметься на стороні сервера;

2. Опишемо в ньому експортну процедуру "ВисловиФоновеОбчислення(Параметр)"яка приймає один параметр рядкового типу;

Процедура ВідповідіФоновеОбчислення(Параметр) Експорт ЧасівНач = ПоточнаДата() ;< = 6 Цикл КонецЦикла ; КонецПроцедуры Процедура КнНажатие() ОбработчикиФоновыхЗаданий. ПроизветиФоновоеВычисление(Поки ПоточнаДата() - ЧасНач"Якийсь параметр"

);

КінецьПроцедури

Для цього:

Готово. Тепер при запуску обробки та натискання на кнопку відбувається підвисання системи на кілька секунд, у процесі якої нічого не можна зробити. Це саме те, що нам треба було зробити.

Тепер забезпечимо добуток цих обчислень у фоні, тобто щоб фонове завдання 1С 8.2, 8.3 виконувалося, але нам не заважало. Поки ПоточнаДата() - ЧасНач 1. В обробці, у випадку натискання кнопки пропишемо наступний код. Процедура КнНатискання Параметри = Новий Масив;Параметри. Додати( );"Якийсь параметр"

Фонове Завдання. Виконати (

"Оброблювачі фонових завдань., Параметри, Новий УнікальнийІдентифікатор,
"Тестове завдання"Тут першим параметром передаємо ім'я процедури загального модуля, а другим - масив параметрів. Третім параметром потрібно передати унікальний ключ і четвертим опис нашої процедури.

2012-11-13
53989

Платформи

: 1С: Підприємство 8.3, 1С: Підприємство 8.2, 1С: Підприємство 8.1

Схожа система діє і для веб-майстрів, при цьому доступність сайту перевіряється протягом доби. За допомогою механізму "Регламентні завдання" в 1С здійснюються завдання моніторингу, а також періодичні завдання, які виконуються за розкладом в автоматичному режимі в 1С. Розглянемо докладніше цю тему.

Регламентні завдання 1С

Об'єкт 1С, який називається "Регламентні завдання", дає можливість виконати обробку інформації не після виникнення проблеми, а за розкладом. У конфігураторі, регламентне завдання є способом задати налаштування та встановити розклад. Крім цього, існує можливість згодом змінювати розклад у режимі 1С Підприємство.

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

Всі типові конфігурації мають налаштування користувача, що дозволяє уточнити, що при роботі 1С, регламентні завдання виконуватимуться автоматично.

Використання клієнт-серверного варіанта 1С дає можливість автоматичного виконання завдань на сервері. У запланований час здійснюється запуск фонового завдання, яке і виконує необхідні дії. Для паралельних обчислень на сервері фонове завдання може бути створене з тексту програми за допомогою мови 1С без використання регламентного завдання 1С. Дія регламентного завдання можна тимчасово відключити, використовуючи при цьому консоль управління сервером 1С.

Додавання регламентного завдання

Регламентні завдання розташовані в Конфігуратор Загальні Регламентні завдання. Додайте нове "завдання" та вкажіть ім'я. Далі, необхідно зайти у властивості «Завдання». І вибрати ім'я методу. Тут потрібно вказати функцію обробника, так само, як це відбувається у передплаті на подію. Ця функція буде розташована в загальному модулі та позначена "пташкою" Сервер у властивостях. Це означає, що необхідний модуль потрібно додати заздалегідь.

Найменування завдання у Властивості регламентного завдання дозволяє визначити його назву, яка далі фігуруватиме в засобах управління завданнями. Функція Властивості регламентного завдання є ключем, що дозволяє групувати кілька різних регламентних завдань. При цьому одночасно можна запустити лише одне завдання з однаковим значенням ключа. Тут значення може бути довільним, але заповнювати його обов'язково, тому що порожнє значення не враховується системою.

У Бухгалтерії редакції 2.0, яка є типовою конфігурацією, регламентні завдання, такі як: "Перерахунок підсумків" та "Оновлення конфігурації" є зумовленими, а такі, як наприклад "Відкладені рухи" та "Обмін даними" - не зумовленими.

Повторення при аварійному завершенні — перезапуск діючого завдання. Передбачено здійснення запуску, який успішно виконано з першого разу. Тут зазначено, скільки разів можна перезапускати і після якогось часу після аварійного завершення.

Моніторинг та засоби управління регламентним завданням 1С

За керування регламентним завданням відповідає типова обробка "Консоль завдань", яку можна знайти на дисках ІТС. Ця обробка є універсальною зовнішньою типовою обробкою 1С. Як правило, вона не входить у конфігурацію, а купується окремо.

З її допомогою можна здійснювати такі дії:

Вмикати та вимикати регламентне завдання;

Призначати та змінювати розклад;

Позначити ім'я користувача, за допомогою якого виконуватиметься регламентне завдання;

Бачити виконані завдання (коли і з яким результатом), а також помилки завдання;

Регламентне завдання та копії баз даних

При використанні серверної 1С, може виникнути такий момент:

Для програмування потрібно зробити копію робочої бази;

Необхідність роботи у копіях бази (тестування);

З якихось причин не включено регламентне завдання у тестовій базі.

Якщо одна з таких ситуацій виникла під час виконання завдань регламентним завданням, пов'язаним лише зі своєю базою даних, то це не несе за собою негативних наслідків. Але часто регламентне завдання може зберігати файли, або інші дані, надсилати електронні листи, проводити обмін. У такому разі може виникнути плутанина між результатами роботи «завдання» та копіями. Щоб цього не відбувалося, необхідно відключити «завдання» в консолі управління сервером.

Виконані та не виконані регламентні завдання

Під час створення регламентних завдань важливо перевірити, чи може завдання бути виконане як регламентне завдання. Важливо знати, що серверний модуль не дає багато речей, які можливі на клієнта. Далі, завдання, що має справу з чимось, що знаходиться поза базою, важливу роль при цьому відіграють права користувача Windows, під яким відбувається виконання завдання.

Останній фактор є особливо важливим, тому що якщо модуль не виконується на сервері, то і завдання не може бути виконане в принципі. Щоб перевірити, необхідно запустити одне завдання та оцінити результат.

1С Підприємство має у своїх конфігураціях регламентні та фонові завдання. Ці завдання виконуються за планувальником з урахуванням розкладу кожного завдання. Деякі із завдань виконуються спочатку за таймером через певну кількість секунд, що може негативно позначатися на продуктивності та явно заважати роботі в інформаційній базі.

Для редагування регламентних та фонових завдань у вкладці адміністрування потрібно вибрати зліва «регламентні та фонові завдання». З'явиться список існуючих завдань, їх стан, розклад та інша інформація.

Клікнувши пару разів на будь-яке завдання відкриється вікно з властивостями цього завдання. Тут можна змінити безліч налаштувань на свій смак, включаючи розклад виконання цього завдання. Для відключення завдання потрібно зняти прапорець «Увімкнено». Але якщо завдання має виконувати за розкладом, дуже важливо використовувати окремого користувача з повними правами для всіх фонових завдань.

Параметри розкладу виконання завдань дуже гнучкі, але все ж таки бажано виставити всі завдання таким чином, щоб одночасно виконувалося лише 1 завдання і бажано в неробочий час. Винятком може бути лише синхронізація кількох суміжних інформаційних баз, наприклад, бухгалтерія підприємства + зарплата та управління персоналом.

Завантаження класифікатора банків - неділя, 4:30
Завантаження курсів валют – щодня; 7:00
Вилучення текстів - щодня; 6:00.
Обмін повідомленнями з облікових записів документообігу – щодня; кожні 10 800 сек.
Оновлення агрегатів – щодня; з 5:00:00 раз на день
Оновлення Завдань Бухгалтера – щодня; з 6:30:00 один раз на день
Оновлення індексу ППД (повнотекстового пошуку) – щодня; кожні 10 800 сек.
Перебудова агрегатів - щодня, щодня тижня [субота]; з 3:00:00 один раз на день
Перерахунок поточних значень відносних дат заборони зміни щодня; з 7:00:00 один раз на день
Злиття індексу ППД (повнотекстового пошуку) - щодня; з 4:00:00 раз на день
Видалення неактуальної інформації синхронізації – щодня; з 3:30:00 один раз на день
Встановлення періоду розрахованих підсумків - щодня, 5-го числа місяця; з 1:00:00 раз на день