Перейти до вмісту

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

Матеріал з K2 ERP Wiki
Версія від 11:59, 15 травня 2026, створена R (обговорення | внесок) (Створена сторінка: {{DISPLAYTITLE:Регламентні завдання 1С}} {{SEO |title=Регламентні завдання 1С — фонові завдання, розклад, обміни, закриття місяця, помилки і міграція в K2 ERP |description=Регламентні завдання 1С: що це таке, як працюють фонові та регламентні завдання в 1С/BAS, розклад виконан...)
(різн.) ← Попередня версія | Поточна версія (різн.) | Новіша версія → (різн.)

Правильна логіка:

Розклад регламентного задача

Якщо задача функціонує із зовнішніми API, потрібно контролювати:

}

!; # Чи немає помилок у журналі реєстрації.;== Де налаштовуються регламентні задача ==

{

Регламентне задача має змогу бути активним або вимкненим.; # Експортує його в PDF, Excel або HTML.; |- | Не зробили список завдань | Після запуску нової ERP зникають обміни й розсилки | Провести аудит регламентних завдань |- | Перенесли тільки документи | Прихована автоматизація процесів залишилася в старій 1С | Аналізувати обробки, розклад і код |- | Не перевірили зовнішні API | Сайт, банк або CRM не підключаються | Описати всі канали інтеграції |- | Не налаштували логи | Помилки непомітні | Додати журнал виконання |- | Не зробили контрольні суми | Немає доказу коректної роботи | Звіряти кількість і суми документів |- | Залишили стару логіку без перегляду | У нову ERP переносяться старі помилки | Перепроєктувати критичні процеси |}

},

!; Таке задача має:

  • перерахунок собівартості;
  • розподіл витрат;
  • нарахування амортизації;
  • закриття рахунків;
  • формування проводок;
  • перевірка залишків;
  • контроль від’ємних залишків;
  • формування службових записів.; # Чи функціонує сервер 1С.; |-

| Що таке регламентне задача 1С?;== Практичний чекліст адміністратора == |- | Регламентне задача | задача, яке запускається автономно за розкладом | Щодня о 03:00 виконати обмін із сайтом |- | Фонове задача | задача, яке виконується у фоні, не блокуючи роботу користувача | користувач системи запустив важкий звіт, а платформа рахує його у фоні |}

!; Контроль

  • перед стартом перевірити, чи не виконується задача вже зараз;
  • встановити службову ознаку “виконується”;
  • після завершення зняти ознаку;
  • у разі аварійного завершення мати механізм розблокування;
  • логувати час старту й завершення.; # Зіставляє оплату з рахунком або замовленням.; "currency": "UAH"

!; Що робить

  • задача вимкнулося;
  • змінилася назва процедури;
  • змінився складський облік параметрів;
  • змінилася структура даних;
  • старий обмін перестав працювати;
  • змінилися права доступу;
  • з’явилося нове типове задача;
  • старе кастомне задача конфліктує з новим механізмом.; Тип задача

Під час міграції з або BAS у K2 ERP потрібно обов’язково проаналізувати регламентні задача.; |- | Що істотно при міграції?;

Це можливо, але резервне копіювання краще організовувати на рівні сервера, бази даних або спеціалізованих інструментів.; Приклад:

!; |- | Які типові приклади?;

Зовнішні посилання

|- | задача не запускається | Вимкнене задача або неправильний розклад | інформаційні дані не оновлюються |- | задача зависає | Великий обсяг даних або помилка в коді | Навантаження на сервер |- | задача завершується з помилкою | Немає доступу, неправильні інформаційні дані, збій API | Обмін або обробка не виконані |- | Створюються дублікати | Немає перевірки external_id або унікального ключа | Подвоєння замовлень, оплат, контрагентів |- | задача запускається занадто часто | Неправильний розклад | Сервер перевантажений |- | задача запускається занадто рідко | Неправильна частота | інформаційні дані на сайті або в CRM застарівають |- | Помилки не видно | Немає логування | Адміністратор дізнається про проблему від користувачів |}

