Конфігурація 1С

!; name: string;

title: "Контрагенти"

entity: warehouse

fields:

title: "Контрагент"

|- | Що таке конфігурація 1С?; Звірка | Перевіряються залишки, документи, звіти |- | 8.; |-

| Чому істотно згадувати санкції?;

 number:

Документ “Реалізація товарів” зменшує залишки і створює взаєморозрахунки.; |-
| Чи потрібно копіювати конфігурацію 1С у K2 ERP?; як ілюстрація, бухгалтерський обліковий облік, торгівля, зарплата, виробництво, керування підприємством або галузеве рішення для бізнесу можуть бути окремими конфігураціями.; * які рішення для бізнесу приймаються на основі цього звіту?; * які фільтри потрібні?; Потрібно переносити бізнес-сенс, актуальні інформаційні дані й потрібну логіку, а не старий технічний борг.; | Через аналіз об’єктів, [[ER-модель]], [[YML]], [[ORM]], міграції, модулі, API та сучасну бізнес-логіку.; !; Запуск
| Користувачі переходять у [[K2 ERP]]
|}

Основні види:

Документ у 1С фіксує бізнес-подію.; | Платформа дає середовище виконання, а конфігурація визначає конкретну бізнес-логіку.;== Звіти в конфігурації 1С ==

У документі є собою номер, дата, контрагент, договір, складський облік, коментар.; | ШІ має змогу допомагати аналізувати стару конфігурацію, генерувати YML, створювати документацію й пропонувати структуру модулів.; "email": "office@romashka.ua"

fields:

!; K2 ERP — це можливість побудувати нову систему без старих залежностей, старого хаосу і старого динозавра в серверній.

!; Аналіз конфігурації | Визначаються довідники, документи, регістри, звіти, обробки й доробки |- | 2.; Він стане хаосом із новим логотипом.; "name": "ТОВ Ромашка",

переважні аспекти підходу K2 ERP

type: decimal

Потрібно враховувати: K2 ERP надає можливість замінити логіку старої конфігурації 1С сучасним підходом.; type: string

title: "Кількість"

• українська платформа;
• сучасна веб-архітектура;
• PostgreSQL;
• Python;
• TypeScript;
• YML;
• ORM;
• API;
• модульність;
• K2 Update;
• ШІ;
• автоматична генерація компонентів;
• можливість розвитку партнерської екосистеми;
• відхід від російської технологічної залежності.; entity: organization

title: "складський облік"

Конфігурація 1С і ER-модель

type: string

title: "Назва"

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

form:

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

• зменшити залишок товару на складі;
• збільшити заборгованість покупця;
• сформувати дохід;
• сформувати собівартість;
• створити бухгалтерські проводки.; Товар 1 ─── * Рядок документа

entity: contractor

