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

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

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


Як правильно аналізувати конфігурацію BAS

!; Журнал реєстрації має змогу допомогти зрозуміти, які частини конфігурації реально використовуються.; * дата заборони зміни;

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

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

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

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

Приклад документа

Головне. Конфігурація BAS — це не без ускладнень “програма”, а структура і логіка облікової системи: довідники, документи, регістри, звіти, ролі, модулі, форми, обробки, проводки, правила доступу й інтеграції.;== Що переносити з конфігурації BAS ==

Потрібно:

У бухгалтерських конфігураціях BAS є собою план рахунків.; Вона визначає довідники, документи, регістри, звіти, обробки, ролі, модулі, форми, права доступу, інтеграції, проведення документів, друковані форми й бізнес-процеси.; | Платформа запускає систему, а конфігурація визначає бізнес-логіку і структуру обліку.;== Аналіз конфігурації перед міграцією == Він визначає: |- | Код | 000001 |- | Найменування | Кабель USB Type-C 1 м |- | Артикул | USB-C-1M-BLK |- | Одиниця виміру | шт |- | Група | Кабелі |- | Ставка ПДВ | 20% |}

!; * складський облік;

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

Конфігурація і інтеграції

  • агро;
  • громадське харчування;
  • автотранспорт;
  • акцизне паливо;
  • роздріб;
  • виробництво;
  • медицина;
  • будівництво;
  • електронний документообіг;
  • бюджетний обліковий облік.;
  • нові реквізити в довідниках;
  • нові реквізити в документах;
  • нові друковані форми;
  • нові звіти;
  • нові обробки;
  • зміна проведення документів;
  • зміна прав доступу;
  • додаткові статуси;
  • інтеграційні функціональні можливості з сайтом;
  • інтеграційні функціональні можливості з банком;
  • інтеграційні функціональні можливості з CRM;
  • інтеграційні функціональні можливості з WMS;
  • вивантаження в Excel;
  • імпорт із файлів;
  • API-обмін;
  • автоматичні повідомлення.;== Регістри BAS ==

Конфігурація і резервна копія

З конфігурації не переносять усе механічно.; Найчастіші проблеми:

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

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

Типова конфігурація BAS — це конфігурація, яка постачається розробником або постачальником рішення для бізнесу без суттєвих змін у коді.; як ілюстрація:

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