Регламентні задача потрібні для автоматизації повторюваних операцій.;{{SEO


{

Сценарій:

; Воно запускається щодня о 08:00, звертається до зовнішнього джерела, отримує курси валют і записує їх у регістр відомостей.; Деякі компанії намагаються використовувати регламентні задача для резервного копіювання.;== Регламентні задача і права доступу == ; !; Що відбувається

Журнал виконання регламентних завдань

  1. задача запускається щогодини.; Питання
Якщо таке задача не спрацює, валютні документи можуть створюватися з неправильними або порожніми курсами.;
У 1С часто поруч згадують два поняття: регламентні задача і фонові задача.;== Реплікатор K2 і регламентні задача ==

 "orders": [

* [[1С]]
* [[BAS]]
* [[BAS ERP]]
* [[K2 ERP]]
* [[ERP]]
* [[Фонові завдання 1С]]
* [[Рухи документа 1С]]
* [[Регістри 1С]]
* [[Обмін даними 1С]]
* [[Інтеграція через JSON]]
* [[API]]
* [[REST API]]
* [[Webhook]]
* [[Вивантаження даних 1С]]
* [[Зовнішня обробка 1С]]
* [[Зовнішній звіт 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Power BI]]
* [[BI система]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]

[[Категорія:Міграція з 1С]]

* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення та комунікаційного мережевого обладнання]
* [https://www.president.gov.ua/documents/1842020-33629 Указ Президента України №184/2020]
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]

Регламентні задача можуть працювати з важливими даними:
'''Регламентні задача  це невидимі працівники ERP.''' Вони не сидять за комп’ютером, але щодня виконують обміни, перевірки, розсилки, завантаження і службові операції.; У журналі бажано фіксувати:
|-
| Обмін із сайтом
| Кожні 10 хвилин
| Щоб оперативно отримувати нові замовлення
|-
| Вивантаження залишків
| Кожні 30 хвилин
| Щоб сайт показував актуальну наявність
|-
| Закриття дня
| Щодня о 23:30
| Після завершення роботи користувачів
|-
| Розсилка звітів
| Щодня о 08:30
| Перед початком робочого дня
|-
| Очищення тимчасових файлів
| Щонеділі о 02:00
| У період найменшого навантаження
|}

Перед міграцією потрібно зібрати інформацію:

[[Категорія:1С]]

{| class="wikitable" style="width:100%;"
!; Такі задача використовуються; додатково реалізовано синхронізацій, розсилок, актуалізація статусів, перерахунку підсумків, очищення тимчасових даних, завантаження курсів валют, закриття періодів, формування звітів, інтеграцій із сайтами, банками, CRM, маркетплейсами та іншими системами.; # Записує помилки в журнал.; | Для обмінів, синхронізацій, розсилок, завантаження даних, очищення, перерахунків і службових операцій.; Значення
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
!; | Розклад, права доступу, зовнішній API, дублікати, зависання, помилки в логах.;[[Категорія:Регламентні завдання]]

[[Категорія:API]]

Залежно від конфігурації та режиму роботи, регламентні задача можуть налаштовуватися:

як ілюстрація, керівник хоче о 08:30 отримувати:

!; Навіщо

[[Категорія:JSON]]

!;[[Категорія:Реплікатор K2]]

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

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

== Типові помилки при міграції регламентних завдань ==
}
== Коротко ==

Він має змогу використовуватися для:
 "items": [
Правильна логіка:

'''істотно.''' Регламентні задача часто мають доступ до інтеграцій, банківських даних, обмінів, персональних даних, комерційних цін і службових токенів.; Після актуалізація конфігурації потрібно перевіряти регламентні задача.; "edrpou": "12345678"
як ілюстрація, сайт надсилає замовлення WEB-10025.; Перелік є собою динамічним, з цієї причини перед ухваленням технічних або юридичних рішень потрібно перевіряти актуальну версію на офіційному сайті Держспецзв’язку.; Що означає

У [[K2 ERP]] такі процеси можуть бути реалізовані через API, серверні задачі, Реплікатор K2, BI-шари, інтеграційні модулі, Python-сценарії та інші компоненти платформи.; Краще створювати окремих службових користувачів з мінімально необхідними правами.; Приклад схеми:

# Чи активне задача.;<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">

[[Категорія:K2 ERP]]

* платежами;
* зарплатою;
* контрагентами;
* цінами;
* залишками;
* договорами;
* персональними даними;
* бухгалтерськими документами;
* інтеграційними токенами.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
|-
| Кожні 5 хвилин
| Завантажити нові замовлення
| У 1С створюються замовлення покупців
|-
| Кожні 15 хвилин
| Вивантажити статуси
| Сайт бачить, що замовлення прийняте або відправлене
|-
| Кожні 30 хвилин
| Вивантажити залишки
| Покупці бачать актуальну наявність товару
|-
| Раз на день
| Звірити помилки обміну
| Адміністратор отримує список проблем
|}

!;== Див.; додатково ==

Це істотно, бо права користувача впливають на те, що задача має змогу зробити.; # Чи не висить старе фонове задача.; * назву задача;
* час старту;
* час завершення;
* тривалість;
* статус;
* кількість оброблених об’єктів;
* кількість помилок;
* текст помилки;
* користувача виконання;
* сервер виконання;
* ідентифікатор сеансу;
* посилання на створені документи;
* технічні параметри.; }

{| class="wikitable" style="width:100%;"

* продажі та реалізація за вчора;
* залишки на складах;
* прострочену дебіторку;
* список неопрацьованих замовлень;
* касові залишки;
* проблеми обмінів.; :contentReference [oaicite:0]{index=0}
== Регламентні та фонові задача ==
Замість старих механізмів можуть використовуватися:
При описі будь-яких механізмів [[1С]] та [[BAS]] в українському контексті потрібно згадувати санкційні та безпекові ризики.; |-
| Назва задача
| Завантаження курсів валют
|-
| Розклад
| Щодня о 07:00
|-
| Джерело
| Зовнішній сервіс курсів валют
|-
| Дія
| Отримати курси й записати в регістр відомостей
|-
| Результат
| У документах за день підставляються актуальні курси
|}

[[Категорія:ERP]]

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

* мінімально необхідні права;
* заборона інтерактивного входу, якщо це можливо;
* окремий пароль або токен;
* аудит дій;
* зрозуміла назва;
* обмеження доступу до чутливих даних.; Чому це істотно:
Дублікати виникають, якщо задача при кожному запуску не перевіряє, чи вже оброблявся об’єкт.; Регламентне задача має змогу звертатися до API сайту й отримувати JSON із замовленнями.; * важкі задача запускати вночі;
* розбивати обробку на пакети;
* обмежувати кількість записів за один запуск;
* не запускати кілька однакових завдань одночасно;
* контролювати тривалість;
* оптимізувати запити;
* аналізувати блокування.; Щоб уникнути проблем:

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

{| class="wikitable" style="width:100%;"
== Регламентні задача і актуалізація конфігурації ==
У сучасній [[ERP]] ідея регламентних завдань залишається, але реалізація має змогу бути іншою.; Їх спочатку кладуть у чергу, а регламентне задача поступово обробляє.; У офіційно затверджений перелік Держспецзв’язку, оприлюднений у січні 2026 року, передбачено програмне забезпечення та комунікаційне обладнання, заборонене до використання в окремих сферах; у публічних описах переліку згадуються продукти 1С і BAS, включно з BAS ERP.; |-
| Для чого застосовується?; Приклад
'''Правило інтеграції.''' Кожне регламентне задача обміну має бути ідемпотентним: повторний запуск не повинен створювати дублікати.; Відповідь
{| class="wikitable" style="width:100%;"
!; # Чи не заблокована інформаційна база.;== Санкції та ризики використання 1С/BAS в Україні ==

* тимчасових файлів;
* старих повідомлень обміну;
* неактуальних логів;
* проміжних таблиць;
* старих помилкових пакетів;
* кешованих даних;
* застарілих сесій.;== Карта перенесення регламентних завдань ==

== Приклад JSON-обміну в регламентному завданні ==

[[Категорія:Power BI]]

Без журналу важко відповісти на питання: “Чому замовлення не потрапило в систему?” або “Коли востаннє успішно пройшов обмін?”.; Регламентні задача потрібні там, де операцію треба виконувати регулярно: щогодини, щодня, щотижня, вночі, після закриття зміни або в певний час доби.; задача
'''[[Реплікатор K2]]''' має змогу замінити або доповнити частину старих регламентних завдань 1С/BAS.; Типові помилки:

</div>

{

* регулярний обмін даними з сайтом;
* синхронізація з CRM;
* завантаження банківських виписок;
* завантаження курсів валют;
* вивантаження залишків на сайт;
* актуалізація цін;
* формування резервних копій;
* очищення тимчасових даних;
* перерахунок підсумків;
* розсилка звітів;
* надсилання повідомлень;
* перевірка прострочених боргів;
* створення задач відповідальним;
* обробка черги інтеграцій;
* запуск нічних обробок.; Розклад

== Приклад: обробка черги інтеграції ==

Але очищення потрібно робити обережно.; # Надсилає на email або в інший канал.; Її не завжди варто в цілому автоматизувати без контролю бухгалтера.; # Знаходить контрагентів.; !; Якщо регламентне задача не шукає документ за external_id, воно має змогу створити нове замовлення при кожній повторній обробці.; # Чи правильно налаштований розклад.; Можливі проблеми:

* не знайдено контрагента;
* не знайдено рахунок;
* неправильне призначення платежу;
* платіж уже завантажено;
* валюта не збігається;
* немає прав на створення документа.; :contentReference [oaicite:1]{index=1}
!; | Знайти всі задача, описати їхню логіку, замінити або перенести в K2 ERP.; У сучасних інтеграціях часто не обробляють усі повідомлення миттєво.; # Підключається до банківського API або папки обміну.; задача в 1С/BAS
== Що таке регламентне задача 1С ==
'''Проста аналогія.''' Регламентне задача  це “будильник” всередині 1С.; Регламентне задача має змогу щодня формувати і надсилати звіти.; Як уникнути
[[Категорія:BAS]]
</div>

== користувач системи виконання ==

{| class="wikitable" style="width:100%;"

== Помилка: задача перевантажує сервер ==
Типові задачі:
[[1С]] історично є собою російською програмною екосистемою.; "external_id": "WEB-10025",
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

істотно:

При переході з або BAS у K2 ERP такі задача потрібно не без ускладнень “перенести”, а переосмислити: частину замінити API, частину — чергами повідомлень, частину — Реплікатором K2, частину — BI-оновленнями, а частину без ускладнень прибрати як застарілу.;

Регламентні задача і міграція з 1С/BAS

;== Типові регламентні задача в 1С/BAS ==

Проблема в з цієї причини, що регламентні задача часто стають “прихованою автоматизацією”.; | Обмін із сайтом, завантаження банку, курси валют, вивантаження залишків, розсилка звітів.; Регламентні задача можуть виконувати службове очищення:

"total": 3000.00,
"customer": {

Особливо обережно потрібно працювати з банківськими даними, персональними даними, зарплатою і комерційними цінами.; # Чи є собою службовий користувач системи.; Наслідок

Обмін із сайтом Завантажує замовлення API K2 ERP або Реплікатор K2 Кількість замовлень за день
Вивантаження залишків Передає залишки на сайт JSON API / черга подій Звірка залишків по SKU
Завантаження банку Створює платежі Банківська інтеграційні функціональні можливості K2 ERP Сума виписки за день
Розсилка звітів Надсилає Excel керівнику BI-дашборд або email-розсилка Доставка звіту
Очищення логів Видаляє старі записи Політика зберігання логів Перевірка аудиту

!; Причина

!; Після обробки задача має змогу створити в 1С документ “Замовлення покупця” і записати результат у журнал обміну.; Результат

!; {| class="wikitable" style="width:100%;"

  • воно не запускається за розкладом;
  • обмін має змогу зупинитися;
  • інформаційні дані можуть застаріти;
  • користувачі можуть не отримувати звіти;
  • сайт має змогу показувати неправильні залишки;
  • інтеграційні функціональні можливості має змогу накопичувати чергу необроблених повідомлень.; |}

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

  • отримання нових замовлень із сайту;
  • актуалізація статусів замовлень;
  • вивантаження залишків;
  • вивантаження цін;
  • передавання інформації про оплату;
  • передавання номерів накладних доставки.; # Чи вистачає прав доступу.; | Автоматична задача, яка виконується за розкладом або у фоновому режимі.; Не можна видаляти логи, які ще потрібні для аудиту, діагностики або розслідування помилок.; | Так.; "price": 1500.00

Що перевірити перед міграцією

Практичний принцип міграції. Перед переходом у K2 ERP потрібно скласти повний список регламентних завдань 1С/BAS і зрозуміти: які з них більше не потрібні, які треба замінити, які треба перенести, а які краще перебудувати через сучасний API або чергу подій.; !; {| class="wikitable" style="width:100%;"

Типові помилки регламентних завдань

|- | Список регламентних завдань | Щоб не втратити важливу автоматизацію |- | Розклад запуску | Щоб зрозуміти критичність процесів |- | Процедури виконання | Щоб знайти бізнес-логіку |- | Зовнішні системи | Щоб відновити інтеграції в K2 ERP |- | Журнали помилок | Щоб не переносити старі проблеми |- | Службових користувачів | Щоб правильно налаштувати доступи |- | Файли, API, FTP, папки обміну | Щоб описати всі канали інтеграції |- | Контрольні суми | Щоб перевірити результат після переходу |}

як ілюстрація, обмін із сайтом запускається кожні 5 хвилин.;== Регламентні задача і безпека інтеграцій ==

Приклад простого регламентного задача

  • кожні 5 хвилин;
  • кожні 15 хвилин;
  • щогодини;
  • щодня;
  • щотижня;
  • щомісяця;
  • у робочі дні;
  • у вихідні;
  • вночі;
  • у певний час;
  • після завершення іншого процесу.; з цієї причини використання підсанкційного або ризикового ПЗ для таких задач потребує окремої оцінки безпеки та плану переходу на безпечну ERP-платформу.; !; # Створює документ банківської виписки.; "quantity": 2,

Для закриття місяця можуть виконуватися:

як ілюстрація, у системі має змогу бути задача “Завантаження курсів валют”.; * отримати external_id;

  • перевірити, чи є собою вже документ із таким external_id;
  • якщо є собою — оновити або пропустити;
  • якщо немає — створити новий;
  • записати статус обробки.; !; {| class="wikitable" style="width:100%;"

Регламентні задача можуть виконувати:

"order_date": "2026-05-15",
  • перевіряти, що копія реально розроблена;
  • перевіряти можливість відновлення;
  • зберігати копії не тільки на з цієї причини самому сервері;
  • контролювати розмір архівів;
  • не запускати копіювання в момент важких обмінів;
  • вести журнал резервного копіювання.; # Чи дозволено виконання регламентних завдань.; Помилка

|- | Обмін даними | Передає або отримує інформаційні дані з іншої системи | Обмін із сайтом, CRM, WMS |- | Синхронізація | Узгоджує інформаційні дані між базами | Синхронізація бухгалтерії та управлінської бази |- | Завантаження даних | Отримує зовнішні інформаційні дані | Курси валют, банківські виписки |- | Вивантаження даних | Передає інформаційні дані назовні | Залишки, ціни, статуси замовлень |- | Регламентні операції | Виконує службові облікові процедури | Закриття місяця, перерахунок підсумків |- | Розсилки | Надсилає звіти або повідомлення | Щоденний звіт керівнику |- | Обслуговування | Очищає або перевіряє інформаційні дані | Видалення тимчасових файлів |- | Черги обробки | Обробляє накопичені повідомлення | Черга JSON-запитів або замовлень |}

Для підтримки істотно бачити історію запусків.; # Закриває взаєморозрахунки.; з цієї причини після оновлень, перенесення бази або зміни сервера потрібно перевіряти, чи всі потрібні регламентні задача активні.; істотно про та BAS. В Україні продукти екосистеми і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками.;== Приклад: очищення тимчасових даних ==

!; Помилка

  • регулярного вивантаження даних із 1С;
  • перенесення довідників;
  • перенесення залишків;
  • синхронізації контрагентів;
  • синхронізації товарів;
  • перенесення документів;
  • обробки JSON;
  • формування контрольних сум;
  • паралельного запуску 1С і K2 ERP;
  • поступового відключення старої системи.; Регламентне задача — це налаштована в конфігурації або інформаційній базі процедура, яка виконується автономно за певними правилами.; У заданий час він запускає потрібну процедуру: завантажити курси валют, відправити замовлення на сайт, оновити залишки, виконати обмін або очистити старі тимчасові файли.; задача
  • які задача активні;
  • які задача давно не запускалися;
  • які завершуються з помилкою;
  • які виконуються занадто довго;
  • які запускаються занадто часто;
  • які створюють багато документів;
  • які працюють із зовнішніми API;
  • які використовують службових користувачів;
  • чи є собою дублікати після обміну;
  • чи очищаються старі логи;
  • чи не зберігаються токени у відкритому вигляді;
  • чи є собою контрольні звіти.; # Чи не завершилося попереднє виконання аварійно.; # Чи доступний зовнішній сервіс.; Поле

Регламентне задача має змогу автономно завантажувати банківські операції.; !; Це комфортно, бо збій одного замовлення не зупиняє весь обмін.; Крок

Але закриття місяця — відповідальна операційна дія.; !; як ілюстрація, якщо службовий користувач системи не має права створювати банківські документи, завантаження виписок не працюватиме.; Тобто задача стартує за розкладом, а сама обробка виконується у фоні.; |- | Що найчастіше ламається?; Держспецзв’язку оприлюднила перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, у якому згадуються продукти 1С/BAS, зокрема BAS ERP; перелік є собою динамічним і має перевірятися за офіційним джерелом.; Регламентне задача має змогу перевантажити сервер, якщо:

"sku": "SKU-001",

Типові варіанти:

Активність регламентного задача

  • токени;
  • паролі;
  • сертифікати;
  • HTTPS;
  • IP-обмеження;
  • права API-користувача;
  • журнал доступу;
  • обмеження частоти запитів;
  • захист від повторної обробки;
  • маскування чутливих даних у логах.; Якщо задача вимкнене:

Розклад визначає, коли і як часто виконується задача.;== Блокування паралельного запуску ==

Висновок

Обережно. Регламентні задача для закриття місяця мають запускатися тільки після перевірки первинних документів, залишків, дат заборони редагування і відповідальності користувачів.; | Регламентне запускається за розкладом, фонове виконується без блокування користувача.; !; !;

Для міграції комфортно створити карту:

Типові вимоги до службового користувача:

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

Приклад: закриття місяця

Погана практика — запускати всі задача від імені адміністратора без контролю.; |-
Чи пов’язані регламентні задача з безпекою?; !; Наслідок

Один із найпоширеніших сценаріїв — обмін 1С/BAS з інтернет-магазином.; Нова реалізація в K2 ERP

Помилка: регламентне задача не виконується

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

з цієї причини доступи мають бути обмежені.;== Регламентні задача в сучасній ERP ==

організація хоче щодня о 07:00 завантажувати курси валют.; # Отримує платежі.;== Регламентні задача і резервне копіювання ==

Помилка: задача створює дублікати

1 Сайт надсилає JSON-замовлення
2 Повідомлення записується в чергу
3 Регламентне задача запускається кожні 2 хвилини
4 задача бере необроблені повідомлення
5 Створює документи в ERP
6 Позначає повідомлення як оброблене або помилкове

Регламентне задача часто виконується від імені певного користувача або службового контексту.; Приклад

Для чого потрібні регламентні задача

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

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

Головне. Регламентне задача — це автоматична дія системи за розкладом.; Якщо попередній запуск ще не завершився, новий запуск має змогу почати обробляти ті самі замовлення.;
  • планувальники задач;
  • черги повідомлень;
  • worker-процеси;
  • cron;
  • API-події;
  • webhook;
  • event-driven технічна архітектура;
  • ETL-процеси;
  • BI-оновлення;
  • серверні job-и;
  • інтеграційні сервіси;
  • хмарні функції.; користувач системи не запускає її вручну кожного разу: платформа сама виконує потрібну обробку, обмін, перевірку, розсилку або перерахунок.; ],

Приклад розкладу:

]
  • назву;
  • розклад виконання;
  • процедуру, яку потрібно виконати;
  • параметри запуску;
  • ознаку активності;
  • користувача або контекст виконання;
  • журнал виконання;
  • результат роботи;
  • повідомлення про помилки.; |-

| Чим відрізняється від фонового задача?; Важлива вимога — не допустити одночасний запуск двох копій одного задача.; {| class="wikitable" style="width:100%;"

Регламентне задача: !; # У разі помилки записує повідомлення в журнал.;

"name": "ТОВ Ромашка",