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

Розширення 1С

Матеріал з K2 ERP Wiki

Практичний чек-лист:

Сильна сторона розширень — гнучкість і простіше оновлення версій. * запит у циклі;

  • важка перевірка перед кожним проведенням;
  • HTTP-запит під час запису документа;
  • відсутність індексів у запиті;
  • обробка великої табличної частини;
  • зайве логування;
  • регламентне задача запускається надто часто. Ні, без перевірки це ризиковано. * список усіх розширень;
  • їхні версії;
  • хто їх створив;
  • для чого вони потрібні;
  • які об’єкти змінюють;
  • які реквізити додають;
  • які форми змінюють;
  • які звіти додають;
  • які інтеграції виконують;
  • які регламентні задача мають;
  • які інформаційні дані потрібно перенести;
  • які правила потрібно реалізувати в K2 ERP;
  • які розширення застарілі;
  • які можна не переносити. На практиці розширення часто застосовують, коли потрібно адаптувати типову BAS/1С під бізнес-середовище, але не “ламати” типову конфігурацію і не створювати важке супроводження. Саме в них часто знаходяться важливі доопрацювання: додаткові реквізити, інтеграції, контроль цін, правила проведення, друковані форми, звіти і службові статуси. Розширення можуть зменшити технічний борг, якщо використовуються правильно. | Для реквізитів, форм, команд, перевірок, звітів, друкованих форм, інтеграцій і службової логіки. ([cip.gov.ua](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [president.gov.ua](https://www.president.gov.ua/documents/6012024-52161))

Розширення здатна містити власні модулі. ! Розширення часто використовують для інтеграцій. }

Приклад коду в розширенні

Розширення здатна містити: Розширення здатна додавати звіти на системі компонування даних. Можливі задачі:

Задача: передавати замовлення з 1С/BAS на сайт і назад. це механізм платформи 1С / 1С:компанія-користувач. Підписки зручні тим, що можна додати логіку без прямого редагування модуля документа. ! Проста аналогія. Основна конфігурація — це заводська прошивка системи. Зміна

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

  • external_id;
  • GUID;
  • transaction_id;
  • унікальний ключ;
  • журнал обміну;
  • статус;
  • контроль повторної обробки. ! # Відкрити розширення в конфігураторі. Перед міграцією потрібно зібрати:
  1. Додати реквізит “Канал продажу”. Помилка

! Приклади:

Типові помилки розширень 1С

  • загальний компонент;
  • компонент форми;
  • компонент команди;
  • компонент обробки;
  • компонент звіту;
  • код підписки на подію. {| class="wikitable" style="width:100%;"

Що критично при міграції розширень у K2 ERP?

Реквізити в розширеннях

1С історично виступає як російською програмною екосистемою. Приклад JSON:

оновлень забезпечується через Головне. Розширення 1С — це спосіб додати або змінити поведінку системи без прямого редагування основної конфігурації.== Помилка: розширення сповільнило систему == 

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

Розширення і інтеграції

"order_number": "WEB-10025",
  • номер версії;
  • дату;
  • автора;
  • задачу;
  • список змін;
  • вплив на обліковий облік;
  • нові реквізити;
  • змінені форми;
  • інтеграції;
  • інструкцію з встановлення;
  • інструкцію з відкату. |-
Для чого потрібне? ! # Чи виступає як зовнішні HTTP-запити. Деякі складні зміни все одно можуть вимагати глибшої доробки, але в багатьох випадках розширення виступає як кращим варіантом.== Розширення і аудит ==
  1. Хто автор розширення. Правильна міграція розширень — це не перенесення старого коду, а перенесення корисної бізнес-логіки в сучасну, безпечну і контрольовану ERP-архітектуру. У реальному розширенні потрібно враховувати клієнт-сервер, права доступу, типи даних і сумісність із типовою конфігурацією. Розширення можуть містити саме ті поля і правила, які бізнес-середовище реально використовує щодня.
  • отримати замовлення з сайту;
  • передати залишки;
  • отримати статус оплати;
  • відправити платіж у банк;
  • передати інформаційні дані в CRM;
  • вивантажити довідники;
  • сформувати міграційний API. Об’єкт

Розширення здатна додавати друковані форми. Потрібно перевіряти:

Небезпека. Якщо розширення записує рухи в регістри без повного розуміння типової логіки, можна зламати залишки, взаєморозрахунки, ПДВ, зарплату або собівартість.== Версії розширень ==

При описі механізмів 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.
"sku": "SKU-001",
Критерій 
]
Додатковий реквізит Перенести як поле або аналітику Канал продажу
Перевірка Реалізувати бізнес-правилом Заборона продажу нижче мінімальної ціни
інтеграційні функції ERP Перепроєктувати через API Сайт, банк, CRM
Звіт Перенести в стандартний звіт або Power BI продажі та реалізація по каналах
Друкована форма Створити шаблон у K2 ERP Рахунок, акт, етикетка
Тимчасове рішення для бізнесу Не переносити Разова обробка 2022 року
Хардкод Замінити налаштуваннями складський облік, вид ціни, організація

Модулі розширень

Для інтеграцій потрібно використовувати:

Приклад використання розширення

У таких випадках краще переглядати архітектуру системи або планувати перехід у нову ERP. Що робити в K2 ERP

Розширення зручніше, якщо потрібно:

Тому після кожного оновлення версій потрібно тестувати розширення.== Розширення і оновлення версій 1С/BAS ==

  • конфігурація;
  • custom fields;
  • business rules;
  • workflow;
  • webhooks;
  • REST API;
  • інтеграційні сервіси;
  • права доступу;
  • audit log;
  • Power BI;
  • окремі мікросервіси;
  • low-code механізми. !

Документування розширень

Що можна додавати через розширення

&НаКлиенте Практичний принцип міграції. При міграції не можна дивитися тільки на типову конфігурацію. Если Не ЗначениеЗаполнено(Объект.КаналПродажу) Тогда Розширення здатна читати регістри і в окремих випадках записувати інформаційні дані. {| class="wikitable" style="width:100%;" Без документації розширення через кілька місяців стає “чорною скринькою”. * отримати залишки товару;

  • отримати актуальні ціни;
  • перевірити борг контрагента;
  • записати статус інтеграції;
  • зберегти зовнішній ID;
  • отримати собівартість;
  • перевірити партії. {| class="wikitable" style="width:100%;"
  • перед проведенням реалізації перевірити мінімальну ціну;
  • після запису замовлення відправити інформаційні дані в CRM;
  • після проведення оплати оновити статус замовлення;
  • перед записом контрагента перевірити ЄДРПОУ. Підхід

Типові сценарії використання розширень

  • реквізит “Відповідальний технолог”;
  • статус погодження;
  • команду “Відправити на погодження”;
  • заборону використання незатвердженої специфікації;
  • звіт по незатверджених специфікаціях. # Перевірити форми.

Аудит особливо важливий, якщо розширення впливає на фінансовий блок, складський облік, зарплату, ПДВ або виробництво. Приклад

Розширення і зовнішні обробки

  • реквізит “bank_transaction_id”;
  • реквізит “bank_status”;
  • звіт по нерозпізнаних платежах;
  • обробку завантаження JSON-виписки;
  • лог помилок;
  • перевірку дублів. Елемент розширення 1С
Номенклатура site_id Зіставлення з товаром сайту
Замовлення web_order_id Зв’язок із замовленням сайту
Замовлення exchange_status Контроль обміну

!== Приклад: розширення для інтернет-магазину ==

! |- | Що найчастіше ламається? Приклад

як приклад:

  • додати звіт у підсистему;
  • додати нові реквізити;
  • змінити форму;
  • додати команду;
  • зв’язати звіт із новою логікою;
  • забезпечити постійне використання. Наслідок

Що таке розширення 1С

SEO title: Розширення 1С — доопрацювання без зміни конфігурації, модулі, форми, підписки на події, оновлення і міграція в K2 ERP

SEO keywords: розширення 1С, расширение 1С, розширення конфігурації 1С, доопрацювання 1С без зміни конфігурації, модулі розширення 1С, форми розширення 1С, підписки на події 1С, BAS розширення, K2 ERP, міграція з 1С 

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}


У сучасній ERP логіка, яка в 1С/BAS була реалізована розширеннями, здатна бути реалізована через: ! Аналог у K2 ERP Розширення — це не повна заміна змін конфігурації.

Що робити:

Розширення і права доступу

! |-

| Чим корисне?

! |- | Зміна основної конфігурації | Розробник редагує типові об’єкти напряму | оновлення версій стають складнішими |- | Розширення | Доробка зберігається в окремому шарі | Типову конфігурацію легше оновлювати |- | Зовнішня обробка | Окремий файл запускається вручну або через меню | інтуїтивно для разових або допоміжних задач |- | Зовнішній звіт | Окремий файл формує звіт | інтуїтивно для аналітики без зміни конфігурації |} 

Сообщить("Канал продажу заповнений");

Розширення і СКД

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

Розширення і HTTP-сервіси

Розширення і регістри

[[Категорія:API]]
|-
| 1.0
| 01.05.2026
| Додано реквізит “Канал продажу”
|-
| 1.1
| 10.05.2026
| Додано звіт по каналах
|-
| 1.2
| 20.05.2026
| Додано вивантаження каналу в CRM
|}

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

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

* для чого воно створене;
* які об’єкти змінює;
* які реквізити додає;
* які форми змінює;
* які модулі містить;
* які підписки використовує;
* які регістри читає або пише;
* які права потрібні;
* які інтеграції виконує;
* які ризики має;
* як його тестувати;
* як його відключити. # Чи виступає як токени або паролі.[[Категорія:Програмування 1С]]
{{DISPLAYTITLE:Розширення 1С}}
}
Розширення здатна додавати нові інформаційні дані, які теж потрібно захищати. Контроль
'''Розширення 1С''' — це зручний механізм для доопрацювання типової конфігурації без прямого втручання в основну конфігурацію.== Розширення і технічний борг ==

 "quantity": 2,

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

