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

Нетипова конфігурація 1С

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

У ньому зберігаються:

Чи потрібно переносити всі доробки в K2 ERP?

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

Приклад доданого регістру

Нетипова конфігурація і Power BI

  • оновлення версій майже неможливі;
  • доробки не документовані;
  • виступає як санкційні й комплаєнс-ризики;
  • ключові процеси залежать від одного програміста;
  • обліковий облік не відповідає реальним процесам;
  • звіти формуються вручну;
  • інтеграції нестабільні;
  • користувачі не довіряють даним;
  • міграція відкладається через хаос у довідниках. {| class="wikitable" style="width:100%;"
  • об’єкт 1С;
  • тип об’єкта;
  • типова чи нетипова логіка;
  • додані реквізити;
  • додані регістри;
  • правила перетворення;
  • цільовий об’єкт K2 ERP;
  • критичність;
  • контрольну суму;
  • відповідального;
  • статус готовності;
  • рішення для бізнесу: перенести, замінити, прибрати.
  • мапінг артикулів;
  • автоматичне створення клієнта;
  • резерв товару;
  • перевірку оплати;
  • розрахунок доставки;
  • статуси відвантаження;
  • журнал помилок;
  • зовнішній ID замовлення.
Вивантаження з нетипової конфігурації має враховувати всі зміни. | Так, нетипову конфігурацію потрібно окремо аналізувати перед міграцією в K2 ERP. |-
Чи важлива при переході на K2 ERP? == Карта міграції нетипової конфігурації ==

Приклад реєстру доробок

  • управлінські залишки;
  • статуси документів;
  • погодження;
  • планові платежі;
  • бюджетні ліміти;
  • резерви;
  • інтеграційні черги;
  • виробничі показники;
  • контроль якості;
  • додаткові ціни;
  • історію змін;
  • зовнішні ідентифікатори. Якщо типова конфігурація цього не підтримувала, програмісти могли додати регістр або реквізит.
Після оновлення версій типовий реліз теж змінив цей компонент. Приклад * які об’єкти змінені;
  • які доробки активні;
  • які доробки вже не використовуються;
  • які процеси критичні;
  • які інформаційні дані створені доробками;
  • які інтеграції працюють;
  • які звіти потрібні керівництву;
  • які обробки запускаються вручну;
  • які права доступу нетипові;
  • що потрібно перенести в K2 ERP. ! Об’єкт 1С

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

== Нетипова конфігурація і довідники ==
  • канали продажу;
  • статуси погодження;
  • додані поля документів;
  • додаткові регістри;
  • зовнішні ID;
  • управлінські статті;
  • виробничі показники;
  • сервісні статуси;
  • контрольні інформаційні дані;
  • інтеграційні журнали. Інтернет-магазин передає замовлення в 1С, а 1С повертає статуси замовлень. компанія-користувач додала в замовлення постачальнику блок контролю:

це конфігурація 1С або BAS, яка була змінена порівняно з типовою версією: у ній могли доробити документи, довідники, форми, модулі, регістри, звіти, обробки, права доступу, алгоритми проведення, друковані форми, інтеграції, обміни, маршрути погодження або галузеву логіку виступає ключовою рисою Нетипова конфігурація 1С. Якщо конфігурація стала занадто складною для підтримки, це здатна бути сигналом до переходу на нову ERP. |-

Що перевіряють?== Впровадження контролю нетипової конфігурації при переході в K2 ERP ==
  • кількість документів;
  • кількість доданих реквізитів;
  • кількість заповнених доданих полів;
  • кількість записів у доданих регістрах;
  • кількість статусів;
  • кількість погоджень;
  • кількість зовнішніх ID;
  • суми по дороблених аналітиках;
  • кількість інтеграційних помилок;
  • кількість користувачів доробки;
  • кількість об’єктів, які не переносяться.== Ознаки нетипової конфігурації ==
  • стандартні довідники;
  • стандартні документи;
  • додані реквізити;
  • додані довідники;
  • додані документи;
  • додані регістри;
  • інтеграційні ідентифікатори;
  • історію погоджень;
  • статуси;
  • управлінські аналітики;
  • контрольні таблиці;
  • звіти для звірки. ! При міграції це потрібно перенести в K2 ERP або замінити новою інтеграцією. | Збережена бізнес-логіка, чисті інформаційні дані, менше ризиків, аудит дій і готовність до запуску K2 ERP. переходу з 1С або BAS.== Нетипова конфігурація і аудит дій ==

FAQ

Нетиповість здатна з’явитися через:

Як вивантажити інформаційні дані з нетипової 1С?

Коротко

Типові помилки в нетиповій конфігурації 1С

  • зміну документів;
  • додавання нових довідників;
  • додавання реквізитів;
  • зміну форм;
  • зміну модулів;
  • зміну алгоритмів проведення;
  • створення нових регістрів;
  • зміну звітів;
  • додавання зовнішніх обробок;
  • підключення інтеграцій;
  • зміну прав доступу;
  • додавання друкованих форм;
  • галузеві доробки;
  • перенесення логіки з Excel у 1С;
  • тимчасові “швидкі” рішення для бізнесу, які залишилися назавжди.Розширення конфігурації 1С — це окремий шар змін. компанія-користувач додала контроль маржі. * документ платежу;
  • статус;
  • погоджувач;
  • дата погодження;
  • коментар;
  • сума;
  • підрозділ;
  • стаття витрат. Ризик при міграції
  • немає документації;
  • старі доробки ніхто не пам’ятає;
  • програмісти змінювались багато разів;
  • виступає як дублікати обробок;
  • оновлення версій дуже дорогі;
  • багато ручних виправлень;
  • інтеграції працюють нестабільно;
  • користувачі обходять систему через Excel;
  • Power BI бере інформаційні дані з напівручних файлів;
  • кожна зміна викликає нові помилки. Варіант
Типова конфігурація відповідає стандартному релізу.=== Який результат правильного аудиту нетипової конфігурації? === У доробленій 1С часто виступає як нестандартні права. Доробка Типові інтеграції:
  • канали продажів;
  • джерела лідів;
  • причини списання;
  • статуси якості;
  • типи погоджень;
  • види витрат;
  • виробничі дільниці;
  • сервісні категорії;
  • типи доставки;
  • маркетплейси;
  • зовнішні системи. ! | Зробити реєстр доробок, карту міграції, вивантажити додані інформаційні дані й звірити контрольні суми. Частину доробок потрібно перенести, частину замінити типовим функціоналом K2 ERP, частину реалізувати через Power BI або API, а застарілі доробки можна не переносити.== Нетипова конфігурація при міграції в K2 ERP ==
Ознаки:
  • доступ до конфігуратора;
  • список баз;
  • список релізів;
  • список розширень;
  • список зовнішніх звітів;
  • список зовнішніх обробок;
  • список інтеграцій;
  • приклади критичних документів;
  • SEO-опис бізнес-процесів;
  • список користувачів;
  • список ролей;
  • Power BI-звіти;
  • контрольні звіти;
  • резервну копію;
  • тестову базу;
  • карту міграції. ! Але конфігурація здатна бути нетиповою і через прямі зміни, і через розширення.
Пов’язана сторінка: Аудит дій
  • статус погодження;
  • заявку на оплату;
  • бюджет;
  • статтю руху коштів;
  • відповідального погоджувача;
  • кнопку “Надіслати на погодження”;
  • блок коментарів фіндиректора.== Простий приклад нетипової конфігурації ==
  • немає реєстру доробок;
  • змінені модулі не описані;
  • додані реквізити не заповнюються;
  • додані регістри не використовуються;
  • старі обробки залишились активними;
  • доробки дублюють одна одну;
  • інтеграції не мають моніторингу;
  • Power BI залежить від неочевидних полів;
  • права доступу налаштовані вручну;
  • оновлення версій виконуються без тестів;
  • немає плану відкату;
  • бізнес-середовище не знає, які доробки критичні. Об’єкт
== Нетипова конфігурація і паралельний запуск ERP ==
  • доступний;
  • заблокований;
  • очікує контролю якості;
  • брак;
  • повернення;
  • карантин;
  • резерв під клієнта;
  • внутрішнє використання. Ризик

Приклад зміненої форми

Зовнішній звіт для аудиту нетипової 1С

Вивантаження даних з нетипової 1С

Основні етапи:

Чому нетипову конфігурацію складніше оновлювати?

Структура Відповідає стандартному релізу Має зміни, доробки, додані об’єкти
оновлення версій Зазвичай простіше Часто потребує аналізу конфліктів
Документація виступає як типова документація Потрібна власна документація доробок
технічна підтримка Легше знайти спеціалістів Залежить від історії змін
Міграція Ближча до стандартного сценарію Потрібен окремий аудит доробок
Ризики Нижчі Вищі через невідомі зміни

інформаційні дані можна вивантажити через запити, регістри, зовнішні звіти, зовнішні обробки, Excel, CSV або сценарій міграції, включивши не тільки типові поля, а й дороблені реквізити та додаткові регістри. рішення для бізнесу для K2 ERP

Реєстр доробок — це таблиця, де описані всі зміни нетипової конфігурації: бізнес-задача, технічний SEO-опис, об’єкти, поля, регістри, критичність, відповідальний і рішення для бізнесу для міграції. Контроль

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

Типові помилки при міграції нетипової 1С

Зовнішня обробка для нетипової 1С

Пов’язані сторінки:

Зовнішні обробки можуть виконувати важливі дії:

Що таке реєстр доробок?

Приклад Power BI-дашборду для нетипової 1С

Приклади:

Конфігурація, ймовірно, нетипова, якщо:

Перед міграцією нетипової конфігурації в K2 ERP потрібно провести аудит доробок забезпечується через K2 ERP здатна використовуватися як українська ERP-платформа; так само реалізовано описати змінені об’єкти, виявити додані реквізити, регістри, документи, звіти, обробки, інтеграції, права доступу, бізнес-правила, контрольні суми й визначити, що переносити, що замінити типовим функціоналом K2 ERP, а що прибрати. * рахунок із QR-кодом;
  • комерційна пропозиція;
  • видаткова накладна зі спеціальними умовами;
  • акт виконаних робіт;
  • замовлення постачальнику;
  • гарантійний талон;
  • сервісний акт;
  • сертифікат якості;
  • договір;
  • маршрутний лист. Навіщо потрібно
custom_object Погодження платежів Назва доробки
source_object Платіжне доручення Об’єкт 1С
custom_field approval_status Доданий реквізит
value Погоджено Значення
document_number ПД-000184 Документ
target_object K2 Treasury Approval Куди переноситься

Нетипова конфігурація і зовнішні звіти

Що таке нетипова конфігурація 1С?

  • список змінених об’єктів;
  • документи з доданими полями;
  • записи додаткових регістрів;
  • користувачів доробок;
  • останню дату використання;
  • незаповнені додані поля;
  • критичні документи;
  • контрольні суми;
  • інформаційні дані для K2 ERP;
  • інформаційні дані для Power BI. * виникає конфлікт при об’єднанні;
  • частина доробки затирається;
  • документ проводить неправильні рухи;
  • собівартість рахується інакше;
  • звіти по маржі не збігаються;
  • Power BI показує розбіжності. * що змінено в конфігурації;
  • які модулі відрізняються;
  • які форми змінені;
  • які регістри додані;
  • які документи дороблені;
  • які розширення активні;
  • які зовнішні обробки використовуються;
  • які інтеграції критичні;
  • які звіти залежать від структури даних;
  • чи виступає як резервна копія;
  • чи виступає як тестова база.Зовнішній звіт 1С здатна допомогти зібрати інформаційні дані про доробки.== Реплікатор K2 і нетипова конфігурація 1С ==

Головне. Нетипова конфігурація 1С має відповідати на питання: що саме було змінено, навіщо це зробили, хто користується доробками, які інформаційні дані вони створюють, чи впливають вони на обліковий облік, чи можна їх оновлювати й що з ними робити при переході в K2 ERP. Реєстр доробок — це провідний документ для аналізу нетипової конфігурації. ! | Для адаптації 1С під процеси бізнесу: продажі та реалізація, закупівельна діяльність, складський облік, виробництво, погодження, інтеграції й звіти. Компанії доробляють 1С, коли потрібно:

Замовлення клієнта Додано канал продажу Поле “Канал продажу” Кількість документів по каналах
Платіжне доручення Додано статус погодження бізнес-процес погодження казначейства Кількість погоджених платежів
Номенклатура Додано ознаку імпорту Додаткова аналітичні інструменти товару Кількість імпортних позицій
Регістр погоджень Доданий регістр історія продукту погоджень Кількість записів

компанія-користувач почала з типової 1С для торгівлі, але за кілька років додала:

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

Зазвичай вивантажують:

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

Що таке нетипова конфігурація 1С

  • зрозуміло, що саме дороблено;
  • видно критичні процеси;
  • менше ризиків при міграції;
  • не губляться додані поля;
  • не губляться статуси;
  • не губляться інтеграційні ID;
  • простіше відтворити процеси в K2 ERP;
  • легше запустити Power BI;
  • менше ручних виправлень після старту;
  • простіше відмовитися від 1С/BAS. Нетипова конфігурація
  • мігрувати як типову базу;
  • не зробити аудит доробок;
  • не перевірити додані реквізити;
  • не перенести додаткові статуси;
  • не перенести інформаційні дані з додаткових регістрів;
  • не врахувати інтеграції;
  • не перенести зовнішні ID;
  • не відтворити погодження;
  • не перевірити права доступу;
  • не звірити Power BI;
  • не зробити контрольні суми;
  • не погодити нову логіку з користувачами. Тому перед оновленням потрібні тестова база, резервна копія й перевірка критичних процесів.== Нетипова конфігурація в K2 ERP ==
  • заявка на оплату;
  • заявка на закупівлю;
  • лист погодження;
  • акт контролю якості;
  • виробничий маршрут;
  • заявка на сервіс;
  • документ резервування;
  • документ внутрішньої передачі;
  • документ списання за актом;
  • документ інтеграційного замовлення. * однаковість довідників;
  • однаковість документів;
  • статуси;
  • погодження;
  • залишки;
  • борги;
  • аванси;
  • ціни;
  • собівартість;
  • права доступу;
  • результати Power BI;
  • розбіжності через доробки. Інтеграції часто роблять конфігурацію нетиповою навіть без великих змін у документах. У нетиповій конфігурації можуть бути змінені типові документи або створені нові.=== Що потрібно перевірити перед міграцією нетипової 1С? ===

Приклади:

! Можливі наслідки: - Який результат? Якщо її не проаналізувати, при переході в K2 ERP можна втратити важливі поля, статуси, погодження, інтеграції або правила обліку.Оновлення нетипової конфігурації 1С складніше, ніж типової. Нетипова конфігурація 1С — це конфігурація, яка відрізняється від стандартної типової поставки. | Реплікатор K2, зовнішні звіти, зовнішні обробки, аудит доробок, тестове завантаження й Power BI. Друковані форми часто доробляють під вимоги бізнесу.Power BI часто будується на даних, які з’явилися через доробки. | Дороблена або змінена конфігурація, яка відрізняється від типової. Модулі — найризиковіша частина нетипової конфігурації, бо вони містять логіку. Джерело даних

Приклад карти міграції

У нетипових доробках часто зберігається реальна бізнес-логіка компанії. Нетипова зміна

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

Приклад: доробка для виробництва

  • власні специфікації;
  • виробничі етапи;
  • зміни;
  • бригади;
  • контроль браку;
  • НЗВ;
  • фактичні витрати матеріалів;
  • серійний випуск;
  • інтеграційні функції ERP з MES;
  • спеціальний розрахунок собівартості. Потрібно перевірити змінені об’єкти, додані реквізити, додані регістри, розширення, зовнішні звіти, зовнішні обробки, інтеграції, права доступу, Power BI-звіти й контрольні суми. ! !== Нетипова конфігурація і розширення ==

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

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

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

}}


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