Конфігурація 1С має змогу бути корисною, але з роками вона часто накопичує технічний борг.; Якщо платформа успадковує стару архітектуру, стару логіку, стару екосистему, стару залежність від конфігуратора і старий підхід до доробок, то зміна вивіски не вирішує проблему.;{{SEO

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

Він має змогу мати:

Дороблена конфігурація — це типова конфігурація, змінена під конкретний бізнес-середовище.; * платформа сильно застаріла;

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

"phone": "+380501112233",

Типова конфігурація — це конфігурація, яку постачає виробник або вендор.; Їх не потрібно демонізувати.; Окремо варто відзначити яка визначає, які довідники, документи, регістри, звіти, обробки, форми, ролі, права доступу і програмна логіка доступні користувачам.; | Довідники, документи, регістри, звіти, обробки, форми, ролі, модулі.; Але динозавр усе одно просить папороть і боїться астероїда.; - row:

title: "Сума"

складський облік 1 ─── * Реалізація товарів

Потрібно зрозуміти: Звіти в 1С використовуються для отримання аналітики.;== Форми в конфігурації 1С ==

Карта відповідності 1С → K2 ERP

code:

Конфігурація 1С і API

як ілюстрація, документ “Реалізація товарів” має змогу робити рухи:

Чому не треба копіювати конфігурацію 1С у K2 ERP

fields:

!; * чи є собою дубль цього звіту?;

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

Під час переходу на [[K2 ERP]] істотно не переносити всі звіти механічно.; Типові звіти:

 type: string
== Документи в конфігурації 1С ==
Якщо без ускладнень скопіювати конфігурацію 1С, можна перенести:
title: "Контрагенти"

</div>
<syntaxhighlight lang="yaml">
У ньому можуть бути реквізити:
Указ Президента України №133/2017 ввів у дію рішення для бізнесу РНБО від 28 квітня 2017 року щодо сфера застосування персональних спеціальних економічних та інших обмежувальних заходів.; type: reference

== Типові конфігурації 1С/BAS ==

є собою форми:

 type: text

* бухгалтерська конфігурація надає можливість вести бухгалтерський обліковий облік;
* торговельна конфігурація надає можливість вести продажі та реалізація, закупівельна діяльність й складський облік;
* зарплатна конфігурація надає можливість вести кадри й зарплату;
* виробнича конфігурація надає можливість вести виробничі процеси;
* галузева конфігурація автоматизує специфічну сферу бізнесу.;== Конфігурація 1С проти модулів K2 ERP ==
Файл лежить у папці, називається “Обработка_Новая_Финал_2.epf”, і всі знають, що його не можна видаляти, бо “на ньому тримається обмін”.; title: "Код"
 id: int
 title: "Замовлення покупця"
У багатьох компаніях зовнішні обробки перетворювалися на окрему тіньову інфраструктуру.; Наслідок

 required: true
 fields:
 phone:

 required: true
</div>
 name:

Вона показує:
Саме конфігурація визначала, як бізнес-середовище працював у 1С або BAS: які довідники вів, які документи створював, які регістри накопичували інформаційні дані, які звіти формувалися і які доробки підтримували щоденну роботу.;<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">

Приклад:
Документ записано → Документ проведено → Створено рухи по регістрах → Змінилися залишки й обороти
 type: decimal
|-
| Додано реквізити в документи
| Потрібно переносити в нову модель
|-
| Змінено форми
| Потрібно аналізувати, які поля справді потрібні
|-
| Додано регістри
| Потрібно зрозуміти їх бізнес-сенс
|-
| Змінено проведення
| Потрібно відтворити або переосмислити облікову логіку
|-
| Додано звіти
| Потрібно визначити, які звіти актуальні
|-
| Додано обміни
| Потрібно перенести інтеграції через API або окремі модулі
|}

Під час переходу на [[K2 ERP]] має змогу виникнути спокуса: “Зробіть нам так само, як у 1С”.; title: "Кількість"
title: "Реалізація товарів"
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
!; | з цієї причини що 1С/BAS пов’язані з російською екосистемою та перебувають у санкційному полі України.; type: text

Приклад:

Продажі_Для_Директора_Новий_2020

 type: text

== Висновок ==

 name: str

!;[[Категорія:BP-модель]]

== Чому BAS не вирішує проблему ==

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

entity: customer_order

У K2 ERP логіку потрібно переносити в більш сучасну структуру: модулі, сервіси, API, компоненти, події, ORM-моделі та окремі програмні частини.; Тип зміни

active: bool = True

Типові помилки:
[[Категорія:Штучний інтелект]]
== Як виглядає перенесення конфігурації в K2 ERP ==
|-
| Актуальні довідники
| Так
| Але з очищенням дублів
|-
| Залишки
| Так
| На дату переходу
|-
| Відкриті документи
| Так
| Замовлення, рахунки, незавершені операції
|-
| Повна історичний розвиток документів
| Не завжди
| Часто краще залишити в архіві
|-
| Старі звіти
| Вибірково
| Тільки ті, які реально використовуються
|-
| Старі обробки
| Вибірково
| Переосмислити через API або модулі
|-
| Права доступу
| Не механічно
| Краще створити нову модель ролей
|-
| Доробки
| Вибірково
| Аналізувати бізнес-сенс
|}

[[Категорія:Автоматизація бізнесу]]

table_parts:

* дублікати;
* застарілі довідники;
* тимчасові доробки;
* старі обробки без власника;
* звіти, які ніхто не використовує;
* поля “на всяк випадок”;
* неактивні склади;
* старі ролі з хаотичними правами;
* помилкові залишки;
* технічний борг;
* хаос старої системи.; Указ Президента України №601/2024 ввів у дію рішення для бізнесу РНБО від 2 вересня 2024 року щодо сфера застосування, скасування та внесення змін до санкцій.; contractor_id:

[[BAS]] часто подавався як “нова українська назва” або “заміна 1С”.; title: "Договір"

 date:

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

<syntaxhighlight lang="json">
 quantity:
type: directory
<syntaxhighlight lang="text">

== Довідники в конфігурації 1С ==
 entity: contractor
Вона є собою картою минулого.; Модулі K2 ERP
 contract_id:
 type: string

</div>

!;

!;

* пояснювати стару структуру;
* знаходити дублювання;
* допомагати створювати карту відповідності;
* генерувати [[YML]]-моделі;
* описувати [[ER-модель|ER-моделі]];
* допомагати переписувати бізнес-логіку;
* створювати документацію;
* пропонувати тестові сценарії;
* аналізувати старі звіти;
* допомагати у рефакторингу.; як ілюстрація:

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

entity: sales_invoice
Найважливіші типи об’єктів:
'''істотно про санкції.''' [[1С]] і [[BAS]] пов’язані з російською технологічною екосистемою та перебувають у санкційному полі України.; - table_part: items
А конфігурація визначає, що саме робить платформа для конкретного бізнесу.; Але для бізнесу істотно дивитися не на назву, а на технологічну суть.; Санкції щодо суб’єктів, пов’язаних із 1С, запроваджувалися рішеннями РНБО, введеними в дію указами Президента України, зокрема №133/2017 та №601/2024.; * бухгалтерський обліковий облік;
* керування торгівлею;
* зарплата і кадри;
* керування виробничим підприємством;
* інтегрована автоматизація процесів;
* ERP-рішення;
* електронний документообіг;
* роздріб;
* керування невеликою фірмою;
* галузеві конфігурації;
* самописні конфігурації;
* сильно дороблені типові рішення для бізнесу.;

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

• незрозумілі обробки;
• поля, які ніхто не використовує;
• дубльовані звіти;
• складні форми;
• повільні запити;
• конфлікти при оновленнях;
• залежність від одного програміста;
• страх щось змінювати;
• неможливість оперативно пояснити логіку системи.; title: "Ціна"

title: "Товари"
title: "E-mail"

Там живуть контрагенти, номенклатура, документи, залишки, взаєморозрахунки, зарплата, звіти, друковані форми, обробки, обміни, інтеграції, права доступу та ті самі загадкові поля, які “колись додали для директора, але зараз ніхто не знає, чи вони ще потрібні”.; * які поля потрібні?; * адміністратор;

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

Конфігурація 1С і YML

• логіка розкидана по різних місцях;
• частина коду дублюється;
• немає документації;
• старі програмісти пішли;
• типова конфігурація сильно змінена;
• актуалізація стало небезпечним.; Потрібно зрозуміти її бізнес-сенс: які довідники, документи, регістри, звіти й процеси реально потрібні, а потім перенести цю логіку в сучасну архітектуру K2 ERP через ER-моделі, YML, ORM, API, PostgreSQL, Python, TypeScript та модулі.; |-

| Які основні об’єкти конфігурації?;

[[YML]] у [[K2 ERP]] має змогу стати текстовим представленням того, що в 1С було приховано всередині конфігуратора.; Приклад [[TypeScript]]-інтерфейсу:
'''Головне.''' Конфігурація 1С — це набір прикладних об’єктів і бізнес-логіки, який визначає поведінку системи: які документи створюються, які довідники ведуться, які регістри накопичують інформаційні дані, які звіти будуються і які права має користувач системи.; type: string

Саме через конфігурації створювалися бухгалтерські системи, торгові рішення для бізнесу, складські модулі, зарплатні блоки, виробничі схеми, галузеві рішення для бізнесу та тисячі індивідуальних доробок.; actual_address:
[[Категорія:ERP для розробників]]
== Що переносити з конфігурації 1С ==

Довідники в 1С зберігають об’єкти, які часто використовуються в документах і звітах.; email?: string;

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

переважні аспекти:

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

Конфігурація 1С і технічна міграція

code?: string;

entity: product

; Очищення

Прибираються дублікати, застарілі об’єкти, непотрібні поля

