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

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

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

! Що зберігає або робить У ній уже виступає як: ! K2 ERP. K2 ERP здатна використовувати інформаційні дані з типової або доопрацьованої конфігурації 1С/BAS під час міграції: довідники, документи, регістри, залишки, проводки, звіти, ролі, бізнес-процеси, обміни, API, Power BI, AI та перехід на українську ERP.

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

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

Завантаження даних типової конфігурації в K2 ERP

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

!

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

Типова конфігурація зазвичай має набір стандартних звітів: ! Але не всі старі бази 1С використовують розширення. # Чи виступає як зовнішні обробки.

  • багато ручних обробок;
  • старі звіти, якими ніхто не користується;
  • дублікати довідників;
  • незрозумілі реквізити;
  • користувачі бояться оновлень;
  • програміст “колись щось доробив”;
  • немає документації;
  • обміни працюють через файли на робочому столі;
  • частина аналітики ведеться в Excel. ! | Типова функціонує за стандартною логікою, а доопрацьована має змінені або додані об’єкти: реквізити, звіти, обробки, інтеграції, проводки чи ролі.

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

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

У типовій конфігурації документа “Реалізація товарів і послуг” поля “Проєкт” немає. # Покупець оплачує рахунок. Приклад

Типові помилки в типових конфігураціях

|- | 1 | Рахунок на оплату | фіксується намір продажу |- | 2 | Банківська виписка | з’являються гроші, закривається або створюється аванс |- | 3 | Реалізація | списується товар, виникає дохід |- | 4 | Регістри | змінюються залишки, взаєморозрахунки, проводки |- | 5 | Звіти | оновлюються продажі та реалізація, дебіторка, валовий прибуток |}

Приклади:

Довідники 1С — це списки основних об’єктів. Стан конфігурації Регістри 1С зберігають результат проведення документів. * Контрагенти 1С;

  • організації;
  • контрагентів;
  • договори;
  • номенклатуру;
  • номенклатурні групи;
  • одиниці виміру;
  • склади;
  • банківські рахунки;
  • співробітників;
  • залишки товарів;
  • залишки коштів;
  • дебіторку;
  • кредиторку;
  • відкриті замовлення;
  • відкриті рахунки;
  • ціни;
  • документи поточного періоду;
  • аналітики;
  • історію за потреби.SEO title: Типова конфігурація 1С — стандартні рішення, документи, довідники, регістри, доопрацювання, міграція в ERP і K2 ERP
SEO keywords: типова конфігурація 1С, типова конфігурація BAS, конфігурація 1С, стандартна 1С, доопрацювання 1С, документи 1С, довідники 1С, регістри 1С, звіти 1С, міграція з 1С, K2 ERP, українська ERP, заміна 1С, альтернатива BAS 
</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}


Формально база була розроблена на типовій конфігурації, але фактично вона вже доопрацьована. Типові регістри:

Навіть типова база часто має інтеграції. # Чи виступає як кастомні звіти. компанія-користувач працювала в типовій конфігурації для торгівлі. ! Часто зміни внесені прямо в типову конфігурацію. # Чи виступає як розширення.== Живий приклад: “у нас типова 1С” == Бухгалтерські конфігурації зазвичай містять:

Контрагенти Партнери / клієнти / постачальники очистити дублікати
Номенклатура Товари / послуги / матеріали перевірити одиниці, групи, артикули
Склади Склади ERP зіставити фізичні й технічні склади
Банківські рахунки Рахунки компанії потрібні для Cash Flow
Реалізації продажі та реалізація / відвантаження переносити з рядками, цінами, складами
Банківська виписка Платежі мапінг контрагентів, договорів, статей Cash Flow
Регістри залишків Стартові залишки звірити на дату зрізу
Кастомні реквізити Аналітики ERP переносити тільки бізнес-цінні поля

Контрольний список перед переходом з 1С

Було:

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

Простий приклад

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

Мапінг типової конфігурації 1С і K2 ERP

