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

Конфігурація BAS

Матеріал з K2 ERP Wiki
Роль визначає: Основні типи: Але якщо конфігурація нетипова, оновлення версій здатна бути складним. # Зробити контрольні звірки.== Конфігурація і API == У конфігурації визначається:

Ролі і права доступу

Перед переходом у K2 ERP потрібно зібрати всі зовнішні обробки.

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

Помилка: переносити старий код як виступає як

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

як приклад, реалізація додатково:

  • адміністратор;
  • бухгалтер;
  • менеджер;
  • комірник;
  • касир;
  • керівник;
  • кадровик;
  • технолог;
  • логіст;
  • аудитор;
  • сервісний користувач системи інтеграції. {| class="wikitable" style="width:100%;"

Основні об’єкти:

Приклад доробки довідника

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

Якщо проведення документа змінювалося програмістами, це потрібно обов’язково врахувати при міграції. Розширення можуть використовуватися для додавання функціоналу без прямої зміни основної конфігурації. | Бо доробки можуть містити критичні бізнес-правила, які потрібно врахувати в K2 ERP.

Відповідь Найчастіші проблеми:

Під час переходу на K2 ERP конфігурацію потрібно аналізувати дуже уважно. Вона потрібна для:

  • реальні бізнес-процеси;
  • очищені довідники;
  • правильні документи;
  • контроль статусів;
  • права доступу;
  • API;
  • BI;
  • журналювання;
  • резервне копіювання;
  • інтеграції;
  • архів старої BAS;
  • відмову від зайвих доробок. K2 ERP у цьому процесі здатна стати новою платформою для контрольованих довідників, документів, ролей, інтеграцій, API, BI-аналітики, журналювання, прав доступу, резервного копіювання й подальшого розвитку автоматизації бізнесу без залежності від старої екосистеми BAS / 1С. * контрагенти;
  • номенклатура;
  • склади;
  • договори;
  • фізичні особи;
  • організації;
  • підрозділи;
  • валюти;
  • каси;
  • банківські рахунки;
  • статті витрат;
  • види цін. Конфігурація складається з об’єктів метаданих. | Так. Статус
  • обмін між філіями;
  • обмін між центральною базою і магазинами;
  • обмін із сайтом;
  • обмін із бухгалтерією;
  • обмін із зарплатною базою;
  • обмін із WMS;
  • обмін із CRM.

Приклад довідника

У регламентованому обліку конфігурація визначає: SEO title: Конфігурація BAS — типова, нетипова, доробки, оновлення, об’єкти метаданих і міграція в K2 ERP

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

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

}}


Конфігурація і закриті періоди

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

Що обов’язково перевірити?== Таблиця інвентаризації конфігурації ==

Приклади ролей:

Конфігурація і оперативний обліковий облік

Довідник Контрагенти, Номенклатура, Склади
Документ Реалізація товарів, Надходження товарів, Касовий ордер
Регістр Залишки товарів, Ціни номенклатури, Взаєморозрахунки
Звіт Залишки на складах, продажі та реалізація, Оборотно-сальдова відомість
Обробка Завантаження прайсу, Обмін із сайтом, Масова зміна цін

! Довідник

BAS здатна мати галузеві конфігурації або модулі. задача міграції — не зберегти залежність від старої конфігурації, а витягнути корисні правила, очистити процеси й перенести їх у K2 ERP. ! Типова конфігурація зазвичай легше оновлюється, бо її структура відповідає стандартному релізу.== Типова конфігурація BAS == У модулях здатна бути критична бізнес-логіка: Довідники зберігають відносно сталі об’єкти. Ознака Типова конфігурація BAS — це конфігурація, яка постачається розробником або постачальником рішення для бізнесу без суттєвих змін у коді. Вони можуть бути реалізовані через:

як приклад, реалізація здатна:

Вона має враховувати:

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

У конфігурації можуть бути:

Платформа і конфігурація

Помилка: не аналізувати конфігурацію перед міграцією

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

  • зробити резервну копію;
  • визначити версію конфігурації;
  • перевірити типова вона чи нетипова;
  • знайти всі доробки;
  • зібрати зовнішні обробки;
  • перевірити модулі;
  • перевірити звіти;
  • перевірити інтеграції;
  • перевірити права доступу;
  • описати бізнес-логіку;
  • перенести потрібні процеси в K2 ERP;
  • залишити стару BAS як архів;
  • не залишати її паралельною робочою системою. # Перевірити регламентні задача. Приклад