* рахунок із додатковими реквізитами;
* видаткова накладна з QR-кодом;
* акт із новим шаблоном;
* комерційна пропозиція;
* гарантійний талон;
* виробниче задача;
* етикетка;
* сертифікат якості. "items": [

* у форму замовлення додали поле “Джерело ліда”;
* менеджер заповнює його при створенні замовлення;
* звіт продажів показує суму по джерелах;
* інтеграційні функції ERP передає поле в CRM. |}

Тому розширення потрібно періодично ревізувати.[[Категорія:Проведення документа]]
[[Категорія:СКД 1С]]
== Приклад: розширення для виробництва ==
[[Категорія:Міграція даних]]
 КонецЕсли;
Через розширення можна впливати на [[Проведення документа 1С|проведення документів]], але робити це потрібно обережно. Це зручніше; так само реалізовано але не скасовує потреби в тестуванні, аудиті коду і контролі впливу на обліковий облік. реліз системи

Розширення і [[Зовнішня обробка 1С|зовнішня обробка]] — не одне й те саме. через Такий підхід користувачі можуть контролювати виробничі норми. # Які форми змінює.=== Що таке розширення 1С? ===

Одна з головних причин використання розширень — спрощення оновлень. У розширенні можна реалізувати логіку для HTTP-обміну, якщо це підтримується конкретною конфігурацією і платформою.== Карта міграції розширення ==

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