Для чого потрібна типова конфігурація

Під час міграції вирішили: ! ! ! Об’єкт

  • банк;
  • сайт;
  • інтернет-магазин;
  • маркетплейс;
  • CRM;
  • WMS;
  • MES;
  • Power BI;
  • телефонія;
  • служби доставки;
  • касове обладнання;
  • електронний електронний документообіг;
  • API.== Приклад руху даних ==

|- | Довідники | постійні об’єкти обліку | контрагенти, номенклатура, склади |- | Документи | господарські операції | надходження, реалізація, оплата |- | Регістри | рухи, залишки, проводки, відомості | залишки товарів, взаєморозрахунки |- | Звіти | відображення даних | ОСВ, аналіз рахунку, продажі та реалізація |- | Обробки | службові або масові дії | завантаження цін, обмін із банком |- | Плани видів характеристик | додаткова аналітичні інструменти | властивості номенклатури |- | Плани рахунків | бухгалтерська структура | рахунки 281, 361, 631 |- | Ролі | права користувачів | бухгалтер, комірник, менеджер |}

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

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

  • продажі та реалізація;
  • закупівельна діяльність;
  • складський облік;
  • залишки;
  • рух товарів;
  • дебіторку;
  • кредиторку;
  • банк;
  • Cash Flow;
  • P&L;
  • валовий прибуток;
  • зарплату;
  • виробництво;
  • якість даних;
  • план-факт. Інші 9 реквізитів не використовувались понад 18 місяців. ! Питання

Power BI здатна підключатися до даних типової конфігурації або до K2 ERP після міграції. Що означає

Платформа 1С технологічна основа, на якій працюють конфігурації “двигун” системи
Конфігурація 1С прикладне рішення для бізнесу з документами, довідниками, звітами й логікою бухгалтерський обліковий облік, торгівля, зарплата, ERP
Інформаційна база конкретна база компанії з її даними база ТОВ “Приклад” за 2020–2026 роки

Приклади доопрацювань: Потрібно визначити:

|- | Типова | стандартна логіка майже без змін | стандартна бухгалтерський обліковий облік з типовими документами |- | Доопрацьована | у типову конфігурацію внесли зміни | додали реквізит “Проєкт” у реалізацію |- | Нетипова | конфігурація суттєво змінена або написана під компанію | власний блок виробництва, кастомні регістри, складна інтеграційні функції ERP |- | Самописна | розроблена майже на 100% з нуля | платформа під галузевий бізнес-процес компанії |}

AI-підказка. База розроблена на типовій торговій конфігурації, але має 47 змінених об’єктів, 12 зовнішніх обробок, 4 інтеграції та 23 додаткові реквізити в документах продажу. Відповідь

У новіших підходах частину змін можна робити через розширення, не змінюючи основну конфігурацію. |- | З чого почати? Але в реальному бізнесі навіть “типова” 1С часто має доробки: додані реквізити, змінені документи, нові звіти, інтеграції, обробки, ролі, друковані форми, обміни з сайтом, банком, WMS, CRM або Power BI.

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

  • перенести тільки активну номенклатуру;
  • об’єднати дублікати контрагентів;
  • перенести залишки на дату зрізу;
  • перенести відкриту дебіторку й кредиторку;
  • перенести продажі та реалізація поточного року;
  • замінити Excel-звіт на Power BI;
  • обмін із сайтом перенести через API K2 ERP. Це корисно, бо:
  • AI-аналіз даних;
  • автоматичний контроль якості;
  • API;
  • WMS;
  • CRM;
  • MES;
  • електронний документообіг;
  • повна заміна 1С/BAS. Під час переходу в ERP інтеграції потрібно не без зусиль “перепідключити”, а переглянути процеси. # Продаж потрапляє у звіт.== Основні об’єкти типової конфігурації ==

Типова конфігурація перед міграцією в ERP