Приклад структури файлу доробок

Перед міграцією потрібно перевірити: Аудит має відповісти:

Можуть бути додані або змінені довідники. Обробка здатна допомогти:

Нетипова конфігурація і друковані форми

  • причина закупівельна діяльність;
  • заявка-підстава;
  • альтернативні постачальники;
  • очікувана дата поставки;
  • статус погодження;
  • бюджет;
  • відповідальний закупівельник. Нетипова 1С здатна роками закривати реальні потреби бізнесу.
Поле “Канал продажу” Аналізувати сайт, B2B, маркетплейси Треба перенести в K2 ERP
Контроль мінімальної маржі Заборонити продаж нижче прибутковості здатна зламатися при оновленні
Обмін із сайтом Завантажувати замовлення автоматизовано Критична інтеграційні функції ERP
Друкована форма рахунку з QR Зручна оплата клієнтами Потрібна заміна в новій ERP
Звіт для фіндиректора Управлінська аналітичні інструменти Треба відтворити в Power BI

Для державного сектору, критичної інфраструктури та систем із державними інформаційними ресурсами використання такого ПЗ здатна бути прямо обмежене або заборонене. У K2 ERP логіку, яка раніше була реалізована в нетиповій 1С, можна переносити не “код у код”, а як бізнес-процеси. * Виробничий звіт 1С