{{SEO


  • конфлікти змін;
  • переписані модулі;
  • змінені форми;
  • змінені документи;
  • змінені регістри;
  • доробки без документації;
  • старі зовнішні обробки;
  • несумісність із новим релізом;
  • ручне злиття коду;
  • ризик втрати доробок.; Вона має враховувати:
  1. Зробити резервну копію.; Додано
; * які довідники доступні;
  • які документи можна створювати;
  • які документи можна проводити;
  • які звіти можна бачити;
  • які обробки можна запускати;
  • які інформаційні дані можна змінювати.; Нетипова конфігурація
  • форма списку;
  • форма елемента довідника;
  • форма документа;
  • форма підбору;
  • форма звіту;
  • форма конфігурація.; |-
 Номенклатура Артикул сайту, бренд, країна походження, вага, об’єм, код маркетплейсу

Таку логіку потрібно не копіювати механічно, а описати й реалізувати правильно в K2 ERP.;== Платформа і конфігурація ==

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

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

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

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

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

У BAS користувач системи зазвичай функціонує з документами, довідниками, звітами, журналами, обробками й налаштуваннями.;

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

окремих категорій організацій.; !; * проведення документів;

  • контроль залишків;
  • розрахунок цін;
  • розрахунок знижок;
  • формування проводок;
  • перевірка боргу;
  • інтеграційні функціональні можливості з сайтом;
  • API-запити;
  • перевірка прав;
  • логіка друкованих форм.; # Перевірити інтеграції.; * структуру довідників;
  • важливі реквізити;
  • структуру документів;
  • статуси;
  • правила проведення;
  • правила контролю;
  • друковані форми;
  • звіти;
  • обробки;
  • інтеграції;
  • ролі;
  • права;
  • бізнес-процеси;
  • регламентні задача;
  • API-методи;
  • BI-показники.;
;== Що не варто переносити механічно ==

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

як ілюстрація:

281 Товари на складі 361 Розрахунки з покупцями 631 Розрахунки з постачальниками 301 Каса 311 Банк

Плани обміну використовуються для синхронізації даних.; | Ні.; Елемент

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

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

| Що обов’язково перевірити?; !; !; | Це прикладна структура і логіка системи: довідники, документи, регістри, звіти, обробки, модулі, ролі, форми, права й інтеграції.; Основні об’єкти: !; Простий приклад:

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

Зазвичай потрібно перенести або переосмислити:

!;

як ілюстрація:

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

Висновок

  • загальні модулі;
  • модулі об’єктів;
  • модулі форм;
  • модулі менеджерів;
  • модулі команд;
  • модулі сеансу;
  • модулі керованого застосунку;
  • модулі зовнішніх обробок.;

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

Константи зберігають загальні конфігурація.; |-

class="wikitable" style="width:100%;"
Що таке конфігурація BAS?; Під час міграції потрібно перевірити, які правила були типовими, а які доробленими.; Ознака

Вони можуть бути реалізовані через:

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

Приклад:

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

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

Обробки виконують службові або бізнес-операції.; |-

Чи є собою санкційні ризики у BAS і 1С?; # Зробити контрольні звірки.; !;== Документи в конфігурації BAS ==
  • ролі;
  • групи користувачів;
  • обмеження доступу;
  • сервісних користувачів;
  • адміністраторів;
  • права на обробки;
  • права на звіти;
  • права на зміну документів;
  • права на закриті періоди.; рішення для бізнесу в K2 ERP

Такі поля можуть бути критичними для сайту, складу, логістики або BI.; Старий код BAS має змогу містити: Конфігурація BAS — це характеристика прикладної логіки інформаційної бази.;

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

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

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

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

Одна і та сама платформа має змогу запускати різні конфігурації.; !; Аналіз конфігурації BAS — це частина виходу зі старої ризикової системи.; | Так.;

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

як ілюстрація:

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

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

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

Документ “Реалізація товарів” має змогу мати:

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

Приклади:

Модулі BAS

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

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

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

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

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

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

Для міграції в K2 ERP конфігурація є собою джерелом знань про те, як фактично працювала стара платформа.;== Що таке конфігурація BAS ==

У BAS потрібно розрізняти платформу і конфігурацію.; Типова логіка Вона містить: Вона потрібна для:

Розширення BAS

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

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

актуалізація конфігурації BAS

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

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

як ілюстрація:

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

|- | Замовлення покупця | замовник, товари, ціни, суми, статус |}

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

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

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

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

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

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

| Що таке типова конфігурація?; У сучасних системах істотно мати API.; # Перевірити константи.; !; Частина

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

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

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

Як не треба робити

Звіти BAS часто не покривають усі аналітичні потреби.; Простими словами. Конфігурація BAS — це “начинка” системи, яка визначає, які інформаційні дані зберігаються, як вони обробляються і що бачить користувач системи.; * додані поля;

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

У старій BAS API має змогу бути реалізований нетипово:

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

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

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

Проблеми актуалізація нетипової конфігурації

Форми BAS

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

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

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

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

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

Було типово:

!;== Об’єкти метаданих BAS ==

  • зрозуміти, що реально автоматизовано;
  • знайти доробки;
  • знайти приховані інтеграції;
  • знайти критичні звіти;
  • знайти бізнес-правила;
  • очистити стару логіку;
  • перенести потрібне в K2 ERP;
  • не залишити BAS прихованим центром обліку;
  • зменшити залежність від BAS і 1С.;== Підсистеми ==

Перед переходом у K2 ERP потрібно провести аудит конфігурації.; # Зафіксувати назву й версію конфігурації.; Реквізити

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

Потрібно з’ясувати: Найчастіші доробки:

Типова чи нетипова: чому це істотно

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

як ілюстрація, реалізація додатково:

Компанії можуть мати:

як ілюстрація:

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

!; Конфігурація складається з об’єктів метаданих.;== Вступ ==

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

BAS має змогу мати галузеві конфігурації або модулі.; | Бо доробки можуть містити критичні бізнес-правила, які потрібно врахувати в K2 ERP.; |}

Помилка: не зібрати зовнішні обробки

!; * зробити резервну копію;

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

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

Підсистема впливає на інтерфейс користувача і логічну структуру програми.;

!;

Форми визначають, як користувач системи бачить об’єкт.; Ці правила потрібно врахувати в K2 ERP, щоб не втратити контроль обліку.; # Перевірити плани обміну.; Довідник

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

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

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

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

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

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

| Чи потрібно переносити конфігурацію BAS у K2 ERP як є собою?;== Обробки в конфігурації BAS ==

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

як ілюстрація:

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

Найгірший сценарій. організація переходить у K2 ERP, але не аналізує конфігурацію BAS.; |- | Що таке нетипова конфігурація?; Потрібно перевірити:

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

Правильний порядок:

!; * адміністратор;

  • бухгалтер;
  • менеджер;
  • комірник;
  • касир;
  • керівник;
  • кадровик;
  • технолог;
  • логіст;
  • аудитор;
  • сервісний користувач системи інтеграції.; Об’єкт

!; Це ризик для міграції, бо така обробка має змогу бути критичною, але її можуть забути.; як ілюстрація:

  • HTTP-сервіси;
  • web-сервіси;
  • JSON;
  • XML;
  • CSV;
  • Excel;
  • FTP;
  • файловий обмін;
  • регламентні задача;
  • зовнішні обробки;
  • загальні модулі;
  • плани обміну.; як ілюстрація:
