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

Видалення помічених об’єктів 1С — це спеціальна процедура платформи 1С та BAS, яка фізично видаляє з інформаційної бази об’єкти, раніше позначені на видалення. На відміну від простої позначки на видалення, ця процедура вже реально прибирає об’єкти з бази, але тільки після перевірки посилань і контролю цілісності даних.

У 1С видалення зазвичай відбувається у два етапи:

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

Такий підхід потрібен тому, що в обліковій системі об’єкти тісно пов’язані між собою. Контрагент може використовуватися в договорах, накладних, платежах і проводках. Товар може бути в залишках, продажах, закупівлях і цінах. Документ може створювати рухи по регістрах. Якщо видаляти такі дані без перевірки, можна пошкодити облік.

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

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

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

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

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

До таких об’єктів можуть належати:

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

Процедура не повинна видаляти все без розбору. Її головне завдання — перевірити, чи можна безпечно прибрати об’єкт із бази.

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

Дія	Що відбувається	Наслідок
Позначити на видалення	Об’єкт отримує службову ознаку	Об’єкт залишається в базі
Зняти позначку	Ознака видалення прибирається	Об’єкт знову використовується як звичайний
Видалити помічені об’єкти	Система перевіряє посилання і фізично видаляє дозволені об’єкти	Об’єкт зникає з бази
Не вдалося видалити	Система знайшла посилання або заборону	Об’єкт залишається поміченим

Важливо. Позначка на видалення сама по собі не очищає базу. База реально зменшується і об’єкти зникають тільки після процедури видалення помічених об’єктів.

Навіщо потрібна окрема процедура видалення

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

У 1С майже кожен об’єкт може використовуватися в інших об’єктах:

контрагент — у договорах, документах, платежах;
товар — у накладних, залишках, цінах;
склад — у складських документах;
працівник — у кадрових документах і зарплаті;
договір — у взаєморозрахунках;
документ — у регістрах, звітах, пов’язаних документах.

Якби система дозволяла видаляти все одразу, можна було б отримати ситуацію, коли документ посилається на товар, якого вже не існує, або проводка містить контрагента, якого видалили.

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

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

Наприклад, перед видаленням контрагента система може перевірити:

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

Якщо посилання знайдені, фізичне видалення може бути заборонене.

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

Користувач хоче видалити контрагента ТОВ “Ромашка”.

Система знаходить:

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

У такому випадку контрагента краще не видаляти, а зробити неактивним або архівним.

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

Інша ситуація: користувач випадково створив контрагента Тест ТОВ, але не використав його в жодному документі.

Процес:

Контрагента позначають на видалення.
Запускають видалення помічених об’єктів.
Система перевіряє посилання.
Посилань немає.
Контрагент фізично видаляється.

Це безпечний сценарій.

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

Користувач хоче видалити товар Ноутбук Lenovo.

Можливі варіанти:

Ситуація	Що робити
Товар створено помилково і ніде не використовувався	Можна видалити через процедуру видалення помічених об’єктів
Товар є в накладних	Не видаляти фізично, краще архівувати
Товар має залишок на складі	Не видаляти, спочатку потрібно розібратися із залишком
Товар використовується в цінах	Перевірити регістр цін і посилання
Товар дублює інший товар	Спочатку об’єднати або перенести посилання

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

Документ може бути:

непроведений;
проведений;
помилковий;
дубльований;
у відкритому періоді;
у закритому періоді;
пов’язаний з іншими документами.

Якщо документ непроведений і ніде не використовується, його можна позначити на видалення і видалити.

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

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

Небезпека. Видалення проведеного документа може змінити залишки, борги, проводки, собівартість і звіти. У закритих періодах замість видалення часто правильніше робити коригування.

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

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

Типові місця:

адміністрування;
сервіс;
обслуговування;
підтримка і обслуговування;
операції;
видалення помічених об’єктів;
стандартні обробки;
функції для технічного спеціаліста.

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

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

Безпечний порядок виглядає так:

Зробити резервну копію бази.
Відкрити список помічених на видалення об’єктів.
Запустити перевірку посилань.
Переглянути, які об’єкти можна видалити.
Переглянути, які об’єкти мають посилання.
Видалити тільки безпечні об’єкти.
Для проблемних об’єктів проаналізувати посилання.
Не видаляти історичні об’єкти без потреби.
Перевірити ключові звіти після видалення.
Зафіксувати результат.

Чому потрібна резервна копія

Перед масовим видаленням обов’язково потрібно зробити резервну копію.

Причини:

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

Правило адміністратора. Масове видалення помічених об’єктів у робочій базі потрібно робити тільки після резервної копії.

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

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