== Команди в розширеннях ==

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

* додати перевірку перед проведенням;
* заборонити проведення при помилці;
* записати додаткову аналітику;
* створити службовий рух;
* викликати зовнішню інтеграцію;
* логувати факт проведення. Для разового експорту або сервісної задачі — зовнішня обробка.[[Категорія:Аудит дій]]

Але вони можуть і збільшити його, якщо:

! Питання

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

Проблеми можуть виникнути, якщо:

* “Вивантажити на сайт”;
* “Перевірити залишки”;
* “Створити JSON”;
* “Оновити статус оплати”;
* “Заповнити ціни”;
* “Перерахувати знижки”;
* “Відправити в банк”;
* “Створити заявку на виробництво”. Через розширення можна додавати поля, форми, команди, звіти, перевірки, підписки на події, інтеграції, друковані форми і службову логіку. Наслідок

 МінЦіна = ОтриматиМінімальнуЦіну(Рядок.Номенклатура, Джерело.Дата);

Розширення здатна додати:

* у типовій конфігурації змінили форму;
* змінили назву реквізиту;
* змінили структуру документа;
* змінили регістр;
* змінили тип даних;
* змінили подію;
* видалили об’єкт;
* змінили логіку проведення;
* розширення використовує внутрішні механізми типової конфігурації. Зовнішня обробка

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