Для нетипової 1С Реплікатор K2 здатна бути корисним для:

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

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

Нетипова конфігурація і права доступу

  • вивантаження типових довідників;
  • вивантаження дороблених реквізитів;
  • перенесення доданих статусів;
  • перенесення даних із додаткових регістрів;
  • перенесення зовнішніх ID;
  • звірки контрольних сум;
  • підготовки даних для Power BI;
  • тестового завантаження;
  • порівняння результатів між 1С і K2 ERP;
  • підтримки паралельного запуску. Тому що типової функціональності часто не вистачає для реальних процесів: погоджень, контролю маржі, виробництва, складу, інтеграцій, управлінських звітів або галузевої логіки. Таку систему часто називають доробленою, зміненою, кастомізованою або “знятою з підтримки”. SEO-опис

Карта міграції має описувати не тільки стандартні об’єкти, а й доробки.== Нетипова конфігурація і регістри ==

  • менеджер не бачить собівартість;
  • складський облік не бачить ціни;
  • закупівельник не бачить зарплату;
  • фінансовий блок бачать усі платежі;
  • керівник бачить тільки свій підрозділ;
  • користувач системи здатна змінити ціну тільки після погодження;
  • доступ до експорту обмежений. Ризик
Прямі зміни конфігурації Змінена основна конфігурація Складні оновлення версій
Розширення Доробки винесені в окремий шар Потрібна перевірка сумісності
Зовнішні обробки Окремі файли для операцій Можуть бути критичними, але не видимими в конфігурації
Інтеграції Обміни з іншими системами Можуть зламатися при оновленні або міграції