Довідники в конфігурації BAS

  1. Зробити резервну копію.== Конфігурація і інтеграції ==

!== Висновок == В оперативному обліку конфігурація визначає:

Конфігурація і галузеві рішення для бізнесу

Цифрова незалежність. Конфігурація BAS часто містить роки накопиченої бізнес-логіки.

Зовнішні обробки

|- | Номенклатура | Довідник | Дороблено | Перенести реквізити після очищення |- | Замовлення покупця | Документ | Дороблено | Описати статуси й зовнішні ID |- | Обмін із сайтом | Обробка | Нетипова | Замінити API K2 ERP |- | Звіт по маржі | Звіт | Нетиповий | Перенести в BI |- | Контроль боргу | компонент | Дороблено | Реалізувати як бізнес-правило |}

Але розширення так само потрібно аналізувати перед міграцією. * реквізити шапки;

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

Звіт здатна бути типовим або доробленим.== Конфігурація і журнал реєстрації ==

Що не варто переносити механічно

оновлення версій конфігурації BAS

конкурентні переваги: Конфігурація здатна містити механізми заборони редагування. # Перевірити ролі й права. Тому аналіз конфігурації BAS варто розглядати як частину інвентаризації перед переходом на українську ERP-платформу забезпечується через критично про BAS і 1С. BAS та 1С мають санкційні, юридичні й кібербезпекові ризики в Україні. Не потрібно переносити:

У BAS потрібно розрізняти платформу і конфігурацію. | Платформа запускає систему, а конфігурація визначає бізнес-логіку і структуру обліку. Окремі продукти 1С і BAS внесені до відкритих переліків програмного забезпечення, забороненого до використання; так само реалізовано а не як підставу продовжувати залежність від старої екосистеми. ! # Визначити, що переносити в K2 ERP. {| class="wikitable" style="width:100%;"

Конфігурація BAS і K2 ERP

  • нові реквізити в довідниках;
  • нові реквізити в документах;
  • нові друковані форми;
  • нові звіти;
  • нові обробки;
  • зміна проведення документів;
  • зміна прав доступу;
  • додаткові статуси;
  • інтеграційні функції ERP з сайтом;
  • інтеграційні функції ERP з банком;
  • інтеграційні функції ERP з CRM;
  • інтеграційні функції ERP з WMS;
  • вивантаження в Excel;
  • імпорт із файлів;
  • API-обмін;
  • автоматичні повідомлення. При міграції в K2 ERP потрібно розуміти, які рухи були важливими для бізнесу.== Приклад доробки документа ==

Але за всім цим стоїть конфігурація. Такі поля можуть бути критичними для сайту, складу, логістики або BI. # Перевести стару BAS в архівний режим.

як приклад:

Див. так само

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

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

  • проведення документів;
  • контроль залишків;
  • розрахунок цін;
  • розрахунок знижок;
  • формування проводок;
  • перевірка боргу;
  • інтеграційні функції ERP з сайтом;
  • API-запити;
  • перевірка прав;
  • логіка друкованих форм. ! Документ “Реалізація товарів” здатна мати:

окремих категорій організацій. * бізнес-правила;

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

| Що таке нетипова конфігурація? Таку логіку потрібно не копіювати механічно, а описати й реалізувати правильно в K2 ERP. Зазвичай потрібно перенести або переосмислити: Простими словами. Конфігурація BAS — це “начинка” системи, яка визначає, які інформаційні дані зберігаються, як вони обробляються і що бачить користувач системи.

як приклад: Нетипова конфігурація здатна краще відповідати бізнесу, але її складніше оновлювати, підтримувати й мігрувати. * конфігурація сильно нетипова;
  • немає документації доробок;
  • незрозуміло, хто і коли змінював код;
  • оновлення версій давно не виконувалося;
  • зовнішні обробки загублені;
  • звіти працюють тільки в одного користувача;
  • інтеграції не описані;
  • токени збережені в коді;
  • права доступу хаотичні;
  • багато старих реквізитів;
  • дублікати довідників;
  • регістри містять помилкові рухи;
  • немає тестової бази;
  • немає резервної копії перед змінами. При міграції потрібно визначити, які показники мають перейти в BI на базі K2 ERP. |-
