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

Каскадне видалення компанії

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

Де шукати: Модулі → Обслуговування бази даних → Служби → Каскадне видалення компанії

Розбір на прикладі

Каскадне видалення компанії

Два поля: «Компанія» — код компанії, яку видаляєте, — і «Підтвердження коду» — той самий код, набраний ще раз. Не збіглися — вікно видалення не запустить («Підтвердіть видалення: наберіть код компанії ще раз!»), і сервер без збіжного другого коду теж відмовить. Діалогу «ви впевнені?» немає свідомо: на нього тиснуть «так», не читаючи, а набрати код удруге можна лише свідомо.

Кнопка «За розкладом» у цьому вікні неактивна: незворотну операцію поставити в розклад не можна — сервер відмовляє і прямому запиту («Операцію не можна поставити на розклад: її не скасувати!»). Запуск — лише «Виконати».

Яку компанію і хто

Служба видаляє ту компанію, чий код набрано, — будь-яку компанію бази, а не лише ту, в якій ви працюєте (і її теж: тоді закінчиться й ваша сесія). Головну компанію бази вона не видаляє: «Неможливо видалити головну компанію».

Право на запуск — лише окремим рядком саме цієї служби в ролі з правом запуску («Повний доступ» чи «Тільки виконання (для дій)»). Загальний рядок ролі для всіх служб і «Доступ за замовчуванням» картки користувача цієї служби не відкривають — ні в меню, ні прямим запитом; людина без ролі її не запустить. Так із 24.10.2026: досі її запускав кожен, кому роль відкривала служби. Щоб дати службу адміністраторові, додайте в його роль рядок цієї служби.

Що саме буде видалено

Служба не йде по зв'язках документів: вона стирає в кожній таблиці бази всі рядки, позначені цією компанією, — документи всіх реєстрів, довідники, проводки, залишки, службові реєстри, налаштування, завдання за розкладом. Разом із рядками — файли: вкладення й шаблони друкованих форм цієї компанії служба стирає зі сховища файлів (каталогу на сервері чи S3), щойно видалення в базі завершилось успішно.

Не видаляються картки користувачів (про них — нижче) і посилання на код цієї компанії в документах інших компаній: такі рядки служба не чіпає, а перелічує в підсумку — «Посилання на код цієї компанії лишились у документах інших компаній: …».

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

!!! danger "Це незворотно" Скасувати операцію не можна, «кошика» для неї не існує. Дані повертає лише резервна копія бази, а файли вкладень і шаблонів — лише копія сховища файлів: у копії бази їх немає.

Перш ніж запускати:

  • майте свіжу копію бази і сховища файлів та переконайтеся, що код компанії саме той: сусідній код у списку означає чужі дані;
  • якщо інші компанії беруть дані з цієї (вона стоїть у колонці «Головна» налаштування «Спільний доступ до регістрів»), спершу приберіть ці рядки: спільні дані лежать у ній і зникнуть разом з нею. Служба таке перевіряє («Неможливо видалити: компанія є джерелом шерінгу для інших компаній. Спочатку видаліть налаштування шерінгу»), але звірте налаштування й самі;
  • якщо ця компанія сама бере спільні дані (її № стоїть у колонці «Доступ для» того ж налаштування), спершу приберіть її № звідти. Служба це перевіряє («Неможливо видалити: компанія стоїть у «Доступ для» налаштування «Спільний доступ до регістрів». Спершу приберіть її звідти»): № без компанії налаштування може віднести до іншої компанії — і спільні дані стали б видимі їй. Викреслити № за вас служба не може — з порожнім «Доступ для» рядок відкривається всім компаніям; вирішіть самі, прибрати № чи видалити рядок;
  • перегляньте служби цієї компанії в «Cron завдання»: служба зітре їхні записи й, щойно видалення завершилось успішно, зупинить і розклад, уже запущений на сервері (до 30.10.2026 він працював до перезапуску сервера — завдання треба було знімати вручну).

Що станеться з людьми компанії

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

  • Сесії закінчуються. Кожен, у кого ця компанія поточна чи є у вкладці «Компанії» картки, на наступній дії побачить вікно входу.
  • Хто працював лише в ній — закритий. Якщо після видалення у вкладці «Компанії» людини не лишається жодної іншої фірми, служба ставить у її картці позначку «Закрито»: увійти вона не зможе ніяким способом. Без цього людина без компаній потрапила б при вході в першу активну компанію бази — туди, де доступу їй не давали. Підсумок служби називає таких користувачів поіменно: «Закрито користувачів без іншої компанії: …».
  • Хто має інші фірми — входить у них, як і раніше, з роллю свого рядка «Компанії».

Системного користувача служба не закриває ніколи. Користувача, у якого вкладка «Компанії» порожня й до видалення, вона теж не закриває: такі люди за правилом входу потрапляють у першу активну компанію бази, і видалення цього не змінює. Щоб закрита людина працювала далі, адміністратор додає їй іншу компанію у вкладці «Компанії» і знімає «Закрито» — див. Користувачі.

Коли це виправдано

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

У всіх інших випадках правильніше зняти активність компанії: дані лишаються, а перемкнутися в неї вже не можна. Сесії, уже відкриті в ній, закінчуються на першій дії людини після зняття позначки (зміна набирає сили за пів хвилини) з повідомленням «Компанію вимкнено, зайдіть знову». Служби цієї компанії за розкладом при цьому працюють далі — їх знімають окремо.

Куди дивитися далі