Це вже нетипова логіка, яку потрібно описати перед міграцією.

Контроль нетипової 1С потрібно виконувати як окремий етап проєкту міграції. * проведення документів;

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

Регістри можуть зберігати: Виробнича компанія-користувач змінила типовий бізнес-процес, бо їй потрібні: Контроль здатна включати:

Потрібно контролювати: Поширені помилки переходу: компанія-користувач додала регістр “Погодження платежів”. Реплікатор K2 здатна використовуватися для перенесення та звірки даних зі старих систем у K2 ERP, зокрема з нетипових конфігурацій. Ціль у K2 ERP

Що таке нетипова конфігурація 1С? Нетипова конфігурація здатна мати додані або змінені регістри. При переході в K2 ERP ці статуси не можна загубити.

Форми 1С у нетиповій конфігурації часто змінюються під користувачів. У K2 ERP можна реалізувати:

!

Формально це все “1С”, але фактично це вже окрема нетипова платформа з власною логікою. як приклад, у Power BI можуть використовуватися:

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

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

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

Пов’язані сторінки

Нетипова конфігурація і документи

Перед аудитом потрібно підготувати: Можуть додаватися:

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

конкурентні переваги:

Реєстр доробок нетипової 1С

Приклад: доробка для закупівель

|- | Критична | Без неї бізнес-процес зупиниться | Обмін із сайтом, погодження платежів |- | Важлива | Впливає на контроль або обліковий облік | Контроль маржі, бюджетні ліміти |- | Допоміжна | Полегшує роботу користувачів | Друкована форма, кнопка експорту |- | Застаріла | Більше не застосовується для | Старий звіт або тимчасова обробка |}

