Универсальная обработка выборочного удаления элементов справочника, документов (обычные и управляемые формы)
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Случилось как-то, что в одной базе при выполнении "Тестирования и исправления..." в режиме "Реструктуризация таблиц базы данных" столкнуться мне с ошибкой со страшной формулировкой:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец "_Fld888", таблицы "Торговля.dbo._Reference66NG"; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=2, Severity=10, native=515, line=1
Но собственно публикация не о самой ошибке (описание борьбы с ошибкой можно изучить по ссылке) а о том, как предложенная узкая по назначению обработка помогла в очистке базы уж от очень неудачных элементов справочников. Вот скрины их примеров.
Штатным способом пометить на удаление элементы с кодом типа "F0000000N" не представлялось возможным.
Если кто-то сталкивался с такой ситуацией, то значет, что платформа в подобнос случае не позволит открыть элемент для дальнейшего заполнения, чтобы потом уже можно было пометить на удаление.
Но факт состоял в том, что было точно известно, что эти элементы лишние и ничего от них не зависит. А следовательно их можно удалить. Тем более если их не удалить, то "критическая ошибка" не была бы устранена.
Тестировалась в 1С: Бухгалтерия предприятия, ред. 2.0, релиз 2.0.66.39; ред. 3.0, релиз 3.0.64.28. Подойдет к любым конфигурациям.
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 2.0, релизы 2.0.47.9
- Управление торговлей, редакция 10.3, релизы 10.3.5.1
- Зарплата и управление персоналом КОРП, редакция 2.5, релизы 2.5.42.3
- Комплексная автоматизация, редакция 1.1, релизы 1.1.6.1
- 1С:Библиотека стандартных подсистем, редакция 3.1, релизы 3.1.10.226
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.34.11
- Зарплата и управление персоналом, редакция 3.1, релизы 3.1.1.60
- Управление торговлей, редакция 11, релизы 11.2.3.95
- 1С:Комплексная автоматизация 2, релизы 2.0.3.181
- 1С:ERP Управление предприятием 2, релизы 2.0.6.19
Вступайте в нашу телеграмм-группу Инфостарт