281 Товари на складі
361 Розрахунки з покупцями
631 Розрахунки з постачальниками
301 Каса
311 Банк

У бухгалтерських конфігураціях BAS виступає як план рахунків. Регістр

При міграції потрібно перевірити, які константи реально впливають на бізнес-процеси. Реквізити Аналіз конфігурації BAS — це частина виходу зі старої ризикової системи. Приклад

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

Коротко

У типовій конфігурації документ здатна формувати одні рухи, а після доробки — інші. У K2 ERP потрібно будувати цільову модель. Форми визначають, як користувач системи бачить об’єкт.== Що переносити з конфігурації BAS == У BAS користувач системи зазвичай функціонує з документами, довідниками, звітами, журналами, обробками й налаштуваннями. | Змінені об’єкти, зовнішні обробки, модулі, регламентні задача, інтеграції, права, звіти й журнал реєстрації. Якщо ці правила змінені, їх потрібно описати перед переходом у K2 ERP. | Це прикладна структура і логіка системи: довідники, документи, регістри, звіти, обробки, модулі, ролі, форми, права й інтеграції. !== Модулі BAS ==

Модулі містять програмний код.== Вступ ==

Найчастіші доробки:

Константи

Приклади типових рішень:

Номенклатура Код, найменування, одиниця, група

Обробки в конфігурації BAS

|- | Номенклатура | Артикул сайту, бренд, країна походження, вага, об’єм, код маркетплейсу |}

Звіти в конфігурації BAS

! # Перевірити журнал реєстрації. Призначення

Підсистеми

  • завантаження прайсу;
  • імпорт замовлень;
  • експорт залишків;
  • масова зміна цін;
  • очищення дублів;
  • перепроведення документів;
  • обмін із сайтом;
  • формування XML;
  • вивантаження JSON;
  • міграційна обробка;
  • сервісна діагностика. # Зібрати зовнішні обробки. |-

| Чому це критично для міграції? Для переходу в K2 ERP критично знати, наскільки конфігурація змінена. як приклад:

Питання

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

 class="wikitable" style="width:100%;"
Платформа Технічна основа, на якій запускається прикладне рішення для бізнесу клієнт ERP, сервер, мова, механізми бази
Конфігурація Прикладна логіка для конкретної предметної області бухгалтерський обліковий облік, ERP, торгівля, зарплата, агро, громадське харчування
Інформаційна база Конкретна база компанії з даними і конфігурацією Робоча база підприємства

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

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

!== Типова чи нетипова: чому це критично == ! Тип

  • рахунки;
  • субрахунки;
  • аналітики;
  • валютний обліковий облік;
  • кількісний обліковий облік;
  • субконто;
  • типи рахунків;
  • правила проводок.

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

Конфігурація і регламентований обліковий облік

Обробки виконують службові або бізнес-операції. |- | Чи потрібно переносити конфігурацію BAS у K2 ERP як виступає як?== Регістри BAS ==

! ! * довідники;

  • документи;
  • журнали документів;
  • регістри відомостей;
  • регістри накопичення;
  • регістри бухгалтерії;
  • регістри розрахунку;
  • плани рахунків;
  • плани видів характеристик;
  • плани обміну;
  • константи;
  • звіти;
  • обробки;
  • ролі;
  • підсистеми;
  • форми;
  • модулі;
  • бізнес-процеси;
  • задачі. Зовнішня обробка здатна зберігатися окремим файлом і не бути частиною основної конфігурації.== Документи в конфігурації BAS ==

Міграція — це не копіювання конфігурації, а перенесення потрібної бізнес-логіки. | Ні. Якщо перенести тільки інформаційні дані, але не проаналізувати конфігурацію, можна втратити:

! Елемент

  • дата заборони зміни;
  • заборона редагування документів;
  • права головного бухгалтера;
  • окремі правила по організаціях;
  • блокування закритих періодів;
  • журнал змін. У K2 ERP потрібно переносити очищені інформаційні дані, зрозумілі процеси, потрібні бізнес-правила, сучасні інтеграції та якісну аналітику. # Визначити змінені об’єкти. як приклад:
  • зовнішні Excel-звіти;
  • SQL-запити;
  • Power BI;
  • окремі вивантаження;
  • ручні таблиці;
  • дороблені звіти;
  • обробки експорту. Нетипова конфігурація

! Рахунок

У формах можуть бути доробки:

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

| Чи виступає як санкційні ризики у BAS і 1С?== Як правильно аналізувати конфігурацію BAS ==

! Приклад довідника “Номенклатура”:

як приклад: ! * залишки товарів;

  • продажі та реалізація;
  • закупівельна діяльність;
  • взаєморозрахунки;
  • оборотно-сальдова відомість;
  • касова книга;
  • податкові звіти;
  • зарплатні звіти;
  • управлінські звіти;
  • план-факт;
  • BI-вивантаження. # Провести тестову міграцію. # Зібрати зовнішні звіти. Якщо в компанії додали реквізити “Бренд”, “Серія”, “Країна походження”, “Код сайту”, це вже здатна бути доробкою конфігурації. Частина конфігурації

Коли документ проводиться, він здатна створювати рухи по регістрах. # Зафіксувати назву й версію конфігурації. ! Погані підходи:

Перед переходом у K2 ERP потрібно провести аудит конфігурації. * HTTP-сервіси;

  • web-сервіси;
  • JSON;
  • XML;
  • CSV;
  • Excel;
  • FTP;
  • файловий обмін;
  • регламентні задача;
  • зовнішні обробки;
  • загальні модулі;
  • плани обміну. Вона визначає довідники, документи, регістри, звіти, обробки, ролі, модулі, форми, права доступу, інтеграції, проведення документів, друковані форми й бізнес-процеси. Одна і та сама платформа здатна запускати різні конфігурації. Поняття

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

Звіти показують інформаційні дані користувачу. * обмін із сайтом;

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

Розширення BAS

  • через HTTP-сервіс;
  • через web-сервіс SOAP;
  • через зовнішню обробку;
  • через регламентне задача;
  • через файловий обмін;
  • через пряме читання бази;
  • через проміжний сервер. Вона визначає:
  • план рахунків;
  • проводки;
  • ПДВ;
  • податкові накладні;
  • касу;
  • банк;
  • зарплату;
  • основні засоби;
  • закриття місяця;
  • регламентовану формування звітів.
  • назва довідника;
  • реквізити;
  • табличні частини;
  • ієрархія;
  • форми;
  • права;
  • код;
  • модулі;
  • команди;
  • друковані форми. Довідник

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

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

| Код | 000001 |- | Найменування | Кабель USB Type-C 1 м |- | Артикул | USB-C-1M-BLK |- | Одиниця виміру | шт |- | Група | Кабелі |- | Ставка ПДВ | 20% |}

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

Приклади: Правильний порядок: У деяких конфігураціях BAS можуть використовуватися бізнес-процеси.== Типові доробки конфігурації BAS ==

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

компанія-користувач повинна:

Перед переходом у K2 ERP потрібно знайти всі інтеграції. Для чого |- | Організація | ТОВ “компанія-користувач” |- | Контрагент | ТОВ “клієнт ERP” |- | Договір | базовий договір |- | складський облік | базовий складський облік |- | Таблична частина | Товари, кількість, ціна, сума, ПДВ |- | Рухи | Зменшення залишків, дохід, взаєморозрахунки, ПДВ |}

Якщо їх не зібрати, можна втратити:

! Окремі продукти 1С і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні. як приклад:

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

| Що таке типова конфігурація? Галузеву специфіку потрібно аналізувати окремо, бо вона часто містить багато нетипових об’єктів. Що це таке |- | Залишки товарів | обліковий облік кількості на складах |- | Ціни номенклатури | Зберігання цін |- | Взаєморозрахунки | Борги покупців і постачальників |- | Регістр бухгалтерії | Бухгалтерські проводки |- | Зарплатні регістри | Нарахування й утримання |}