Перед оновленням потрібно перевірити:

Приклади:

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

!== Класифікація доробок за критичністю ==

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

Чому конфігурація стає нетиповою

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

Доробка перевіряє: На складі компанії потрібно було вести окремі статуси товару:

Приклад інтеграційної нетиповості

У форму “Платіжне доручення” додали: Аудит здатна фіксувати:

Контрольні суми для нетипової конфігурації

Він має містити: через Правильний аудит користувачі можуть перейти з 1С/BAS без втрати важливої логіки. У нетиповій конфігурації змінили компонент проведення документа “Реалізація товарів”.Зовнішні звіти можуть бути критичною частиною нетипової системи. Поле

Пов’язана сторінка: Заміна BAS

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

  • знайти додані реквізити;
  • вивантажити додаткові поля;
  • вивантажити додаткові регістри;
  • перевірити статуси;
  • знайти порожні поля;
  • знайти старі доробки;
  • сформувати карту міграції;
  • підготувати контрольні суми;
  • підготувати інформаційні дані для K2 ERP.== Нетипова конфігурація і інтеграції ==

Контрольні суми потрібні, щоб не втратити інформаційні дані з доробок. Ознака |- | Маржа по каналах | Додане поле “Канал продажу” | Поле можуть не перенести |- | Погодження платежів | Доданий регістр погоджень | історія продукту погоджень зникне |- | Помилки сайту | Інтеграційний журнал | Не буде контролю обміну |- | Виробничі етапи | Дороблені документи виробництва | Втрата деталізації собівартості |}