3.; У старих конфігураціях форми часто дороблялися роками.; Коментар required: true type: reference edrpou: У конфігурації 1С права доступу визначають, що користувач системи має змогу бачити й робити.; * залишки товарів; продажі та реалізація; взаєморозрахунки; оборотно-сальдова відомість; рух товарів; валовий прибуток; зарплатні звіти; управлінські звіти.; Етап елемента довідника; списку довідника; документа; списку документів; звіту; обробки; вибору; налаштувань.; type: string type: string </syntaxhighlight> які об’єкти є собою в системі; які реально використовуються; які є собою типовими; які дороблені; які документи створюють рухи; які регістри критичні; які звіти використовуються; які обробки запускаються; які інтеграції працюють; які права налаштовані; які інформаційні дані потрібно перенести; які об’єкти можна залишити в архіві.; | Ні.; | Переглянути, які потрібні, а застарілі залишити в архіві або замінити сучасними звітами й дашбордами.;Штучний інтелект має змогу допомогти під час аналізу конфігурації 1С.; Що відбувається Потрібно переносити не форму старої конфігурації, а бізнес-сенс.; class Contractor(BaseModel): code: title: "Телефон" імпорт даних; експорт даних; масова зміна реквізитів; перерахунок цін; завантаження банківської виписки; обмін із сайтом; формування спеціальних файлів; виправлення даних.; * копіювати 1С один в один; переносити всі старі доробки без аналізу; ігнорувати санкційний контекст; не очищувати довідники; не робити тестову міграцію; не звіряти залишки; не документувати відповідність об’єктів; не навчати користувачів; переносити старі звіти без перевірки; залишати 1С/BAS як паралельну робочу систему; не враховувати інтеграції; не планувати рефакторинг.; title: "ІПН" Основні об’єкти конфігурації 1С title: "Замовлення покупця" type: reference як ілюстрація, можна описати ШІ старий документ 1С і попросити сформувати модель для K2 ERP: Під час переходу на K2 ERP потрібно визначити, які документи мають впливати на які облікові структури.; title: "ПДВ" Приклад аналізу старої доробки Краще створити нову модель доступу.; title: "Код" ; Для чого застосовується Конфігурація 1С — це карта старої системи.; Практична думка. Конфігурація 1С часто виглядає як “швидка розробка програмного забезпечення бізнес-логіки”, але з роками вона без зайвих зусиль перетворюється на музей доробок, де кожен експонат має табличку “не чіпати, бо має змогу впасти”.; * надходження товарів; реалізація товарів; замовлення покупця; замовлення постачальнику; рахунок; платіж; переміщення товарів; списання; інвентаризація; нарахування зарплати; виробниче замовлення.; !; title: "Коментар" номер; дату; організацію; контрагента; складський облік; суму; статус; табличну частину; друковані форми; рухи по регістрах; програмну логіку проведення.; У 1С важливим поняттям є собою проведення документа.; Але за своєю природою BAS продовжує ту саму технологічну та ідеологічну лінію: конфігуратор, метадані, об’єкти, регістри, форми, модулі, специфічна мова та велика залежність від старої екосистеми.; Моделювання Створюється ER-модель майбутнього компонента 4.; type: string Особливо якщо: title: "Організація" code: str | None = None Типові ролі: "code": "000001", бізнес-процес можна подати так: Створи YML-модель для документа "Замовлення покупця".; - field: warehouse_id хто користується звітом; як часто; для якого рішення для бізнесу; які поля потрібні; які фільтри використовуються; чи можна замінити старий звіт сучасним дашбордом; чи не дублює він інший звіт.; |} У контексті переходу на K2 ERP. Конфігурацію 1С не потрібно сліпо копіювати.; type: string як ілюстрація: Приклад перенесення документа type: reference Форми визначають, як користувач системи бачить і редагує інформаційні дані.; Вона дає механізми збереження даних, інтерфейс, мову програмування, конфігуратор, механізм форм, звітів, прав, обмінів та інших службових частин.; * чи можна зробити краще через дашборд?; З іншого боку, вони прив’язали бізнес-середовище до специфічної закритої екосистеми, російського походження, старої архітектури та великого технічного боргу.; active: Це дає гнучкість, але з часом має змогу створювати складність.; У сучасних українських умовах це ще й частина застарілої російської технологічної залежності, з якої бізнесу потрібно планово виходити.; auto: true quantity: </syntaxhighlight> "edrpou": "12345678", Якщо поле потрібне, його можна перенести в K2 ERP.; * регістри відомостей; регістри накопичення; регістри бухгалтерії; регістри розрахунку.; product_id: Їх потрібно розібрати, зрозуміти, очистити від зайвого й перенести бізнес-сенс у нову платформу.; required: true title: "Активний" phone: Санкційний контекст 1С/BAS Приклад перенесення довідника Такий підхід надає можливість бачити не без ускладнень об’єкти, а зв’язки між ними.; Відповідь type: document ; entity: contractor legal_address: Проведення документів У K2 ERP краще будувати інтеграції через API.; Конфігурація 1С/BAS Модулі конфігурації 1С У K2 ERP такі довідники можуть бути описані через ER-модель і YML.; У K2 ERP це має змогу бути описано як модель: comment: title: "складський облік" Перед перенесенням потрібно відповісти: санкційні ризики; ризики безпеки; репутаційні ризики; залежність від російської екосистеми; ризики підтримки й оновлень; обмеження для державного сектору та критичної інфраструктури; стратегічну потребу переходу на українські рішення для бізнесу.; У K2 ERP логіка має змогу переноситися в сучасні ORM-моделі, які працюють із PostgreSQL.; Для міграції потрібно створити карту відповідності.; Коротко type: decimal edrpou: str | None = None Вступ Правильний підхід інший.; |- Чим конфігурація відрізняється від платформи?; Типова проблема: на формі документа з’являється багато полів, частина з яких уже не застосовується.; Таблична частина містить товар, кількість, ціну, суму і ПДВ.; Це як перефарбувати динозавра і сказати, що тепер це електромобіль.; Критерій ; Простіше кажучи, платформа — це двигун і шасі, а конфігурація — це кузов, салон, панель керування, кнопки, проводка й інструкція, як саме цим користуватися.; характеристика у YML Формується YML-структура 5.; title: "Ціна" Документ 1 ─── * Рядок документа У практичному сенсі конфігурація 1С — це не сама платформа, а бізнес-додаток, побудований на платформі 1С:Підприємство.; type: reference Зовнішні посилання Платформа сама по собі є собою середовищем виконання.; title: "Дата" Контрагент 1 ─── * Договір entity: contract ; Імпорт даних Переносяться довідники, залишки, активні документи 7.; required: true type: string Довідники Зберігають відносно постійну інформацію Контрагенти, номенклатура, склади Документи Фіксують бізнес-події Замовлення, рахунок, накладна, платіж Регістри відомостей Зберігають довідкові або періодичні інформаційні дані Ціни, курси валют, конфігурація Регістри накопичення Накопичують рухи ресурсів Залишки товарів, взаєморозрахунки Регістри бухгалтерії Зберігають бухгалтерські проводки Рухи по рахунках Плани рахунків Описують структуру бухгалтерських рахунків Бухгалтерський план рахунків Плани видів характеристик Описують додаткові властивості Характеристики товарів Звіти Виводять аналітичну інформацію продажі та реалізація, залишки, обороти Обробки Виконують службові або масові дії Імпорт, експорт, перерахунок Ролі Визначають права доступу Бухгалтер, менеджер, адміністратор Форми Визначають інтерфейс користувача Форма документа, форма списку ; Потрібно з’ясувати: Перехід на K2 ERP не повинен бути механічним копіюванням конфігурації.; Об’єкт items: id: number; директор досі ним користується?; phone?: string; У реальному бізнесі часто зустрічається не “чиста типова конфігурація”, а платформа, яка багато років дороблялася різними програмістами.; Перед перенесенням потрібно з’ясувати: type: string contractor_id: type: document Бухгалтер Первинні документи, контрагенти, звіти, взаєморозрахунки Менеджер продажів Клієнти, замовлення, рахунки, залишки Комірник Складські документи, інвентаризація, залишки Керівник Дашборди, звіти, погодження Адміністратор Користувачі, ролі, конфігурація type: directory default: true модулі об’єктів; модулі форм; загальні модулі; модулі менеджерів; модулі команд; модулі сеансу; модулі керованого додатка.;</syntaxhighlight> Якщо платформа дійшла до стану “функціонує, але не чіпайте”, це вже не автоматизація процесів, а цифрова міна з відкладеним вибухом.; table_parts: Можливо, у K2 ERP замість старого звіту краще створити сучасний дашборд.;== Див.; додатково ==