Обробки можуть бути внутрішніми або зовнішніми. * додані поля;

  • приховані реквізити;
  • додані кнопки;
  • додані перевірки;
  • додані команди;
  • змінена логіка відкриття;
  • додані підказки. |-

| Чим конфігурація відрізняється від платформи? # Перевірити константи. Регістри зберігають облікові рухи. Типова конфігурація Права доступу в BAS можуть бути складними. * виправлення помилок;

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

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

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

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

Приклади:

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

| Що таке конфігурація BAS? Приклад

Стало після доробки:

  • форма списку;
  • форма елемента довідника;
  • форма документа;
  • форма підбору;
  • форма звіту;
  • форма конфігурація.== Плани обміну ==
  • менше змін у типовій конфігурації;
  • простіше оновлення версій;
  • окремий шар доробок;
  • легше відключити або перевірити;
  • простіша інвентаризація. У старій BAS API здатна бути реалізований нетипово:

як приклад:

Потрібно перевірити:

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

Конфігурація і BI

У сучасних системах критично мати API. У конфігурації BAS визначаються ролі. При переході в K2 ERP права потрібно не без зусиль копіювати, а переглянути.

Нетипова конфігурація BAS — це конфігурація, яку змінювали під потреби конкретної компанії. Документ

Якщо права не перевірити, у новій системі можуть виникнути проблеми:

Типові проблеми:

Інтеграції часто приховані в конфігурації.

Конфігурація і цифрова незалежність

Об’єкт

Він визначає:

Плани рахунків

Замовлення покупця клієнт ERP, товари, ціни, суми, статус

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

Конфігурація і права доступу

|- | Канал продажу | Розділення сайт / менеджер / маркетплейс |- | Статус доставки | Контроль логістики |- | Зовнішній ID | інтеграційні функції ERP з сайтом |- | Коментар складу | Передача інструкцій на відвантаження |}

оновлення версій конфігурації потрібне для:

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

Бізнес-процеси і задачі

Зовнішні обробки можуть бути критичними.== Помилка: не зібрати зовнішні обробки ==

Що таке конфігурація BAS

  • не робити резервну копію;
  • не перевіряти, типова конфігурація чи ні;
  • не аналізувати доробки;
  • не збирати зовнішні обробки;
  • не перевіряти інтеграції;
  • не перевіряти права;
  • не документувати бізнес-логіку;
  • переносити старий код як виступає як;
  • переносити старий хаос у нову систему;
  • залишати BAS активною після запуску K2 ERP;
  • ігнорувати санкційні й кібербезпекові ризики. Було типово:
  • зменшити залишок товару;
  • збільшити борг покупця;
  • сформувати дохід;
  • списати собівартість;
  • сформувати ПДВ;
  • записати аналітику продажу;
  • змінити статус замовлення. # Описати критичну бізнес-логіку.== Проблеми оновлення версій нетипової конфігурації ==

Форми BAS

Зміни можуть бути різними:

Перед оновленням потрібно робити резервну копію. Додані реквізити

  • які документи створюються;
  • які обробки запускаються;
  • які звіти відкриваються;
  • які помилки виникають;
  • які користувачі працюють;
  • які інтеграції викликаються;
  • які права не вистачають;
  • які регламентні задача виконуються. У K2 ERP потрібно переносити не старий код, а правильний бізнес-процес.== Об’єкти метаданих BAS ==
 Стало після доробки:

Приклад доробки проведення

 Ці правила потрібно врахувати в K2 ERP, щоб не втратити контроль обліку. | Це конфігурація з доробками, зміненими об’єктами, модулями, формами, звітами або інтеграціями.== Рухи документів == Конфігурація BAS — це SEO-опис прикладної логіки інформаційної бази.
Під час міграції потрібно перевірити, які правила були типовими, а які доробленими. * продажі та реалізація;
  • закупівельна діяльність;
  • складський облік;
  • фінансовий блок;
  • бухгалтерський обліковий облік;
  • зарплата;
  • виробництво;
  • інтеграції;
  • адміністрування;
  • довідники;
  • звіти.== Конфігурація і резервна копія ==
як приклад:
Отримано з https://wiki.kyiv.ua/index.php?title=Конфігурація_BAS&oldid=2003