'''Критично.''' Розширення — це виконуваний код у вашій обліковій системі.== Приклад: перевірка мінімальної ціни ==

{

У простих випадках розширення застосовується для для додавання поля на форму.== Коротко ==

Тестувати потрібно на копії бази, а не одразу на робочій. # Які реквізити додає. У переліку згадуються продукти 1С/BAS, зокрема 1C:компанія-користувач 8 і BAS ERP. # Протестувати на копії бази. # Перевірити підписки.
  • додати поле на форму;
  • додати кнопку;
  • додати вкладку;
  • змінити видимість елемента;
  • додати команду;
  • показати службове повідомлення;
  • додати перевірку при зміні поля. Друкована форма здатна брати інформаційні дані як із типової конфігурації, так і з реквізитів розширення. Спрощений приклад команди, яка перевіряє заповнення реквізиту:
  • авторизацію;
  • HTTPS;
  • токени;
  • логування;
  • обробку помилок;
  • повтори;
  • захист персональних і фінансових даних. !== Розширення і безпека ==

Контрольні суми при міграції розширень

  • на 100% змінити архітектуру обліку;
  • переписати проведення багатьох документів;
  • змінити базову структуру регістрів;
  • обійти типову модель прав;
  • реалізувати важку інтеграцію без черг і логування;
  • виконувати масові зміни без контролю;
  • замінити ERP-логіку, яка вже не відповідає бізнесу. Сообщить("Не заповнений канал продажу");
  • записати документ;
  • поставити задачу в чергу;
  • обмін виконати регламентним завданням;
  • показати статус інтеграції окремо. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у переліку згадуються продукти 1С/BAS, зокрема 1C:компанія-користувач 8 і BAS ERP. |-

| Реквізит | Додане поле | Custom field / attribute | Тип, обов’язковість, історія продукту |- | Форма | Зміна інтерфейсу | UI form / layout | Чи потрібне поле користувачам |- | Команда | Дія користувача | Action / button / workflow | Права і логіка |- | Підписка на подію | Автоматична логіка | Event handler / business rule | Коли запускається |- | Загальний компонент | Спільний код | Service logic | Чи потрібна логіка |- | Звіт | аналітичні інструменти | Report / Power BI | Контрольні суми |- | інтеграційні функції ERP | Обмін даними | REST API / integration job | Формати, статуси, логи |}

Це оптимізує уникнути повторного завантаження одного й того самого платежу. ! # Заборонити проведення або показати попередження. # Додати його на форму документа. Логіка в розширенні 1С

