Видалення помічених об’єктів 1С
! Якщо документ непроведений і ніде не застосовується для, його можна позначити на видалення і видалити. * тестові контрагенти;
- тестові товари;
- тестові документи;
- дублікати;
- неправильні залишки;
- службові записи;
- помилкові конфігурація. Проста аналогія. Позначка на видалення — це наклейка “викинути”. База реально зменшується і об’єкти зникають тільки після процедури видалення помічених об’єктів. # Перевірити посилання на кожен дубль.
|- | Позначити на видалення | Об’єкт отримує службову ознаку | Об’єкт залишається в базі |- | Зняти позначку | Ознака видалення прибирається | Об’єкт знову застосовується для як звичайний |- | Видалити помічені об’єкти | платформа перевіряє посилання і фізично видаляє дозволені об’єкти | Об’єкт зникає з бази |- | Не вдалося видалити | платформа знайшла посилання або заборону | Об’єкт залишається поміченим |}
! Тестові й помилкові можна не переносити, історичні — переносити як архівні, дублікати — зіставляти з основними елементами.== Видалення і JSON API ==
Окрема процедура потрібна через посилальну цілісність. |-Що критично при міграції в K2 ERP? критично не знищити історію, а очистити справді зайві записи, знайти дублікати, архівувати старі об’єкти, підготувати довідники й зробити контрольні таблиці для перенесення. ! Фізичне видалення не завжди найкраще рішення для бізнесу.== Видалення і дата заборони редагування ==
Приклад контролю посилань для контрагентаЗвичайному користувачу часто достатньо права поставити позначку, а фізичне видалення має виконувати адміністратор. Помилка Правильний порядок:
"status": "archived", Типові питання
Видалення у сучасній ERP* чи виступає як в нього договори;
* чи виступає як по ньому документи;
* чи виступає як платежі;
* чи виступає як акти звірки;
* чи виступає як записи в регістрах;
* чи виступає як проводки з цим контрагентом як субконто;
* чи застосовується для він у налаштуваннях обміну. без зусиль позначити всі дублікати на видалення часто недостатньо. Держспецзв’язку так само веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у цьому переліку згадуються продукти 1С/BAS, зокрема [[BAS ERP]].</div>
Позначений на видалення документ здатна бути проведеним. Технічно процедура здатна обробити список автоматизовано, але в робочій базі краще не видаляти все без аналізу. | Позначка лише ставить ознаку, а видалення помічених об’єктів реально прибирає інформаційні дані з бази. # Знайти всі дублікати. # Контрагент фізично видаляється. Через [[JSON]] краще передавати статус. !== Видалення після обміну даними ==
* оборотно-сальдову відомість;
* баланс;
* податкову формування звітів;
* складські залишки;
* собівартість;
* взаєморозрахунки;
* зарплатні інформаційні дані;
* управлінську формування звітів.== Видалення помічених об’єктів і регістри ==
<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
У такому випадку потрібно розрізняти:
"external_id": "SKU-001",
== Варіанти обробки помічених об’єктів при міграції ==
! "external_id": "CRM-1001",
У сучасних системах видалення часто не означає фізичне видалення. '''Контроль посилань''' — це перевірка, чи застосовується для об’єкт, який потрібно видалити, в інших місцях інформаційної бази. Краще рішення для бізнесу
Дата заборони редагування захищає закриті періоди від змін. цього краще використовувати окремі ознаки забезпечується через Перед очищенням потрібно чітко відокремити тестові інформаційні дані від реальних.; так само реалізовано префікси, групи або тестову базу. |-
| Чим воно відрізняється від позначки на видалення? Причина
== Видалення і проведення документів ==
== Видалення в закритому періоді ==
! # Якщо документи тестові — вирішити, чи можна видалити і їх. # Відкрити список помічених на видалення об’єктів. # Подивитися список посилань. Товар здатна бути в залишках, продажах, закупівлях і цінах. Якщо посилання знайдені, фізичне видалення здатна бути заборонене. Ситуація
Можливі сценарії:
Питання для аналізу:
|-
| Контрагенти
| 120
| Дублі об’єднати, історичних перенести архівом
| бухгалтерський обліковий облік / CRM
|-
| Номенклатура
| 850
| Без рухів не переносити, з рухами архівувати
| складський облік / закупівельна діяльність
|-
| Договори
| 75
| Перевірити борги й аванси
| Фінансовий відділ
|-
| Документи
| 300
| Непроведені тестові не переносити, проведені аналізувати
| бухгалтерський обліковий облік
|-
| Працівники
| 20
| Перевірити зарплатну історію
| HR / бухгалтерський обліковий облік
|}
</div>
Це потрібно, щоб:
Якби платформа дозволяла видаляти все одразу, можна було б отримати ситуацію, коли документ посилається на товар, якого вже не існує, або проводка містить контрагента, якого видалили. Перед масовим видаленням обов’язково потрібно зробити резервну копію. Що відбувається
}
[[1С]] історично виступає як російською програмною екосистемою. Видалення помічених об’єктів — це вже реальне винесення на смітник, але перед цим платформа перевіряє, чи не тримається на цьому “предметі” половина складу. # платформа перевіряє посилання. Дія
* скільки об’єктів позначено на видалення;
* які це об’єкти;
* чи виступає як серед них проведені документи;
* чи виступає як серед них історичні довідники;
* чи виступає як дублікати;
* чи виступає як помічені контрагенти з боргами;
* чи виступає як помічені товари з залишками;
* чи виступає як помічені договори з взаєморозрахунками;
* чи треба їх переносити;
* чи треба їх архівувати;
* чи можна їх не переносити. Якщо видаляти такі інформаційні дані без перевірки, можна пошкодити обліковий облік. # Не видаляти історичні об’єкти без потреби. Права можна розділити:
</div>
[[Категорія:Цифрова незалежність України]]
* право ставити позначку на видалення;
* право знімати позначку;
* право запускати видалення помічених об’єктів;
* право видаляти документи;
* право видаляти довідники;
* право видаляти в закритих періодах;
* право бачити адміністративні функції;
* право видаляти службові об’єкти. |-
| Що робити з історичними об’єктами? | Архівувати або робити неактивними. '''[[Реплікатор K2]]''' здатна враховувати позначку на видалення і результат аналізу помічених об’єктів під час міграції. '''критично.''' Позначка на видалення сама по собі не очищає базу. Її головне задача — перевірити, чи можна безпечно прибрати об’єкт із бази. рішення для бізнесу
"archive_reason": "duplicate"
|-
| Товар створено помилково і ніде не використовувався
| Можна видалити через процедуру видалення помічених об’єктів
|-
| Товар виступає як в накладних
| Не видаляти фізично, краще архівувати
|-
| Товар має залишок на складі
| Не видаляти, спочатку потрібно розібратися із залишком
|-
| Товар застосовується для в цінах
| Перевірити регістр цін і посилання
|-
| Товар дублює інший товар
| Спочатку об’єднати або перенести посилання
|}
[[Категорія:Міграція з BAS]]
</div>
* непроведений;
* проведений;
* помилковий;
* дубльований;
* у відкритому періоді;
* у закритому періоді;
* пов’язаний з іншими документами. Якщо по контрагенту виступає як історія продукту, краще зробити його архівним або неактивним. Відповідь
Підходи:
[[Категорія:Проведення документа]]
У різних конфігураціях шлях здатна відрізнятися, але зазвичай процедура знаходиться в адміністративних або сервісних функціях. Зазвичай користувач системи запускає процедуру, платформа показує список помічених об’єктів і дає можливість виконати перевірку. Для українського бізнесу видалення помічених об’єктів варто розглядати як частину ширшої підготовки до міграції на безпечну українську або міжнародну ERP-систему. Окремо варто відзначити юридичними, кібербезпековими і репутаційними ризиками. '''Правило адміністратора.''' Масове видалення помічених об’єктів у робочій базі потрібно робити тільки після резервної копії. # Адміністратор або відповідальний користувач системи запускає '''видалення помічених об’єктів'''. Потрібно перевірити:
# користувач системи ставить об’єкту '''позначку на видалення'''. Стан об’єкта в 1С/BAS
У [[K2 ERP]] подібна логіка здатна реалізовуватися через статуси сутностей, архівні ознаки, аудит, права доступу, правила міграції, історичні таблиці та BI-шари. '''критично.''' Очищення старої бази 1С/BAS не вирішує стратегічної проблеми залежності від ризикової платформи. # Видалити тільки безпечні об’єкти. Указ Президента України №184/2020 ввів у дію рішення для бізнесу [[РНБО]] щодо санкцій, а Держспецзв’язку веде перелік забороненого до використання програмного забезпечення, у якому згадуються продукти 1С/BAS, зокрема [[BAS ERP]]. Це контрольована процедура фізичного видалення даних із перевіркою посилань, залежностей, документів, довідників і облікової історії. | Вирішити, які помічені об’єкти не переносити, які архівувати, які об’єднати, а які перевірити вручну. * перенести об’єкт у групу “Архів”;
* встановити ознаку “не застосовується для”;
* заборонити вибір у нових документах;
* приховати з робочих списків;
* закрити дату дії;
* заблокувати елемент;
* залишити тільки для перегляду історії. | Резервну копію і перевірку посилань. | Процедура фізичного видалення об’єктів, які раніше були позначені на видалення. Якщо дубль використовувався в документах, його не можна видалити без аналізу. Якщо період закритий, видалення здатна змінити:
користувач системи хоче видалити товар '''Ноутбук Lenovo'''. Контрагент здатна використовуватися в договорах, накладних, платежах і проводках. Інтеграції можуть створювати багато помилкових об’єктів, якщо немає унікальних ключів. Приклад
* адміністрування;
* сервіс;
* обслуговування;
* технічна підтримка і обслуговування;
* операції;
* видалення помічених об’єктів;
* стандартні обробки;
* функції для технічного спеціаліста.[[Категорія:Регістри 1С]]
!<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
як приклад:
== Приклад видалення документа ==
! Частина помічених об’єктів здатна бути пов’язана з історією продажів, закупівель, складу, зарплати, бухгалтерії, взаєморозрахунків або інтеграцій.== Карта очищення перед міграцією ==
Але навіть у цих випадках варто робити резервну копію. # Якщо дубль не використовувався — видалити.== Помилка: після видалення змінилися звіти ==
{| class="wikitable" style="width:100%;"
{
* які об’єкти видалялися;
* чи були серед них проведені документи;
* чи були записи в регістрах;
* чи змінилися залишки;
* чи змінилися проводки;
* чи порушено закритий період;
* чи виступає як резервна копія;
* чи можна відновити інформаційні дані.== Див. так само ==
платформа знаходить:
[[Категорія:BAS ERP]]
</div>
У такому випадку контрагента краще не видаляти, а зробити неактивним або архівним. # Переглянути, які об’єкти мають посилання. # Зробити резервну копію бази.[[Категорія:Заміна BAS]]
|-
| Помічений, без посилань
| Не переносити
| Тестовий контрагент
|-
| Помічений, але виступає як історичні документи
| Перенести як архівний
| Старий постачальник
|-
| Помічений, але має залишки
| Аналізувати окремо
| Товар із залишком на складі
|-
| Помічений дубль
| Зіставити з основним елементом
| Дубль контрагента
|-
| Помічений проведений документ
| Перевірити рухи
| Видаткова накладна з обліковим впливом
|-
| Помічений непроведений тестовий документ
| Не переносити
| Тестова накладна
|}
Зазвичай ні. ! __TOC__
Якщо після видалення змінилися звіти, причина здатна бути в тому, що були видалені документи або об’єкти, які впливали на обліковий облік. Перед міграцією з [[1С]] або [[BAS]] у [[K2 ERP]] цю процедуру потрібно використовувати обережно. Проведений документ міг змінити залишки, борги, проводки або зарплатні розрахунки. # Запускають видалення помічених об’єктів. Кількість помічених
{| class="wikitable" style="width:100%;"
{
* видалення фізично прибирає об’єкти з бази;
* помилково видалені інформаційні дані складно відновити;
* можуть змінитися звіти;
* можуть зникнути тестові, але потрібні записи;
* здатна виявитися, що об’єкт використовувався в нестандартній логіці;
* при збоях потрібна можливість повернути базу до попереднього стану.== Зовнішні посилання ==
користувач системи хоче видалити контрагента '''ТОВ “Ромашка”'''. # Перевірити ключові звіти після видалення. # Якщо документи реальні — не видаляти товар. # Якщо це дубль — перенести посилання на правильний елемент, якщо це дозволено.[[Категорія:K2 ERP]]
* [[Регістр накопичення 1С|регістрах накопичення]];
* [[Регістр бухгалтерії 1С|регістрах бухгалтерії]];
* [[Регістр відомостей 1С|регістрах відомостей]];
* [[Регістр розрахунків 1С|регістрах розрахунків]].== Приклад видалення помилкового контрагента ==
{{SEO
|title=Видалення помічених об’єктів 1С — контроль посилань, фізичне видалення, очищення бази, помилки і міграція в K2 ERP
|description=Видалення помічених об’єктів 1С: що це таке, як працює процедура видалення, перевірка посилань, контроль цілісності, видалення довідників і документів, типові помилки, безпечне очищення бази, архівування і міграція в K2 ERP.
|keywords=видалення помічених об’єктів 1С, удаление помеченных объектов 1С, пометка удаления 1С, позначка на видалення 1С, контроль посилань 1С, контроль ссылочной целостности 1С, фізичне видалення 1С, очищення бази 1С, BAS, K2 ERP, Реплікатор K2, міграція з 1С
}}
== Які об’єкти можна видаляти безпечно ==
== Що таке видалення помічених об’єктів ==
* документ як об’єкт;
* рухи документа;
* проводки;
* записи регістрів;
* вплив на залишки;
* вплив на взаєморозрахунки;
* вплив на звіти. Приклад дублів контрагента:
== Що таке контроль посилань ==
[[Категорія:Аудит дій]]
* контрагент — у договорах, документах, платежах;
* товар — у накладних, залишках, цінах;
* складський облік — у складських документах;
* працівник — у кадрових документах і зарплаті;
* договір — у взаєморозрахунках;
* документ — у регістрах, звітах, пов’язаних документах. При описі механізмів [[1С]] і [[BAS]] в українському контексті потрібно згадувати санкційні та безпекові ризики. Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. # Заборонити використання дубля в нових документах.== Видалення і права доступу ==
* сайт щоразу створює нового контрагента;
* CRM створює дублікати лідів;
* маркетплейс передає товари з різними кодами;
* банк завантажує дубль платежу;
* JSON-обмін не перевіряє external_id. Приклад:
Що робити:
Типові місця:
== Видалення і журнал реєстрації ==
=== Чому об’єкт помічений, але не видаляється? ===
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
|-
| Видаляють без резервної копії
| Поспіх або недооцінка ризиків
| інформаційні дані складно відновити
|-
| Видаляють історичні довідники
| Не перевірили посилання
| Ламається історія продукту обліку
|-
| Видаляють документи закритого періоду
| Немає контролю дати заборони
| Змінюється формування звітів
|-
| Не аналізують проведення
| Документ мав рухи
| Змінюються залишки й проводки
|-
| Не розбираються з дублями
| Видаляють не той елемент
| Частина історії втрачає правильну аналітику
|-
| Видаляють об’єкти інтеграції
| Не врахували зовнішні коди
| Сайт або CRM створює їх повторно
|-
| Немає аудиту
| Не видно, хто і що видалив
| Важко знайти причину проблеми
|}
Указ Президента України №184/2020 ввів у дію рішення для бізнесу [[РНБО]] від 14 травня 2020 року щодо сценарії використання, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів. Документ здатна створювати рухи по регістрах. | Тому що на нього виступає як посилання в документах, довідниках, регістрах або проводках. Наслідок
Для контролю критично фіксувати:
Тому фізичне видалення об’єкта з історичними рухами здатна бути небезпечним або неможливим.== Санкції та ризики використання 1С/BAS в Україні ==
=== Чи можна видалити всі помічені об’єкти автоматизовано? ===
Такий підхід потрібен тому, що в обліковій системі об’єкти тісно пов’язані між собою. Якщо документ проведений, спочатку потрібно перевірити:
[[Категорія:ERP]]
'''Небезпека.''' Видалення проведеного документа здатна змінити залишки, борги, проводки, собівартість і звіти. До таких об’єктів можуть належати:
# Контрагента позначають на видалення. як приклад:
Дублі — одна з головних причин використання позначки на видалення.</div>
'''Видалення помічених об’єктів — це не кнопка “прибрати зайве”, а процедура контролю якості даних.'''
! |-
| Що обов’язково зробити перед масовим видаленням? * soft delete;
* статус “архівний”;
* статус “неактивний”;
* блокування для вибору;
* історія продукту змін;
* аудит дій;
* версійність;
* політика зберігання даних;
* відновлення після помилки;
* права доступу. Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності. "is_active": false,
[[Категорія:Міграція з 1С]]
[[Категорія:Документи 1С]]
[[Категорія:Позначка на видалення]]
Краще не видаляти фізично:
[[Категорія:Видалення помічених об’єктів]]
== Видалення дубльованих об’єктів ==
Це безпечний сценарій. Об’єкт
Найчастіше тому, що на нього виступає як посилання в документах, довідниках, регістрах, проводках або налаштуваннях. ! |-
| Що краще не видаляти? |-
| Чому об’єкт здатна не видалятися? Відповідальний
'''Видалення помічених об’єктів''' — це адміністративна або сервісна процедура, яка шукає в інформаційній базі об’єкти з позначкою на видалення і намагається видалити їх фізично. # Визначити правильний базовий елемент.=== Чи треба переносити помічені об’єкти в K2 ERP? ===
[[Категорія:BAS]]
== Як запускається видалення помічених об’єктів ==
== Видалення після тестових завантажень ==
[[Категорія:Автоматизація бізнесу]]
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Видалення помічених об’єктів 1С''' — це важлива, але потенційно небезпечна процедура очищення інформаційної бази. Частина помічених об’єктів здатна бути пов’язана з історичними документами або обліковими даними. !<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
У таких випадках видалення помічених об’єктів не вирішує першопричину. Ситуація
== Чому потрібна резервна копія ==
"entity": "product",
== Типовий порядок видалення ==
* [[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]]
* [[Аудит дій]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]
[[Категорія:Права доступу]]
* [https://www.president.gov.ua/documents/1842020-33629 Указ Президента України №184/2020]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення та комунікаційного мережевого обладнання]
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
== Навіщо потрібна окрема процедура видалення ==
</div>
!=== Чи можна видаляти проведені документи? ===
Документи в закритих періодах потрібно видаляти особливо обережно. Потрібно виправити правила інтеграції. На відміну від простої [[Пометка удаления 1С|позначки на видалення]], ця процедура вже реально прибирає об’єкти з бази, але тільки після перевірки посилань і контролю цілісності даних. Правильне очищення бази перед переходом у нову ERP оптимізує уникнути дублів, сміття, неправильних залишків, зайвих контрагентів, помилкових товарів і старих проблем, які не варто переносити в майбутню систему. # Посилань немає. Чи можна видаляти
* не змінювати здану формування звітів;
* не ламати закриття місяця;
* не змінювати історичні залишки;
* не порушувати аудит;
* не створювати розбіжності між старими і новими звітами.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
* документи;
* елементи довідників;
* групи довідників;
* контрагенти;
* договори;
* номенклатура;
* склади;
* організації;
* підрозділи;
* працівники;
* рахунки;
* користувачі;
* службові записи;
* об’єкти, створені обмінами або обробками. !== Висновок ==
!== Коротко ==
== Які об’єкти краще не видаляти ==
Інша ситуація: користувач системи випадково створив контрагента '''Тест ТОВ''', але не використав його в жодному документі. Наслідок
Після тестових імпортів або міграцій у базі можуть залишитися зайві об’єкти. Іноді правильніше:
== Видалення і архівування ==
Не всі користувачі повинні мати право видаляти помічені об’єкти. рішення для бізнесу для K2 ERP
</div>
=== Чи потрібно видаляти старих контрагентів? ===
[[Категорія:Українське програмне забезпечення]]
У таких ситуаціях часто правильніше створити коригувальний документ у відкритому періоді, а не видаляти старий документ. {| class="wikitable" style="width:100%;"
}
Причини:
Під час міграції з [[1С]] або [[BAS]] у [[K2 ERP]] потрібно окремо аналізувати помічені на видалення об’єкти. * не вивантажувати помічені тестові об’єкти;
* вивантажувати історичні об’єкти як архівні;
* формувати список проблемних посилань;
* знаходити дублікати;
* зіставляти дублікати з основними елементами;
* перевіряти помічені документи на проведення;
* аналізувати залишки по помічених товарах;
* аналізувати борги по помічених контрагентах;
* формувати контрольні таблиці;
* готувати інформаційні дані для [[Power BI]].== Приклад видалення товару ==
"entity": "counterparty",
<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
Це найпоширеніша ситуація.== Чим відрізняється позначка на видалення від видалення помічених об’єктів ==
бізнес-процес:
* рухи документа;
* регістри;
* проводки;
* взаєморозрахунки;
* залишки;
* пов’язані документи;
* закриття місяця;
* дату заборони редагування.== Реплікатор K2 і видалення помічених об’єктів ==
Об’єкти можуть використовуватися в регістрах:
"deleted": false
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
Можна тільки після аналізу наслідків. |-
| Договір
| Договір поставки №15
| Ні, якщо договір реальний
|-
| Видаткова накладна
| Реалізація №100
| Ні, якщо документ обліковий
|-
| Банківська виписка
| Оплата №55
| Ні, якщо платіж реальний
|-
| Акт звірки
| Акт звірки за січень
| Ні, якщо акт потрібен для історії
|-
| Регістр бухгалтерії
| Субконто рахунку 361
| Ні, якщо виступає як проводки
|}
Не всі. Питання
У 1С видалення зазвичай відбувається у два етапи:
! '''Практичний принцип міграції.''' Перед переходом у [[K2 ERP]] потрібно не без зусиль “видалити все помічене”, а розібратися, які помічені об’єкти виступає як сміттям, які — історією, які — дублями, а які — критичними для звітів і залишків. через Журнал реєстрації користувачі можуть розслідувати ситуації, коли “щось зникло” або “об’єкт не видаляється”. # Переглянути, які об’єкти можна видалити. # Якщо використовувався — перенести посилання або залишити архівним.== Помилка: об’єкт не видаляється через посилання ==
== Типові помилки при видаленні помічених об’єктів ==
[[Категорія:Пометка удаления]]
[[Категорія:Power BI]]
У 1С майже кожен об’єкт здатна використовуватися в інших об’єктах:
[[Категорія:Очищення бази]]
Для ERP-систем часто безпечніше використовувати статус “архівний” або “неактивний”, а не фізичне видалення. Або:
Документ здатна бути:
'''критично про [[1С]] та [[BAS]].''' В Україні продукти екосистеми [[1С]] і частина продуктів [[BAS]] пов’язані з санкційними. {| class="wikitable" style="width:100%;"
Для таких об’єктів краще використовувати архівування або статус “не застосовується для”.<syntaxhighlight lang="json">
!
як приклад, перед видаленням контрагента платформа здатна перевірити: У робочій обліковій базі не можна ставитися до цієї процедури як до простого “очищення сміття”. Якщо користувач системи намагається видалити або змінити документ до дати заборони, платформа здатна заборонити дію. ! це спеціальна процедура платформи 1С та BAS, яка фізично видаляє з інформаційної бази об’єкти, раніше позначені на видалення виступає ключовою рисою Видалення помічених об’єктів 1С. :contentReference [oaicite:0]{index=0} як приклад, товар позначений на видалення, але платформа повідомляє, що він застосовується для в документах.
Можливі варіанти: Перед міграцією варто створити таблицю очищення. Що робити Перед видаленням проведеного документа потрібно зрозуміти, чи скасовується його проведення і які наслідки це матиме. Безпечний порядок виглядає так: Головне. Видалення помічених об’єктів — це не без зусиль “очистити сміття”. # Для проблемних об’єктів проаналізувати посилання. # Запустити перевірку посилань. | Історичних контрагентів, товари з рухами, проведені документи, об’єкти закритих періодів. # Встановити правила пошуку за ЄДРПОУ, ІПН, SKU або іншим ключем. У сучасній ERP фізичне видалення бізнес-даних часто замінюють м’яким видаленням. У закритих періодах замість видалення часто правильніше робити коригування. ! як приклад:
|