тестові елементи довідників без посилань;
випадково створені непроведені документи;
дублікати, які ніде не використовувалися;
порожні групи довідників;
помилкові налаштування без використання;
тимчасові службові об’єкти;
записи, створені тестовими обробками, якщо вони не пов’язані з обліком.

Але навіть у цих випадках варто робити резервну копію.

Які об’єкти краще не видаляти

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

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

Для таких об’єктів краще використовувати архівування або статус “не використовується”.

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

Фізичне видалення не завжди найкраще рішення.

Іноді правильніше:

перенести об’єкт у групу “Архів”;
встановити ознаку “не використовується”;
заборонити вибір у нових документах;
приховати з робочих списків;
закрити дату дії;
заблокувати елемент;
залишити тільки для перегляду історії.

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

Видалення дубльованих об’єктів

Дублі — одна з головних причин використання позначки на видалення.

Приклад дублів контрагента:

ТОВ “Ромашка”;
ТОВ Ромашка;
Ромашка ТОВ;
“Ромашка”;
TOV Romashka.

Просто позначити всі дублікати на видалення часто недостатньо. Якщо дубль використовувався в документах, його не можна видалити без аналізу.

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

Знайти всі дублікати.
Визначити правильний основний елемент.
Перевірити посилання на кожен дубль.
Якщо дубль не використовувався — видалити.
Якщо використовувався — перенести посилання або залишити архівним.
Заборонити використання дубля в нових документах.
Встановити правила пошуку за ЄДРПОУ, ІПН, SKU або іншим ключем.

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

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

Наприклад:

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

Тому фізичне видалення об’єкта з історичними рухами може бути небезпечним або неможливим.

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

Позначений на видалення документ може бути проведеним.

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

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

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

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

Документи в закритих періодах потрібно видаляти особливо обережно.

Якщо період закритий, видалення може змінити:

оборотно-сальдову відомість;
баланс;
податкову звітність;
складські залишки;
собівартість;
взаєморозрахунки;
зарплатні дані;
управлінську звітність.

У таких ситуаціях часто правильніше створити коригувальний документ у відкритому періоді, а не видаляти старий документ.

Видалення і дата заборони редагування

Дата заборони редагування захищає закриті періоди від змін.

Якщо користувач намагається видалити або змінити документ до дати заборони, система може заборонити дію.

Це потрібно, щоб:

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

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

Не всі користувачі повинні мати право видаляти помічені об’єкти.

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

право ставити позначку на видалення;
право знімати позначку;
право запускати видалення помічених об’єктів;
право видаляти документи;
право видаляти довідники;
право видаляти в закритих періодах;
право бачити адміністративні функції;
право видаляти службові об’єкти.

Звичайному користувачу часто достатньо права поставити позначку, а фізичне видалення має виконувати адміністратор.

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

Для контролю важливо фіксувати:

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

Журнал реєстрації допомагає розслідувати ситуації, коли “щось зникло” або “об’єкт не видаляється”.

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

Помилка	Причина	Наслідок
Видаляють без резервної копії	Поспіх або недооцінка ризиків	Дані складно відновити
Видаляють історичні довідники	Не перевірили посилання	Ламається історія обліку
Видаляють документи закритого періоду	Немає контролю дати заборони	Змінюється звітність
Не аналізують проведення	Документ мав рухи	Змінюються залишки й проводки
Не розбираються з дублями	Видаляють не той елемент	Частина історії втрачає правильну аналітику
Видаляють об’єкти інтеграції	Не врахували зовнішні коди	Сайт або CRM створює їх повторно
Немає аудиту	Не видно, хто і що видалив	Важко знайти причину проблеми

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

Це найпоширеніша ситуація.

Наприклад, товар позначений на видалення, але система повідомляє, що він використовується в документах.

Що робити:

Подивитися список посилань.
Визначити, чи це реальні облікові документи.
Якщо документи реальні — не видаляти товар.
Якщо документи тестові — вирішити, чи можна видалити і їх.
Якщо це дубль — перенести посилання на правильний елемент, якщо це дозволено.
Якщо фізичне видалення небезпечне — архівувати товар.

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

Якщо після видалення змінилися звіти, причина може бути в тому, що були видалені документи або об’єкти, які впливали на облік.

Потрібно перевірити:

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

Видалення після тестових завантажень

Після тестових імпортів або міграцій у базі можуть залишитися зайві об’єкти.

Наприклад:

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

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

Видалення після обміну даними

Інтеграції можуть створювати багато помилкових об’єктів, якщо немає унікальних ключів.

Наприклад:

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

У таких випадках видалення помічених об’єктів не вирішує першопричину. Потрібно виправити правила інтеграції.

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