{

|- | Де зберігається | Підключається до конфігурації | Окремий файл |- | Постійна логіка | Так | Зазвичай ні або окремо підключається |- | Зміна форм | Так | Обмежено |- | Команди у формах | Так | здатна бути, але не завжди інтуїтивно |- | Разова задача | Не завжди доцільно | Дуже інтуїтивно |- | інтеграційні функції ERP в інтерфейс | Краща | Залежить від реалізації |}

Вони використовуються для:

Розширення здатна:

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

Реплікатор K2 здатна допомогти при аналізі й перенесенні даних із розширень 1С або BAS у K2 ERP. У модулях описується логіка розширення. Приклад сценарію:

! Його потрібно перевіряти на копії бази і аналізувати код. Навіщо |- | Додаткова аналітичні інструменти | Реквізит і звіт | Канал продажу |- | Контроль продажу | Підписка на проведення | Не продавати нижче мінімальної ціни |- | інтеграційні функції ERP | Команда, компонент, лог | Вивантажити замовлення в CRM |- | Друкована форма | Новий макет | Рахунок із QR-кодом |- | Міграція | Звіт або обробка | Вивантажити залишки в JSON |- | Аудит | Логування змін | Хто змінив ціну |}

Потрібно знайти всі розширення, зрозуміти, які поля, правила, звіти й інтеграції вони додають, і перенести не сам код 1С, а потрібну бізнес-логіку в K2 ERP, API або Power BI. Окремо варто відзначити який дає можливість доопрацьовувати типову конфігурацію без прямої зміни основної конфігурації виступає ключовою рисою Розширення 1С. СКД-звіт у розширенні здатна використовувати типові регістри й додані розширенням поля. Сценарій

У розширеннях здатна бути захована критична логіка:

Висновок

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

| Що критично при міграції? # Порівняти з ціною продажу.

Розширення потрібні, щоб доопрацьовувати типову систему з меншими ризиками для оновлень. * немає перевірки унікальності;

  • підписка виконується повторно;
  • документ перепроводиться;
  • інтеграційні функції ERP повторює запит;
  • немає external_id;
  • немає контролю статусу. | Сумісність після оновлень, форми, підписки, важкі запити, права доступу, інтеграції. Для чого

Санкції та ризики використання 1С/BAS в Україні

У продуктах BAS так само застосовується для схожий підхід до розширень. "price": 1200 Сценарії:

Після оновлення версій типова конфігурація здатна змінити форми, реквізити, модулі, регістри або події, на які спиралося розширення. Для Каждого Рядок Из Джерело.Товары Цикл

Приклади:

Через розширення можна реалізувати:

як приклад:

  • мінімальна ціна;
  • маржа;
  • собівартість;
  • зарплатна інформаційні матеріали;
  • персональні інформаційні дані;
  • банківські токени;
  • інтеграційні ключі;
  • виробничі рецептури;
  • службові статуси. Розширення здатна бути небезпечним, якщо:
=== Чи можна через розширення змінити проведення документа? ===
Спрощена логіка:
|-
| Реквізит
| Канал продажу
| Додаткова аналітичні інструменти
|-
| Команда
| Вивантажити в CRM
| інтеграційні функції ERP
|-
| Форма
| Додаткова вкладка
| Зручність користувача
|-
| Загальний компонент
| компонент обміну з API
| Спільна логіка
|-
| Звіт
| продажі та реалізація по каналах
| аналітичні інструменти
|-
| Обробка
| Масове заповнення реквізиту
| Сервісна задача
|-
| Підписка на подію
| Перевірити мінімальну ціну перед проведенням
| Контроль бізнес-правила
|}