Правильна міграція типової конфігурації — це не копіювання всього старого. * у документ “Реалізація” додали поле “Проєкт”;

  • у довідник “Номенклатура” додали 12 додаткових реквізитів;
  • виступає як обмін із сайтом;
  • виступає як вивантаження в Power BI;
  • виступає як кастомний звіт по маржі;
  • виступає як обробка для масового завантаження цін;
  • виступає як ручні правила для банківської виписки;
  • частина проводок змінена програмістом. Торгові конфігурації зазвичай містять:

Типова і доопрацьована конфігурація

Доопрацювання — це зміни стандартної логіки конфігурації. # Чи змінена конфігурація. # Чи виступає як змінені проводки. Наслідок

Керівник каже: “У нас типова 1С, нічого складного”.

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

  • реквізит “Проєкт” у шапку документа;
  • реквізит “Проєкт” у табличну частину;
  • новий звіт “продажі та реалізація по проєктах”;
  • вивантаження проєкту в Power BI. |}

Як перевірити, чи конфігурація типова

Типова конфігурація 1С — це стандартна прикладна конфігурація, яка функціонує на платформі 1С і має готову логіку для певного виду обліку. Для міграції в K2 ERP критичними виступає як реквізити “Проєкт”, “Канал продажу”, “Менеджер напряму” і “складський облік відвантаження”. Окремо варто відзначити регуляторні, кібербезпекові або закупівельні обмеження в Україні.

- Чим типова конфігурація відрізняється від доопрацьованої? # інформаційні дані можна аналізувати в Power BI або переносити в K2 ERP. Конфігурація — це вже готова бізнес-логіка. # Чи виступає як додані реквізити.
  • довідники;
  • користувачі;
  • ролі;
  • склади;
  • номенклатура;
  • контрагенти;
  • банківські рахунки;
  • залишки;
  • дебіторка;
  • кредиторка;
  • базові документи;
  • базові звіти. У практиці “типова конфігурація” означає: платформа функціонує за стандартною логікою постачальника, а не як на 100% індивідуальна розробка програмного забезпечення. # Закривається дебіторка.== Типова конфігурація і Power BI ==
 # Формуються проводки. Помилка
  1. Назву конфігурації. Ознаки:

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

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

Можна аналізувати:

Другий етап:

Живий приклад доопрацювання

# Версію конфігурації.

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

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

Завантаження даних 1С здатна включати:

# Менеджер або бухгалтер створює Реалізація товарів і послуг 1С. Для чого потрібен

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

* співробітників;
  • фізичних осіб;
  • посади;
  • підрозділи;
  • графіки роботи;
  • табелі;
  • нарахування;
  • утримання;
  • відпустки;
  • лікарняні;
  • податки;
  • регістри розрахунку;
  • зарплатні звіти.
  • обмін із бухгалтерією;
  • обмін із зарплатою;
  • обмін із торгівлею;
  • обмін із сайтом;
  • обмін із банком;
  • обмін із WMS;
  • обмін між філіями;
  • обмін із Power BI;
  • вивантаження XML;
  • імпорт Excel;
  • API-інтеграції. ! | Це стандартне прикладне рішення для бізнесу 1С/BAS із готовими довідниками, документами, регістрами, звітами, ролями, обробками та бізнес-логікою.== Звіти типової конфігурації ==

Тобто компанія-користувач не створює все з нуля — вона отримує готову модель обліку.

Приклад бізнес-процесу в типовій конфігурації

Типова конфігурація і оновлення версій

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

компанія-користувач встановила типову конфігурацію “бухгалтерський обліковий облік”. # Чи виступає як документація по доробках.== Типові конфігурації для складу ==

