Все тупо и просто. Сканируем справочник Номенклатура и подчиненный справочник Цены, если находим цену с ненулевым значением, помеченную на удаление, снимаем пометку удаления.
Приводится порядок действий для создания новой информационной базы на основе имеющейся файл-серверной "Торговля и Склад" ред.9.2, для учёта с нуля. В новую базу выполняется перенос справочников и остатков номенклатуры. Журналы документов, данные регистров, долги контрагентов, партии очищаются.
Архив различных обработок 1С 7.7 с открытым исходным кодом для работы с данными при свертке, выгрузке, исправлении, модификации информационной базы. Можно использовать любую обработку в качестве заготовки для добавления собственных функций.
Эта обработка позволяет удалить созданные системой элементы справочников. Например, когда элементы создаются при тестировании и исправлении базы с наименованиями, включающими строку "ФС". Обработка тестировалась на базе конфигурации Бухгалтерский учет для Казахстана, редакции 7.70.257.
Простая и удобная обработка предназначена для поиска и исправления задублированных (повторяющихся) номенклатурных штрихкодов справочника Единицы. Также она даёт возможность посмотреть номенклатурные остатки. Полезна в случаях, когда номенклатура сопоставляется по штрихкоду с другими внешними источниками, а именно с модулем "Обмент ГИСМТ".
Когда удаляются документы и элементы справочников в 1С 7.7 через удаление помеченных на удаление объектов,
запись из dbf файла не удаляется, она помечается как удаленная, но физически остается в файле.
Если эти помеченные на удаление записи удалить физически, то размер файлов значительно уменьшится.
(2) UChoice - обработка с диска ИТС, универсальная, ни коим образом не привязанная к конфигурации, позволяющая удобным универсальным образом выбрать элементы нужного справочника или документы, и обработать их. Стандартными обработками, предусмотренными вместе с UChoice, или своей, делающейся на основе шаблона на минуты. То, что ДОЛЖЕН ИМЕТЬ любой нормальный 1Сник.
Конкретно по твоей обработке такие, на мой взгляд, недостатки:
1. Не показывает всю информацию о цене. То есть полное наименование номенклатуры (бывают одинаково названные в разных группах), тип цены, валюта (741 на скриншоте чего? Тугриков?)
2. Такие действия (снятие пометки на удаление) нужно записывать в журнал регистрации.
3. Гораздо быстродейственней ИМХО было бы выбрать запросом все помеченные на удаление элементы справочника цен, потом уже их анализировать. А не перебирать всю номенклатуру, для каждой делая выборку справочника цен. У меня, вон, порядка 25000 номенклатурных позиций (это не много, вот тут http://www.forum.mista.ru/topic.php?id=420921 спрашивают про 500000-700000).
Незачет в общем.
(4) - обоснование понятно, вот только писать его нуна до оценки!Но это не суть!Обработка не гордость - а всего лишь средство решения проблем для страждвующих!!!!Так что строговато...........
Ну что за сказки ?
Чего править не разрешают ?
Правила выгрузки - загрузки ?
Сам МОД они править не могли - там и править то нечего, единственное что делает МОД - присваивает уникальный IDD всем объектам и регистрирует изменения объектов в своих файликах.
И еще, раз уж у вас стоит МОД, писать нужно ВСЕГДА (если не знаешь , как мод устроен и не хочешь наплодить одинаковые IDD) модовскими конструкциями, в данном случае,
ОбъектСнятьПометкуУдаления
Иначе, всё твоё снятие пометки не попадёт в другие базы.
А так, всю поделку в топку.
Да и разовые залипухи, которые любой мало-мальский начинающий кодер напишет за 2 минуты выкладывать в общий доступ, имхо, не стоит.
Вот если бы был аналог того=же ючойза - вот тогда и кидайте..