Задача: додати контроль технолога в [[Специфікація 1С|специфікації]]. Розширення здатна:
[[Категорія:Рухи документа]]
Краще:
|-
| Розширення не функціонує після оновлення версій
| Типова конфігурація змінила об’єкти
| Потрібна адаптація
|-
| Документ став повільно проводитися
| Важкий код у підписці
| Користувачі чекають або база зависає
|-
| інформаційні дані дублюються
| Підписка виконується кілька разів або немає контролю
| Дублі записів і рухів
|-
| користувач системи бачить зайві інформаційні дані
| Не налаштовані права на нові реквізити/звіти
| Витік чутливої інформації
|-
| Розширення змінює обліковий облік непомітно
| Немає документації й аудиту
| Важко знайти причину розбіжностей
|-
| Хардкод у коді
| Значення зашиті в модулі
| Складно переносити й підтримувати
|-
| Немає логування інтеграції
| Помилки не зберігаються
| Неможливо підтримувати обмін
|}

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

Але розширення не гарантує безпроблемне оновлення версій. # Додати відбір у звіт. Без розширення розробник змінює основну конфігурацію.[[Категорія:Українське програмне забезпечення]]

* локальних доопрацювань;
* додавання реквізитів;
* зміни форм;
* додавання кнопок;
* додавання перевірок;
* створення нових звітів;
* створення друкованих форм;
* інтеграцій через [[API]] або [[Інтеграція через JSON|JSON]];
* контролю прав;
* додаткового логування;
* міграційних вивантажень;
* адаптації типових документів;
* тимчасових рішень без зміни основної конфігурації.=== Чим розширення краще за зміну типової конфігурації? ===
КонецПроцедуры
Можна додати перевірки, підписки на події або додаткову логіку, але змінювати проведення потрібно дуже обережно, щоб не зламати регістри, залишки, ПДВ або собівартість. | Проаналізувати всі розширення і перенести корисну бізнес-логіку в K2 ERP або Power BI.[[Категорія:Power BI]]

[[Категорія:Зовнішні обробки]]
Розширення здатна додати новий реквізит до об’єкта. # Оновити розширення. Поганий приклад: при проведенні кожної реалізації розширення синхронно викликає зовнішній API і чекає відповідь. Відповідь

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