;== Нетипова конфігурація BAS ==

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

Константи

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

  • SQL-запити;
  • Power BI;
  • окремі вивантаження;
  • ручні таблиці;
  • дороблені звіти;
  • обробки експорту.; Для K2 ERP краще проєктувати контрольовану API-архітектуру, а не механічно повторювати старі обміни.; * конфігурація сильно нетипова;
  • немає документації доробок;
  • незрозуміло, хто і коли змінював код;
  • актуалізація давно не виконувалося;
  • зовнішні обробки загублені;
  • звіти працюють тільки в одного користувача;
  • інтеграції не описані;
  • токени збережені в коді;
  • права доступу хаотичні;
  • багато старих реквізитів;
  • дублікати довідників;
  • регістри містять помилкові рухи;
  • немає тестової бази;
  • немає резервної копії перед змінами.; Інтеграції часто приховані в конфігурації.; # Перевести стару BAS в архівний режим.; У регламентованому обліку конфігурація визначає:

Коротко

організація повинна:

У K2 ERP потрібно будувати цільову модель.; Приклад

  • об’єкти метаданих;
  • структуру довідників;
  • структуру документів;
  • регістри;
  • звіти;
  • обробки;
  • модулі;
  • ролі;
  • форми;
  • команди;
  • підсистеми;
  • плани рахунків;
  • плани видів характеристик;
  • плани обміну;
  • константи;
  • бізнес-процеси;
  • задачі;
  • механізми інтеграцій.; |-
 Залишки товарів обліковий облік кількості на складах
Ціни номенклатури Зберігання цін
Взаєморозрахунки Борги покупців і постачальників
Регістр бухгалтерії Бухгалтерські проводки
Зарплатні регістри Нарахування й утримання
; Підсистеми групують функціональні можливості.; * бізнес-правила;
  • контроль боргу;
  • правила знижок;
  • статуси документів;
  • інтеграції;
  • друковані форми;
  • важливі реквізити;
  • регламентні задача;
  • логіку проведення;
  • звіти керівництва.; При міграції потрібно визначити, які показники мають перейти в BI на базі K2 ERP.;== Рухи документів ==

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

  • очищені довідники;
  • правильні документи;
  • контроль статусів;
  • права доступу;
  • API;
  • BI;
  • журналювання;
  • резервне копіювання;
  • інтеграції;
  • архів старої BAS;
  • відмову від зайвих доробок.; переважні аспекти:

як ілюстрація:

  • виправлення помилок;
  • зміни законодавства;
  • актуалізація звітності;
  • нових можливостей;
  • сумісності з платформою;
  • безпеки;
  • роботи інтеграцій.;== Конфігурація і API ==
актуалізація Зазвичай простіше Часто складніше
Міграція Легше описати стандартні об’єкти Потрібно аналізувати доробки
Документація Частково є собою типова Часто відсутня
Ризики Нижчі Вищі через невідомий код
Аналіз Можна спиратися на стандартну структуру Потрібен технічний аудит

Не потрібно переносити:

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

  • довідники;
  • документи;
  • журнали документів;
  • регістри відомостей;
  • регістри накопичення;
  • регістри бухгалтерії;
  • регістри розрахунку;
  • плани рахунків;
  • плани видів характеристик;
  • плани обміну;
  • константи;
  • звіти;
  • обробки;
  • ролі;
  • підсистеми;
  • форми;
  • модулі;
  • бізнес-процеси;
  • задачі.; це прикладне рішення для бізнесу на платформі BAS / 1С.; # Описати критичну бізнес-логіку.; Довідники зберігають відносно сталі об’єкти.; {| class="wikitable" style="width:100%;"
; Питання class="wikitable" style="width:100%;"

Роль визначає:

class="wikitable" style="width:100%;" Номенклатура Довідник Дороблено Перенести реквізити після очищення Замовлення покупця Документ Дороблено Описати статуси й зовнішні ID Обмін із сайтом Обробка Нетипова Замінити API K2 ERP Звіт по маржі Звіт Нетиповий Перенести в BI Контроль боргу компонент Дороблено Реалізувати як бізнес-правило

Приклади:

Конфігурація BAS — це центральна частина старої облікової системи.;

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

Але за всім цим стоїть конфігурація.;

Для переходу в K2 ERP істотно знати, наскільки конфігурація змінена.; У результаті переносяться довідники й залишки, але губляться дороблені статуси, обробки, звіти, контроль боргу, інтеграції із сайтом і важливі бізнес-правила.;== Конфігурація BAS і K2 ERP == Документи відображають господарські операції.

Отримано з https://wiki.corp2.eu/index.php?title=Конфігурація_BAS&oldid=2003