Що переносити з типової конфігурації

  • номенклатуру;
  • одиниці виміру;
  • склади;
  • партії;
  • серії;
  • залишки;
  • рух товарів;
  • переміщення;
  • інвентаризацію;
  • оприбуткування;
  • списання;
  • резерви;
  • товари в дорозі. # Чи виступає як нові регістри. Вона дає готові документи й звіти, але не завжди відповідає реальним процесам компанії. # Чи виступає як інтеграції.== Довідники типової конфігурації ==
  • історія продукту продажів;
  • історія продукту закупівель;
  • ціни;
  • договори;
  • статті Cash Flow;
  • статті P&L;
  • інтеграції;
  • Power BI;
  • бюджетування. {| class="wikitable" style="width:100%;"
Крок Документ / об’єкт

У K2 ERP не варто автоматизовано переносити:

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

Головна ідея. Типова конфігурація 1С — це стартова модель обліку. Об’єкт 1С

Перший етап:

  • 18 000 позицій номенклатури;
  • 4 500 контрагентів;
  • 12 складів;
  • 6 магазинів;
  • 3 банківські рахунки;
  • 7 років історії;
  • обмін із сайтом;
  • кастомний звіт по маржі;
  • ручна вивантаження в Excel для керівника.== Живий приклад міграції ==

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

Для міграції це дуже критично. Простий приклад
Що таке типова конфігурація 1С? ! * план рахунків;
  • бухгалтерські проводки;
  • ОСВ;
  • аналіз рахунку;
  • картку рахунку;
  • банк і касу;
  • контрагентів;
  • договори;
  • основні засоби;
  • податковий обліковий облік;
  • регламентовану формування звітів;
  • зарплатні або кадрові блоки. Як перевірити

Типові довідники:

Вважати базу типовою без аудиту під час міграції губляться важливі доробки порівняти конфігурацію з типовою
Ігнорувати кастомні реквізити втрачається управлінська аналітичні інструменти перевірити документи й довідники
Переносити все без очищення ERP повторює хаос старої 1С зробити аудит даних
Не перевірити регістри залишки й звіти не збігаються перевірити рухи, залишки, проводки
Не перевірити обміни після запуску ERP ламається сайт, банк або складський облік описати всі інтеграції
Не перевірити права користувачі не можуть працювати або бачать зайве зробити матрицю ролей
Не зберегти архів складно перевірити старі інформаційні дані залишити архів 1С для аудиту

Під час аудиту виявляється:

Об’єкт K2 ERP

Типова конфігурація і обмін даними

Приклади ролей: Зарплатний блок здатна містити:

Типова конфігурація і доопрацювання

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

AI для аналізу типової конфігурації

Навіть якщо платформа колись була типовою, за роки вона здатна накопичити технічний борг. AI в ERP здатна допомогти проаналізувати стару базу перед міграцією.

Під час міграції в K2 ERP це поле не можна ігнорувати, бо інакше компанія-користувач втратить аналітику прибутковості проєктів. Приклад:

Сценарій продажу товару:

Зазвичай переносять:

AI здатна:

Коротко

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

Висновок

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

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

Типові конфігурації для торгівлі

Приклад AI-підказки

на 100% типова простіше мінімальний
Типова з розширеннями середня складність потрібно перевіряти сумісність
Типова зі змінами в об’єктах складніше можливі конфлікти оновлення версій
Нетипова дуже складно оновлення версій здатна ламати доробки
# Які доробки справді використовуються. Об’єкт

Документи 1С оформлюють операції.

Але якщо конфігурація сильно змінена, оновлення версій стає складнішим. |-

- Що найчастіше переносять у K2 ERP?== Типові конфігурації для зарплати ==

Мінімальний старт у ERP

Потрібно перевірити: Складський блок зазвичай містить:

# Версію платформи.

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

Приклади:

  • замовлення покупців;
  • рахунки;
  • реалізації;
  • закупівельна діяльність;
  • ціни;
  • знижки;
  • склади;
  • залишки;
  • переміщення;
  • повернення;
  • взаєморозрахунки;
  • валовий прибуток;
  • звіти по продажах. Коментар
  • простіше оновлювати систему;
  • менше конфліктів;
  • легше відключити доробку;
  • простіше документувати зміни;
  • простіше аналізувати перед міграцією. Що означає
Отримано з https://wiki.kyiv.ua/index.php?title=Типова_конфігурація_1С&oldid=1868