* кількість об’єктів із доданими реквізитами;
* заповненість нових полів;
* кількість записів у службових регістрах;
* кількість інтеграційних ID;
* кількість статусів обміну;
* результати звітів розширення;
* контроль по ключових документах;
* контроль по друкованих формах;
* контроль по API-обмінах;
* список активних і неактивних розширень. | Спрощує супровід і оновлення версій порівняно з прямою зміною типової конфігурації. {| class="wikitable" style="width:100%;"

як приклад:

* отримати інформаційні дані з документа;
* сформувати JSON;
* викликати API;
* записати результат;
* показати повідомлення користувачу;
* залогувати помилку. # Чи виступає як план відкату.=== Чому розширення здатна не працювати після оновлення версій? ===

! # Не змінювати основну конфігурацію напряму. Під час переходу з [[1С]] або [[BAS]] у [[K2 ERP]] потрібно аналізувати не тільки основну конфігурацію, а й усі розширення. Задача: зберігати ID банківської транзакції. Приклади:

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

Розширення бажано вести з версіями. # Чи виступає як логування. Причина
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
 Если Рядок.Цена < МінЦіна Тогда
 Сообщить("Ціна нижче мінімальної: " + Строка(Рядок.Номенклатура));
 Отказ = Истина;
 КонецЕсли;

КонецЦикла;

|- | Що таке розширення 1С? Команда — це дія, яку користувач системи здатна виконати з форми або списку. Розширення

Для чого потрібні розширення

Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання. Його не можна підключати без перевірки джерела, коду, прав, логіки і впливу на інформаційні дані. # Перевірити змінені об’єкти. Нове поле ! "channel": "website",

Він здатна використовуватися для:

  • “Канал продажу” в замовлення покупця;
  • “Тип клієнта” в контрагента;
  • “Відповідальний технолог” у специфікацію;
  • “Код зовнішньої системи” в номенклатуру;
  • “Ознака синхронізації” у документ;
  • “Маркетплейс” у замовлення;
  • “ID банківської транзакції” у платіж. Типові варіанти:
  • хто бачить нові реквізити;
  • хто здатна змінювати;
  • хто здатна запускати команди;
  • хто здатна формувати звіти;
  • хто здатна експортувати інформаційні дані;
  • хто здатна змінювати конфігурація інтеграції. # Перевірити модулі. як приклад:

Розширення в сучасній ERP-архітектурі

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

Приклад задачі модуля:

Коли розширення — хороший варіант

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

Приклади команд:

! Слабка сторона — ризик прихованої логіки, проблеми після оновлень, вплив на продуктивність, права доступу і критичні облікові інформаційні дані. Дата

!

Форми в розширеннях

У K2 ERP такі доробки краще реалізовувати не як хаотичні “латки”, а як контрольовані бізнес-правила, інтеграційні сценарії, звіти, API і права доступу.== Основні функції ERP розширень == ! Розширення — це надбудова, яка додає потрібні бізнесу функції, не переписуючи всю заводську логіку. У версії потрібно фіксувати:

Реплікатор K2 і розширення 1С

Процедура ПеревіритиКаналПродажу(Команда)

Варіанти перенесення логіки розширень у K2 ERP

  • додавати нові реквізити;
  • додавати нові форми;
  • змінювати існуючі форми;
  • додавати команди;
  • додавати звіти;
  • додавати обробки;
  • додавати підписки на події;
  • додавати загальні модулі;
  • змінювати поведінку документів;
  • виконувати перевірки;
  • додавати інтеграції;
  • формувати друковані форми;
  • доповнювати типову логіку без зняття конфігурації з підтримки. критично про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. # Чи виступає як документація. # Які регістри читає. У публічних матеріалах до переліку так само фігурує Указ Президента України №601/2024 щодо ТОВ «1С». Якщо ця логіка функціонує в ризиковому або підсанкційному ПЗ, компанії потрібно оцінити юридичні, технічні та кібербезпекові ризики і планувати перехід на безпечну ERP-платформу. ! Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності. Такі реквізити можуть використовуватися у формах, звітах, інтеграціях і перевірках.
  • змінювати типову логіку без розуміння регістрів;
  • дублювати рухи;
  • створювати рухи в обхід типового механізму;
  • змінювати інформаційні дані після проведення без контролю;
  • робити важкі запити при кожному проведенні.== Коли розширення — поганий варіант ==
Перед встановленням розширення потрібно перевірити:
  • обмін із сайтом;
  • обмін із CRM;
  • обмін із банком;
  • передача залишків;
  • передача цін;
  • отримання замовлень;
  • вивантаження рахунків;
  • передача статусів;
  • обмін із WMS;
  • обмін із MES;
  • підготовка даних для K2 ERP. Потрібно знати:
Через розширення можна змінювати форми. як приклад:

Для кожного розширення потрібно описати:

Тестування розширень

  1. Підписатися на подію перед проведенням реалізації. Розширення — це не без зусиль “додаткова кнопка”. Це окремий шар бізнес-логіки, який здатна впливати на обліковий облік, інтеграції, звіти, права і міграцію. # Які регістри записує. Що означає
  • реквізит “ID сайту” в номенклатурі;
  • реквізит “ID сайту” в замовленні;
  • команду “Вивантажити на сайт”;
  • компонент формування JSON;
  • журнал помилок обміну;
  • регламентне задача;
  • звіт по статусах обміну. # Які події перехоплює. Приклад
  • додаткові реквізити;
  • правила проведення;
  • перевірки;
  • інтеграції;
  • зовнішні ID;
  • додаткові статуси;
  • звіти;
  • друковані форми;
  • розрахунок цін;
  • контроль знижок;
  • логіка виробництва;
  • банківські обміни;
  • міграційні вивантаження.

Чи безпечно встановлювати розширення з інтернету?

Для перевірки потрібно звірити:

Розширення і міграція з 1С/BAS

Причини:

Типові питання

Приклад полів:

Зовнішній звіт 1С зручний для аналітики без зміни конфігурації. |-

Чим небезпечне? Приклад: Для постійної бізнес-логіки часто краще розширення. !

Див. так само

Розширення здатна додати:

Команди дозволяють додати користувацьку дію без зміни типової форми напряму. # Чи протестовано на копії. критично. Розширення 1С можуть містити критичну бізнес-логіку: фінансовий блок, складський облік, зарплату, ПДВ, банк, виробництво, собівартість, інтеграції та доступи. Через розширення можна додавати реквізити, форми, команди, обробники подій, підписки на події, друковані форми, звіти, перевірки, інтеграційну логіку і інші зміни, зменшуючи ризики при подальшому оновленні типової конфігурації.== Приклад: розширення для банківської інтеграції == Задача: не дозволяти продаж нижче мінімальної ціни. # Для чого воно потрібне. так само у матеріалах щодо переліку вказано сценарії використання Указу Президента України №601/2024 для ТОВ «1С». Приклад сценарію: Але небезпечно: При переході з 1С або BAS у K2 ERP розширення потрібно обов’язково інвентаризувати. Що відбувається

  1. Перевірити протокол помилки.
    [[Категорія:BAS ERP]]

* хто встановив розширення;
* хто змінив розширення;
* яка реліз системи активна;
* які об’єкти змінені;
* які модулі виконуються;
* які події перехоплюються;
* які реквізити додані;
* які інформаційні дані змінюються;
* чи виступає як вплив на обліковий облік;
* як відключити розширення. # Чи перевірені права доступу. Для таких інтеграцій потрібно контролювати:
Причини:
'''Розширення 1С''' — це окрема надбудова до конфігурації, яка зберігає власні об’єкти, модулі, форми, команди і зміни до типових об’єктів. # Пройти по рядках товарів. | здатна змінювати документи, регістри, обліковий облік і передавати інформаційні дані назовні. Розширення — це виконуваний код, який здатна читати або змінювати інформаційні дані. # Отримати мінімальну ціну.== Помилка: розширення зламалося після оновлення версій ==
Компанії потрібно додати в документ “Замовлення покупця” поле “Канал продажу”.== Помилка: розширення дублює записи ==

! Розширення здатна бути невдалим варіантом, якщо потрібно:

! | Надбудова, яка додає або змінює функціональність без прямої зміни основної конфігурації. # Додати передачу цього поля в JSON для сайту або CRM. Але розширення все одно потрібно тестувати після кожного оновлення версій. # Додати заповнення за замовчуванням.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
class="wikitable" style="width:100%;"

Чим розширення відрізняється від зміни конфігурації

Практичний сенс. Якщо змінювати типову конфігурацію напряму, кожне оновлення версій здатна перетворитися на складне злиття змін. # Які об’єкти змінює. * змінилася форма типового документа;

  • змінився реквізит;
  • змінився тип поля;
  • змінився компонент;
  • змінилася сигнатура події;
  • змінився регістр;
  • видалили об’єкт;
  • змінився механізм проведення. Що додається

Підписка на подію — це механізм, який дає можливість виконати код при певній події об’єкта.== Розширення і друковані форми ==

Розширення і зовнішні звіти

  • їх багато;
  • вони не документовані;
  • дублюють одне одного;
  • мають хардкод;
  • змінюють критичну логіку;
  • не тестуються після оновлень;
  • створені різними розробниками без стандартів;
  • не мають власника;
  • містять тимчасові рішення для бізнесу, які стали постійними. ! Розширення зазвичай спрощує оновлення версій, бо типова конфігурація менше змінюється напряму. У складних — для окремого бізнес-процесу, API-інтеграції, контролю цін, спеціальних звітів або міграційних механізмів.
Отримано з https://wiki.kyiv.ua/index.php?title=Розширення_1С&oldid=1972