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

Видалення помічених об’єктів 1С

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

{{SEO


Що таке контроль посилань

Приклад:

  1. користувач системи ставить об’єкту позначку на видалення.; |-

| Що обов’язково зробити перед масовим видаленням?; рішення для бізнесу

У сучасних системах видалення часто не означає фізичне видалення.; Окремо варто відзначити юридичними, кібербезпековими і репутаційними ризиками.; Якщо видаляти такі інформаційні дані без перевірки, можна пошкодити обліковий облік.; # Для проблемних об’єктів проаналізувати посилання.; * Указ Президента України №184/2020

Зазвичай користувач системи запускає процедуру, платформа показує список помічених об’єктів і надає можливість виконати перевірку.; |- | Чим воно відрізняється від позначки на видалення?; Це контрольована процедура фізичного видалення даних із перевіркою посилань, залежностей, документів, довідників і облікової історії.; | Архівувати або робити неактивними.; }

Видалення і журнал реєстрації

Краще не видаляти фізично:

  • оборотно-сальдову відомість;
  • баланс;
  • податкову формування звітів;
  • складські залишки;
  • собівартість;
  • взаєморозрахунки;
  • зарплатні інформаційні дані;
  • управлінську формування звітів.; Можливі варіанти:

Для таких об’єктів краще використовувати архівування або статус “не застосовується”.; | Позначка лише ставить ознаку, а видалення помічених об’єктів реально прибирає інформаційні дані з бази.; Інтеграції можуть створювати багато помилкових об’єктів, якщо немає унікальних ключів.; # Визначити, чи це реальні облікові документи.; !; Питання

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

# Зробити резервну копію бази.; Підходи:
{
[[Категорія:Довідники 1С]]
|-
| Позначити на видалення
| Об’єкт отримує службову ознаку
| Об’єкт залишається в базі
|-
| Зняти позначку
| Ознака видалення прибирається
| Об’єкт знову застосовується як звичайний
|-
| Видалити помічені об’єкти
| платформа перевіряє посилання і фізично видаляє дозволені об’єкти
| Об’єкт зникає з бази
|-
| Не вдалося видалити
| платформа знайшла посилання або заборону
| Об’єкт залишається поміченим
|}

Причини:
У робочій обліковій базі не можна ставитися до цієї процедури як до простого “очищення сміття”.; # платформа перевіряє посилання.;== Карта очищення перед міграцією ==

Об’єкти можуть використовуватися в регістрах:

Перед видаленням проведеного документа потрібно зрозуміти, чи скасовується його проведення і які наслідки це матиме.; !;== Висновок ==

завдяки наявності Журнал реєстрації користувачі можуть розслідувати ситуації, коли “щось зникло” або “об’єкт не видаляється”.; До таких об’єктів можуть належати:

* документ як об’єкт;
* рухи документа;
* проводки;
* записи регістрів;
* вплив на залишки;
* вплив на взаєморозрахунки;
* вплив на звіти.;== Видалення після тестових завантажень ==
{{DISPLAYTITLE:Видалення помічених об’єктів 1С}}
Перед масовим видаленням обов’язково потрібно зробити резервну копію.; Відповідальний
Найчастіше з цієї причини, що на нього є собою посилання в документах, довідниках, регістрах, проводках або налаштуваннях.; '''Небезпека.''' Видалення проведеного документа має змогу змінити залишки, борги, проводки, собівартість і звіти.; У сучасній [[ERP]] фізичне видалення бізнес-даних часто замінюють м’яким видаленням.; Краще рішення для бізнесу
!; Наслідок
 "external_id": "SKU-001",
[[1С]] історично є собою російською програмною екосистемою.; # Запустити перевірку посилань.; # Визначити правильний ключовий елемент.; # Відкрити список помічених на видалення об’єктів.; !; Потрібно виправити правила інтеграції.; # Не видаляти історичні об’єкти без потреби.; Ситуація
цього краще використовувати окремі ознаки забезпечується через Перед очищенням потрібно чітко відокремити тестові інформаційні дані від реальних.; додатково реалізовано префікси, групи або тестову базу.; Іноді правильніше:

# Контрагента позначають на видалення.; Стан об’єкта в 1С/BAS

[[Категорія:Видалення помічених об’єктів]]

* [[Регістр накопичення 1С|регістрах накопичення]];
* [[Регістр бухгалтерії 1С|регістрах бухгалтерії]];
* [[Регістр відомостей 1С|регістрах відомостей]];
* [[Регістр розрахунків 1С|регістрах розрахунків]].; Безпечний порядок виглядає так:
!; Частина помічених об’єктів має змогу бути пов’язана з історією продажів, закупівель, складу, зарплати, бухгалтерії, взаєморозрахунків або інтеграцій.; Частина помічених об’єктів має змогу бути пов’язана з історичними документами або обліковими даними.; Її головне задача  перевірити, чи можна безпечно прибрати об’єкт із бази.; Якщо посилання знайдені, фізичне видалення має змогу бути заборонене.;== Видалення помічених об’єктів і регістри ==

Права можна розділити:

!; {| class="wikitable" style="width:100%;"
'''Правило адміністратора.''' Масове видалення помічених об’єктів у робочій базі потрібно робити тільки після резервної копії.;== Приклад видалення товару ==
== Видалення дубльованих об’єктів ==
|-
| Контрагенти
| 120
| Дублі об’єднати, історичних перенести архівом
| бухгалтерський обліковий облік / CRM
|-
| Номенклатура
| 850
| Без рухів не переносити, з рухами архівувати
| складський облік / закупівельна діяльність
|-
| Договори
| 75
| Перевірити борги й аванси
| Фінансовий відділ
|-
| Документи
| 300
| Непроведені тестові не переносити, проведені аналізувати
| бухгалтерський обліковий облік
|-
| Працівники
| 20
| Перевірити зарплатну історію
| HR / бухгалтерський обліковий облік
|}

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

У такому випадку потрібно розрізняти:

У таких випадках видалення помічених об’єктів не вирішує першопричину.; Кількість помічених

 "is_active": false,

== Коротко ==

* не вивантажувати помічені тестові об’єкти;
* вивантажувати історичні об’єкти як архівні;
* формувати список проблемних посилань;
* знаходити дублікати;
* зіставляти дублікати з основними елементами;
* перевіряти помічені документи на проведення;
* аналізувати залишки по помічених товарах;
* аналізувати борги по помічених контрагентах;
* формувати контрольні таблиці;
* готувати інформаційні дані для [[Power BI]].; {| class="wikitable" style="width:100%;"

Не всі.;=== Чи потрібно видаляти старих контрагентів? ===
{| class="wikitable" style="width:100%;"
Для контролю істотно фіксувати:
 "entity": "counterparty",
== Видалення і дата заборони редагування ==
!; '''[[Реплікатор K2]]''' має змогу враховувати позначку на видалення і результат аналізу помічених об’єктів під час міграції.; | Процедура фізичного видалення об’єктів, які раніше були позначені на видалення.;<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

користувач системи хоче видалити контрагента '''ТОВ “Ромашка”'''.; |-
| Що краще не видаляти?; Інша ситуація: користувач системи випадково створив контрагента '''Тест ТОВ''', але не використав його в жодному документі.; Якщо по контрагенту є собою історичний розвиток, краще зробити його архівним або неактивним.;== Видалення помічених об’єктів і міграція з 1С/BAS ==

У таких ситуаціях часто правильніше створити коригувальний документ у відкритому періоді, а не видаляти старий документ.; Приклад
== Видалення у сучасній ERP ==
Можливі сценарії:
Приклад дублів контрагента:
Дублі  одна з головних причин використання позначки на видалення.; | Вирішити, які помічені об’єкти не переносити, які архівувати, які об’єднати, а які перевірити вручну.; Перед міграцією з [[1С]] або [[BAS]] у [[K2 ERP]] цю процедуру потрібно використовувати обережно.; # Переглянути, які об’єкти можна видалити.; | з цієї причини що на нього є собою посилання в документах, довідниках, регістрах або проводках.; Причина

[[Категорія:Проведення документа]]

== Приклад видалення помилкового контрагента ==

* контрагентів з історією;
* товари з рухами;
* договори з документами;
* склади із залишками або рухами;
* організації з бухгалтерією;
* працівників із зарплатою;
* підрозділи з кадровими документами;
* документи закритих періодів;
* рахунки обліку з проводками;
* об’єкти, що використовуються в регламентованій звітності.;=== Чи треба переносити помічені об’єкти в K2 ERP? ===

</div>

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

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

На відміну від простої [[Пометка удаления 1С|позначки на видалення]], ця процедура вже реально прибирає об’єкти з бази, але тільки після перевірки посилань і контролю цілісності даних.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

Зазвичай безпечні кандидати на видалення:

без ускладнень позначити всі дублікати на видалення часто недостатньо.; Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності.; # Перевірити ключові звіти після видалення.; Указ Президента України 184/2020 ввів у дію рішення для бізнесу [[РНБО]] щодо санкцій, а Держспецзв’язку веде перелік забороненого до використання програмного забезпечення, у якому згадуються продукти 1С/BAS, зокрема [[BAS ERP]].;[[Категорія:Аудит дій]]
== Помилка: після видалення змінилися звіти ==

Або:

== Видалення в закритому періоді ==

== Приклад контролю посилань для контрагента ==

* [[1С]]
* [[BAS]]
* [[BAS ERP]]
* [[K2 ERP]]
* [[ERP]]
* [[Пометка удаления 1С]]
* [[Проведення документа 1С]]
* [[Рухи документа 1С]]
* [[Регістри 1С]]
* [[Регістр накопичення 1С]]
* [[Регістр бухгалтерії 1С]]
* [[Довідники 1С]]
* [[Документи 1С]]
* [[Взаєморозрахунки 1С]]
* [[Інтеграція через JSON]]
* [[Регламентні завдання 1С]]
* [[Вивантаження даних 1С]]
* [[Зовнішня обробка 1С]]
* [[Зовнішній звіт 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Power BI]]
* [[BI система]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]

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

== Типові питання ==

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

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

== Видалення і права доступу ==

</div>

</div>

[[Категорія:Позначка на видалення]]

</div>
== Видалення і проведення документів ==
== Які об’єкти краще не видаляти ==

== Видалення і JSON API ==

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

== Типовий порядок видалення ==

!; # Подивитися список посилань.; це спеціальна процедура платформи [[1С]] та [[BAS]], яка фізично видаляє з інформаційної бази об’єкти, раніше позначені на видалення виступає ключовою рисою '''Видалення помічених об’єктів 1С'''.; Приклад
!; Вона надає можливість фізично прибрати зайві об’єкти, але тільки після перевірки посилань і залежностей.; '''істотно про [[1С]] та [[BAS]].''' В Україні продукти екосистеми [[1С]] і частина продуктів [[BAS]] пов’язані з санкційними.; рішення для бізнесу для K2 ERP

* сайт щоразу створює нового контрагента;
* CRM створює дублікати лідів;
* маркетплейс передає товари з різними кодами;
* банк завантажує дубль платежу;
* JSON-обмін не перевіряє external_id.; Потрібно перевірити:

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

Дата заборони редагування захищає закриті періоди від змін.; Типові місця:
При описі механізмів [[1С]] і [[BAS]] в українському контексті потрібно згадувати санкційні та безпекові ризики.; Якщо користувач системи намагається видалити або змінити документ до дати заборони, платформа має змогу заборонити дію.; * видалення фізично прибирає об’єкти з бази;
* помилково видалені інформаційні дані складно відновити;
* можуть змінитися звіти;
* можуть зникнути тестові, але потрібні записи;
* має змогу виявитися, що об’єкт використовувався в нестандартній логіці;
* при збоях потрібна можливість повернути базу до попереднього стану.; Документ має змогу бути:
Процедура не повинна видаляти все без розбору.; # Запускають видалення помічених об’єктів.; У 1С видалення зазвичай відбувається у два етапи:
[[Категорія:Рухи документа]]
Якщо після видалення змінилися звіти, причина має змогу бути в з цієї причини, що були видалені документи або об’єкти, які впливали на обліковий облік.;[[Категорія:BAS ERP]]

Питання для аналізу:

користувач системи хоче видалити товар '''Ноутбук Lenovo'''.; Зазвичай ні.; !; !; Видалення помічених об’єктів  це вже реальне винесення на смітник, але перед цим платформа перевіряє, чи не тримається на цьому “предметі” половина складу.; Документ має змогу створювати рухи по регістрах.; Що робити
'''Головне.''' Видалення помічених об’єктів  це не без ускладнень “очистити сміття”.;[[Категорія:BAS]]

{

 "external_id": "CRM-1001",

* перенести об’єкт у групу “Архів”;
* встановити ознаку “не застосовується”;
* заборонити вибір у нових документах;
* приховати з робочих списків;
* закрити дату дії;
* заблокувати елемент;
* залишити тільки для перегляду історії.; Не всі користувачі повинні мати право видаляти помічені об’єкти.;== Санкції та ризики використання 1С/BAS в Україні ==

== Варіанти обробки помічених об’єктів при міграції ==

платформа знаходить:

* хто поставив позначку на видалення;
* хто зняв позначку;
* хто запустив видалення;
* які об’єкти були видалені;
* які об’єкти не вдалося видалити;
* які посилання завадили видаленню;
* коли виконувалася процедура;
* чи були помилки.; # Заборонити використання дубля в нових документах.; База реально зменшується і об’єкти зникають тільки після процедури видалення помічених об’єктів.; '''Проста аналогія.''' Позначка на видалення  це наклейка “викинути”.;== Чим відрізняється позначка на видалення від видалення помічених об’єктів ==

!; # Якщо це дубль  перенести посилання на правильний елемент, якщо це дозволено.;== Навіщо потрібна окрема процедура видалення ==

== Видалення і архівування ==

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

 "entity": "product",

</div>

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

Окрема процедура потрібна через посилальну цілісність.;</div>

!; істотно не знищити історію, а очистити справді зайві записи, знайти дублікати, архівувати старі об’єкти, підготувати довідники й зробити контрольні таблиці для перенесення.; * soft delete;
* статус “архівний”;
* статус “неактивний”;
* блокування для вибору;
* історичний розвиток змін;
* аудит дій;
* версійність;
* політика зберігання даних;
* відновлення після помилки;
* права доступу.; У закритих періодах замість видалення часто правильніше робити коригування.; як ілюстрація:

!; Контрагент має змогу використовуватися в договорах, накладних, платежах і проводках.;[[Категорія:Заміна BAS]]

[[Категорія:Реплікатор K2]]

}

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

== Які об’єкти можна видаляти безпечно ==

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

# Знайти всі дублікати.; Для українського бізнесу видалення помічених об’єктів варто розглядати як частину ширшої підготовки до міграції на безпечну українську або міжнародну ERP-систему.;[[Категорія:Міграція з BAS]]

[[Категорія:Цифрова незалежність України]]

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

=== Чи можна видалити всі помічені об’єкти автономно? ===

* контрагент  у договорах, документах, платежах;
* товар  у накладних, залишках, цінах;
* складський облік  у складських документах;
* працівник  у кадрових документах і зарплаті;
* договір  у взаєморозрахунках;
* документ  у регістрах, звітах, пов’язаних документах.; |-
| Чому об’єкт має змогу не видалятися?; | Резервну копію і перевірку посилань.; * непроведений;
* проведений;
* помилковий;
* дубльований;
* у відкритому періоді;
* у закритому періоді;
* пов’язаний з іншими документами.; Держспецзв’язку додатково веде офіційно затверджений перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у цьому переліку згадуються продукти 1С/BAS, зокрема [[BAS ERP]].; # Якщо документи реальні  не видаляти товар.;[[Категорія:Права доступу]]
</div>
Це безпечний сценарій.; '''Видалення помічених об’єктів 1С'''  це важлива, але потенційно небезпечна процедура очищення інформаційної бази.; Проведений документ міг змінити залишки, борги, проводки або зарплатні розрахунки.;

Що таке видалення помічених об’єктів

  • тестові елементи довідників без посилань;
  • випадково створені непроведені документи;
  • дублікати, які ніде не використовувалися;
  • порожні групи довідників;
  • помилкові конфігурація без використання;
  • тимчасові службові об’єкти;
  • записи, створені тестовими обробками, якщо вони не пов’язані з обліком.; # Якщо фізичне видалення небезпечне — архівувати товар.; Але навіть у цих випадках варто робити резервну копію.; !; !; |}
Практичний принцип міграції. Перед переходом у K2 ERP потрібно не без ускладнень “видалити все помічене”, а розібратися, які помічені об’єкти є собою сміттям, які — історією, які — дублями, а які — критичними для звітів і залишків.; Наслідок
Помічений, без посилань Не переносити Тестовий контрагент
Помічений, але є собою історичні документи Перенести як архівний Старий постачальник
Помічений, але має залишки Аналізувати окремо Товар із залишком на складі
Помічений дубль Зіставити з основним елементом Дубль контрагента
Помічений проведений документ Перевірити рухи Видаткова накладна з обліковим впливом
Помічений непроведений тестовий документ Не переносити Тестова накладна

Можна тільки після аналізу наслідків.; # Переглянути, які об’єкти мають посилання.; Це найпоширеніша ситуація.;

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

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

"archive_reason": "duplicate"
Що таке видалення помічених об’єктів?; Документи в закритих періодах потрібно видаляти особливо обережно.; Ситуація

Помилка: об’єкт не видаляється через посилання

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

"deleted": false

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

Помилковий тестовий елемент без посилань Видалити
Старий контрагент з документами Архівувати
Товар більше не продається, але є собою історичний розвиток Зробити неактивним
Документ у закритому періоді Не видаляти, робити коригування
Дубль без використання Видалити
Дубль з історією Об’єднати або залишити архівним

Реплікатор K2 і видалення помічених об’єктів

  • ТОВ “Ромашка”;
  • ТОВ Ромашка;
  • Ромашка ТОВ;
  • “Ромашка”;
  • TOV Romashka.; :contentReference [oaicite:0]{index=0}

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

Що робити:

Для ERP-систем часто безпечніше використовувати статус “архівний” або “неактивний”, а не фізичне видалення.; Чи можна видаляти

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

"status": "archived",

Видалення помічених об’єктів — це не кнопка “прибрати зайве”, а процедура контролю якості даних.

Як запускається видалення помічених об’єктів

|- | Договір | Договір поставки №15 | Ні, якщо договір реальний |- | Видаткова накладна | Реалізація №100 | Ні, якщо документ обліковий |- | Банківська виписка | Оплата №55 | Ні, якщо платіж реальний |- | Акт звірки | Акт звірки за січень | Ні, якщо акт потрібен для історії |- | Регістр бухгалтерії | Субконто рахунку 361 | Ні, якщо є собою проводки |}

з цієї причини фізичне видалення об’єкта з історичними рухами має змогу бути небезпечним або неможливим.; # Адміністратор або відповідальний користувач системи запускає видалення помічених об’єктів.; Тестові й помилкові можна не переносити, історичні — переносити як архівні, дублікати — зіставляти з основними елементами.; Через JSON краще передавати статус.;

Правильне очищення бази перед переходом у нову ERP сприяє уникнути дублів, сміття, неправильних залишків, зайвих контрагентів, помилкових товарів і старих проблем, які не варто переносити в майбутню систему.; Позначений на видалення документ має змогу бути проведеним.; !; Якщо документ проведений, спочатку потрібно перевірити:

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

Якби платформа дозволяла видаляти все одразу, можна було б отримати ситуацію, коли документ посилається на товар, якого вже не існує, або проводка містить контрагента, якого видалили.; # Встановити правила пошуку за ЄДРПОУ, ІПН, SKU або іншим ключем.; |-

| Що робити з історичними об’єктами?; У K2 ERP подібна логіка має змогу реалізовуватися через статуси сутностей, архівні ознаки, аудит, права доступу, правила міграції, історичні таблиці та BI-шари.; # Якщо документи тестові — вирішити, чи можна видалити і їх.; У такому випадку контрагента краще не видаляти, а зробити неактивним або архівним.;
Товар створено помилково і ніде не використовувався Можна видалити через процедуру видалення помічених об’єктів
Товар є собою в накладних Не видаляти фізично, краще архівувати
Товар має залишок на складі Не видаляти, спочатку потрібно розібратися із залишком
Товар застосовується в цінах Перевірити регістр цін і посилання
Товар дублює інший товар Спочатку об’єднати або перенести посилання

Указ Президента України №184/2020 ввів у дію рішення для бізнесу РНБО від 14 травня 2020 року щодо сфера застосування, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів.; Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження.;</syntaxhighlight>

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

!; Звичайному користувачу часто достатньо права поставити позначку, а фізичне видалення має виконувати адміністратор.; # Якщо використовувався — перенести посилання або залишити архівним.; Якщо документ непроведений і ніде не застосовується, його можна позначити на видалення і видалити.; |- | Що істотно при міграції в K2 ERP?;<syntaxhighlight lang="json">

Чому об’єкт помічений, але не видаляється?

Контроль посилань — це перевірка, чи застосовують, коли потрібно об’єкт, який потрібно видалити, в інших місцях інформаційної бази.; Фізичне видалення не завжди найкраще рішення для бізнесу.; !; * товар є собою в регістрі залишків;

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