Поширені проблеми:

Вона має містити:

У типовій конфігурації менеджер міг дати будь-яку знижку. !

Якщо цей регістр не перенести, у K2 ERP зникне історія продукту погоджень.== Аудит нетипової конфігурації ==

Нетипова логіка здатна містити:

Нетипова конфігурація і технічний борг

  • управлінський P&L;
  • маржу;
  • залишки;
  • дефіцити;
  • дебіторку;
  • кредиторку;
  • бюджет план-факт;
  • виробництво;
  • сервіс;
  • продажі та реалізація по каналах;
  • інтеграційні помилки;
  • контрольні суми для міграції.== Нетипова конфігурація і оновлення версій ==

! |- | Що оптимізує з перенесенням? Нетипова конфігурація часто накопичує технічний борг. ! ! |- | Що критично перед міграцією?

Звіт здатна показувати: При міграції критично перенести не лише платіж, а й логіку погодження. Ознаки технічного боргу:

Нетипова конфігурація і зовнішні обробки

  • назву доробки;
  • бізнес-задачу;
  • технічний SEO-опис;
  • змінені об’єкти;
  • додані реквізити;
  • додані регістри;
  • змінені модулі;
  • змінені форми;
  • звіти;
  • обробки;
  • інтеграції;
  • користувачів;
  • критичність;
  • відповідального;
  • рішення для бізнесу для міграції.== Нетипова конфігурація і форми ==
  • сайт;
  • інтернет-магазин;
  • маркетплейс;
  • CRM;
  • банк;
  • WMS;
  • MES;
  • LIMS;
  • TMS;
  • телефонія;
  • електронний електронний документообіг;
  • Power BI;
  • API зовнішніх систем. Навіщо зробили
  • оновлення версій робляться складно;
  • виступає як змінені модулі;
  • виступає як додані документи;
  • виступає як додані регістри;
  • виступає як нестандартні форми;
  • виступає як багато зовнішніх обробок;
  • виступає як розширення;
  • виступає як інтеграції з сайтом, банком, CRM або WMS;
  • типові звіти не відповідають управлінським;
  • програмісти бояться оновлювати базу;
  • користувачі кажуть “у нас особлива 1С”;
  • немає документації на зміни. Нетипова конфігурація 1С — це конфігурація, яка була змінена порівняно з типовою: у ній дороблені документи, форми, модулі, регістри, звіти, обробки, права, інтеграції або бізнес-логіка.=== Чому компанії роблять нетипову 1С? ===

Що підготувати перед аудитом нетипової 1С

Приклад: доробка для складу

Якщо при міграції перенести тільки типові поля, Power BI втратить частину аналітики.== Нетипова конфігурація як сигнал до заміни 1С/BAS ==

Пов’язана сторінка: API для ERP
  • додаткові поля;
  • статуси;
  • маршрути погодження;
  • ролі й права;
  • API-інтеграції;
  • Power BI-аналітику;
  • управлінські довідники;
  • казначейські процеси;
  • складські статуси;
  • виробничі процеси;
  • аудит дій;
  • контрольні правила.== Нетипова конфігурація і модулі ==

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

Чому нетипова 1С важлива при міграції в K2 ERP?

У нетиповій конфігурації можуть бути власні журнали аудиту. ! Приклад

  • масове оновлення версій цін;
  • імпорт номенклатури;
  • вивантаження в Excel;
  • завантаження банку;
  • обмін із сайтом;
  • очищення дублів;
  • формування файлів для Power BI;
  • підготовка даних для K2 ERP;
  • масова заміна реквізитів;
  • перенесення залишків. Що означає

Пов’язана сторінка: Права доступу в ERP Пов’язана сторінка: Вивантаження даних 1С Пов’язані сторінки: Зовнішня обробка 1С здатна використовуватися для експорту дороблених даних.