У сучасних системах видалення часто не означає фізичне видалення. Через JSON краще передавати статус.

Приклад:

{
  "entity": "product",
  "external_id": "SKU-001",
  "status": "archived",
  "deleted": false
}

Або:

{
  "entity": "counterparty",
  "external_id": "CRM-1001",
  "is_active": false,
  "archive_reason": "duplicate"
}

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

Видалення помічених об’єктів і міграція з 1С/BAS

Під час міграції з 1С або BAS у K2 ERP потрібно окремо аналізувати помічені на видалення об’єкти.

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

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

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

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

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

Карта очищення перед міграцією

Перед міграцією варто створити таблицю очищення.

Об’єкт	Кількість помічених	Рішення	Відповідальний
Контрагенти	120	Дублі об’єднати, історичних перенести архівом	Бухгалтерія / CRM
Номенклатура	850	Без рухів не переносити, з рухами архівувати	Склад / закупівлі
Договори	75	Перевірити борги й аванси	Фінансовий відділ
Документи	300	Непроведені тестові не переносити, проведені аналізувати	Бухгалтерія
Працівники	20	Перевірити зарплатну історію	HR / бухгалтерія

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

Реплікатор K2 може враховувати позначку на видалення і результат аналізу помічених об’єктів під час міграції.

Можливі сценарії:

не вивантажувати помічені тестові об’єкти;
вивантажувати історичні об’єкти як архівні;
формувати список проблемних посилань;
знаходити дублікати;
зіставляти дублікати з основними елементами;
перевіряти помічені документи на проведення;
аналізувати залишки по помічених товарах;
аналізувати борги по помічених контрагентах;
формувати контрольні таблиці;
готувати дані для Power BI.

Видалення у сучасній ERP

У сучасній ERP фізичне видалення бізнес-даних часто замінюють м’яким видаленням.

Підходи:

soft delete;
статус “архівний”;
статус “неактивний”;
блокування для вибору;
історія змін;
аудит дій;
версійність;
політика зберігання даних;
відновлення після помилки;
права доступу.

У K2 ERP подібна логіка може реалізовуватися через статуси сутностей, архівні ознаки, аудит, права доступу, правила міграції, історичні таблиці та BI-шари.

Санкції та ризики використання 1С/BAS в Україні

При описі механізмів 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.

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

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

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

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

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

Технічно процедура може обробити список автоматично, але в робочій базі краще не видаляти все без аналізу. Частина помічених об’єктів може бути пов’язана з історичними документами або обліковими даними.

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

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

Чи можна видаляти проведені документи?

Можна тільки після аналізу наслідків. Проведений документ міг змінити залишки, борги, проводки або зарплатні розрахунки.

Чи потрібно видаляти старих контрагентів?

Зазвичай ні. Якщо по контрагенту є історія, краще зробити його архівним або неактивним.

Чи треба переносити помічені об’єкти в K2 ERP?

Не всі. Тестові й помилкові можна не переносити, історичні — переносити як архівні, дублікати — зіставляти з основними елементами.

Коротко

Питання	Відповідь
Що таке видалення помічених об’єктів?	Процедура фізичного видалення об’єктів, які раніше були позначені на видалення.
Чим воно відрізняється від позначки на видалення?	Позначка лише ставить ознаку, а видалення помічених об’єктів реально прибирає дані з бази.
Чому об’єкт може не видалятися?	Тому що на нього є посилання в документах, довідниках, регістрах або проводках.
Що обов’язково зробити перед масовим видаленням?	Резервну копію і перевірку посилань.
Що краще не видаляти?	Історичних контрагентів, товари з рухами, проведені документи, об’єкти закритих періодів.
Що робити з історичними об’єктами?	Архівувати або робити неактивними.
Що важливо при міграції в K2 ERP?	Вирішити, які помічені об’єкти не переносити, які архівувати, які об’єднати, а які перевірити вручну.

Висновок

Видалення помічених об’єктів 1С — це важлива, але потенційно небезпечна процедура очищення інформаційної бази. Вона дозволяє фізично прибрати зайві об’єкти, але тільки після перевірки посилань і залежностей.

У робочій обліковій базі не можна ставитися до цієї процедури як до простого “очищення сміття”. Частина помічених об’єктів може бути пов’язана з історією продажів, закупівель, складу, зарплати, бухгалтерії, взаєморозрахунків або інтеграцій.

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

Перед міграцією з 1С або BAS у K2 ERP цю процедуру потрібно використовувати обережно. Важливо не знищити історію, а очистити справді зайві записи, знайти дублікати, архівувати старі об’єкти, підготувати довідники й зробити контрольні таблиці для перенесення.

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

Див. також

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