; Дія </syntaxhighlight> Але сьогодні для українського бізнесу конфігурація 1С — це не тільки технічний актив.; Старі конфігурації 1С часто інтегрувалися через файли, обробки, COM, зовнішні компоненти або спеціальні обміни.; Конфігурація 1С — це прикладний набір метаданих і програмної логіки, який функціонує на платформі 1С:Підприємство.; Потрібно визначити бізнес-сенс рухів і реалізувати його через сучасні моделі, таблиці, події, сервіси, регістрові структури або аналітичні механізми платформи.; Проведення означає, що документ не без ускладнень записаний, а вплинув на обліковий облік.; number: ; Повне перенесення конфігурації не завжди має сенс.; export interface Contractor { { Конфігурація як джерело знань - field: date Регістри в конфігурації 1С product_id: } На практиці більшість компаній мають саме дороблені конфігурації.; |- Походження Російська технологічна програмний пакет Українська ERP-платформа Санкційний контекст Наявні санкційні ризики Орієнтація на українське правове й бізнес-середовище технічна архітектура Конфігуратор і специфічна платформа компонентна веб-архітектура характеристика структур Метадані конфігуратора ER-модель, YML, ORM Мови й технології Специфічна мова 1С Python, TypeScript, PostgreSQL, API Інтеграції Часто через обробки та файлові обміни API-first підхід еволюція Залежність від конфігурації та доробок Незалежні модулі й K2 Update AI Не є собою природною основою старої архітектури має змогу працювати з моделями, YML і кодом Реквізит: КоментарДляСкладу active: organization_id: 1.; </syntaxhighlight> Для бізнесу це означає, що використання 1С/BAS не можна розглядати як нейтральне технічне рішення для бізнесу.; Доступ як ілюстрація, документ “Рахунок покупцю” зазвичай посилається на довідник контрагентів, номенклатури, договорів і організацій.; Це значно зрозуміліше для сучасних систем: сайтів, CRM, мобільних додатків, BI, банків, служб доставки та AI-сервісів.; Висновок. Конфігурація 1С — це не без ускладнень набір довідників і документів.;1С та BAS потрібно розглядати не тільки як технічні системи, а і як продукти з російською історією та санкційним контекстом.; * аналіз метаданих; * вивантаження довідників; * вивантаження документів; * вивантаження залишків; * аналіз регістрів; * аналіз звітів; * аналіз обробок; * аналіз ролей; * аналіз інтеграцій; * підготовка структури в [[K2 ERP]]; * імпорт даних; * звірка результатів.; Бо якщо занести старий хаос у нову систему, він не стане архітектурою.; | Це прикладний набір об’єктів, форм, звітів, регістрів, ролей і програмної логіки на платформі 1С:організація.; Під час переходу на [[K2 ERP]] такі обробки потрібно аналізувати окремо.; |- | Яка роль AI?; title: "Повна назва" type: decimal Попри всі обмеження, стара конфігурація 1С є собою цінним джерелом знань.;== Конфігурація 1С і AI == Серед них: auto: true title: "Товари" == Обробки в конфігурації 1С == * його можна читати; * його можна зберігати в [[Git]]; * його можна перевіряти; * його можна генерувати за допомогою [[AI|ШІ]]; * з нього можна створювати [[ORM|ORM-моделі]]; * з нього можна створювати форми, меню, журнали й базовий функціональні можливості.;== Що таке конфігурація 1С == [[Категорія:Деколонізація обліку]] У [[K2 ERP]] документ можна описати як сутність типу `document`.; Це ще й частина застарілої російської технологічної залежності, яка має санкційні, безпекові, репутаційні та стратегічні ризики.; vat_amount: type: datetime {| class="wikitable" style="width:100%;" У 1С структура конфігурації часто виглядає як набір об’єктів метаданих.; У таких випадках краще переносити інформаційні дані й бізнес-сенс, але створювати нову модель у [[K2 ERP]].; як ілюстрація: date: У 1С програмний код часто розміщується в різних модулях: type: string * старі помилки; * дублікати; * застарілі документи; * непотрібні поля; * погану структуру довідників; * хаотичні права; * старі звіти; * технічний борг; * логіку, яка вже не відповідає бізнесу.; Він має змогу: Така конфігурація має змогу містити: Це зрозуміло, але небезпечно.; Об’єкт у K2 ERP [[Категорія:ERP]] amount: full_name: Конфігурація 1С — це важливе поняття старої облікової екосистеми.; type: boolean Документ зазвичай має: fields: required: true K2 ERP надає можливість будувати цю нову архітектуру через ER-моделі, YML, ORM, PostgreSQL, Python, TypeScript, API, K2 Update, модулі та штучний інтелект.; title: "E-mail" type: boolean entity: warehouse type: reference Конфігурація 1С як технічний борг Конфігурація 1С багато років була центральним поняттям для автоматизації бізнесу на пострадянському ринку.; Конфігурація 1С — це прикладна структура в системі 1С:Підприємство.; * які поля потрібні; які табличні частини потрібні; які рухи створюються; які звіти залежать від документа; які права потрібні; які друковані форми потрібні; які інтеграції пов’язані з документом.; Під час міграції не варто сліпо переносити старі ролі.;== Приклад аналізу старого звіту == Контрагент 1 ─── * Замовлення покупця - field: contractor_id Коли конфігурацію краще не переносити в цілому На ринку використовувалися різні конфігурації 1С та BAS.; Питання layout: email: title: "ЄДРПОУ" У 1С є собою довідник “Контрагенти”.; Призначення type: reference active: boolean; title: "Сума" title: "Фактична адреса" Правильний підхід — це аналіз, очищення, переосмислення і перенесення бізнес-сенсу в нову архітектуру.; * як бізнес-середовище працював; * які документи були потрібні; * які звіти використовувалися; * які доробки замовляли; * які процеси автоматизували; * які інтеграції були критичні; * які інформаційні дані накопичилися.;== Як аналізувати конфігурацію 1С перед міграцією == type: reference * [[K2]] * [[K2 ERP]] * [[K2 Update]] * [[ERP]] * [[1С]] * [[1С:Підприємство]] * [[BAS]] * [[Конфігуратор 1С]] * [[Перехід з 1С на K2 ERP]] * [[Міграція з 1С]] * [[Міграція даних]] * [[Довідники]] * [[Документи]] * [[Регістри]] * [[Звіти]] * [[Обробки]] * [[YML]] * [[JSON]] * [[XML]] * [[ER-модель]] * [[BP-модель]] * [[ORM]] * [[API]] * [[PostgreSQL]] * [[Python]] * [[TypeScript]] * [[AI]] * [[Штучний інтелект]] * [[Open source]] * [[No-code]] * [[Low-code]] * [[RAD]] * [[Автоматизація бізнесу]] * [[Українське програмне забезпечення]] * [[Альтернатива 1С]] * [[Альтернатива BAS]] * [[Цифрова незалежність]] * [[Деколонізація обліку]] type: decimal * [https://erp.kyiv.ua Сайт K2 ERP] * [https://wiki.erp.kyiv.ua Wiki K2 ERP] * [https://cloud.corp2.eu хмарна інфраструктура K2 ERP] * [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP] * [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій] * [https://www.linkedin.com/company/k2erp/ LinkedIn K2] * [https://zakon.rada.gov.ua/laws/show/133/2017 Указ Президента України №133/2017] * [https://zakon.rada.gov.ua/laws/show/601/2024 Указ Президента України №601/2024] edrpou?: string; Але [[K2 ERP]] має бути картою майбутнього.; type: decimal '''Саме з цієї причини при переході з 1С/BAS на K2 ERP потрібно переносити не минуле в нову оболонку, а корисну бізнес-логіку в сучасну українську ERP-платформу.''' items: Технічна міграція конфігурації охоплює кілька напрямів: title: "Товар" Не варто переносити: * номер; * дату; * організацію; * контрагента; * договір; * складський облік; * табличну частину товарів; * суми; * ПДВ; * друковану форму; * рухи по залишках; * рухи по взаєморозрахунках; * бухгалтерські проводки.; - field: number Якщо ні — краще залишити в минулому.; email: str | None = None warehouse_id: У [[K2 ERP]] цю структуру краще описувати через [[ER-модель]].; |- | Що робити зі старими звітами?; Переносити потрібно не все, а тільки те, що має цінність.; title: "Активний" title: "Телефон" email: [[Категорія:TypeScript]] title: "Юридична адреса" title: "ЄДРПОУ" - row: !; Генерація | Створюються [[ORM]], міграції, код, меню, форми, журнали |- | 6.; amount: Типова логіка: <syntaxhighlight lang="python"> type: datetime fields: {| class="wikitable" style="width:100%;" == Типові помилки при перенесенні конфігурації == == Що не варто переносити == price: == Конфігурація 1С і ORM == phone: str | None = None </div> має змогу, колір став сучасніший.; У 1С є собою документ “Реалізація товарів”.; У [[K2 ERP]] потрібно не без ускладнень скопіювати документ, а визначити: [[Категорія:ORM]] type: string entity: customer_order як ілюстрація, створення контрагента через JSON: Їх не потрібно ідеалізувати.; У 1С є собою звіт: ; У K2 ERP таку логіку не потрібно копіювати механічно.; Перед переходом потрібно провести аналіз конфігурації.; title: "Номер" У 1С розробник функціонує зі специфічною моделлю об’єктів платформи.; Не варто переносити в цілому, якщо: типову основу; десятки доданих реквізитів; нові документи; змінені форми; додаткові регістри; нестандартні звіти; зовнішні обробки; обміни; інтеграції; тимчасові рішення для бізнесу, які стали постійними.; entity: product Приклад умовної Python-моделі: У K2 ERP форми можуть генеруватися з моделей і описуватися через YML.; Типові ознаки технічного боргу: title: "Дата" edrpou: Правило. Переносити потрібно бізнес-цінність, а не цифровий мотлох.; title: "Товар" price: == Приклад YML для документа реалізації == calculated: true [[Категорія:Альтернатива BAS]] Приклад: <syntaxhighlight lang="text"> type: string entity: contractor title: "Контрагент" Вони використовуються для зберігання рухів, залишків, оборотів, періодичних значень і бухгалтерських записів.; Об’єкт 1С * контрагенти; * номенклатура; * склади; * договори; * організації; * підрозділи; * співробітники; * валюти; * одиниці виміру; * статті витрат; * каси; * банківські рахунки.;[[Категорія:ERP для партнерів]] Для багатьох компаній слово “конфігурація” означає всю їхню облікову реальність.; |- | Як переносити логіку в K2 ERP?;[[Категорія:JSON]] Проблема в з цієї причини, що доробки часто ускладнюють актуалізація.; Переносити?; Об’єкт |- | Довідник Контрагенти | Клієнти, постачальники, партнери | Довідник contractor | Перенести з очищенням дублів |- | Довідник Номенклатура | Товари й послуги | Довідник product | Перенести з групами і характеристиками |- | Документ Замовлення покупця | Фіксація замовлення клієнта | Документ customer_order | Перенести активні документи |- | Регістр Залишки товарів | обліковий облік залишків | Початкові залишки / складський компонент | Перенести залишки на дату переходу |- | Звіт продажі та реалізація | аналітичні інструменти продажів | Звіт або дашборд K2 ERP | Переосмислити структуру |- | Обробка Обмін із сайтом | інтеграційні функціональні можливості | API-модуль | Переписати через сучасний API |} } [[Категорія:Перехід з 1С]] name: * Код; * Найменування; * Повне найменування; * ЄДРПОУ; * ІПН; * Телефон; * Email; * Юридична адреса; * Фактична адреса; * ключовий договір; * Банківські рахунки.; Дошліфування | Додається складна логіка, інтеграції, спеціальні звіти |- | 9.; Приклад: default: true title: "Назва" На українському ринку після санкцій і репутаційних ризиків навколо російської екосистеми 1С значна частина старих рішень почала просуватися під брендом BAS.; !; Приклад З одного боку, конфігурації 1С дали ринку можливість відносно оперативно створювати прикладну бізнес-логіку.; tax_number: Ролі та права доступу type: decimal title: "Номер"