Свертка произвольных регистров накопления в ЗУП, ЗКГУ.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Обработка просто сворачивает регистры накопления на 0.
Не очищает регистры. Не удаляет документы. Сворачивает ТОЛЬКО регистры с видом "Остатки".
Сначала заполняется список регистров накопления из метаданных конфигурации и отмечаются те регистры которые надо свернуть.
После свертки, в выбранном документе "Перенос остатков" формируются записи по всем остаткам на указанную дату выбранных регистров накопления. Суммы ресурсов при этом равны "-" сумме остатка.
Тестировалось на релизах "ЗУП 3.1.12.142", "ЗКГУ 3.1.12.142".
Проверено на следующих конфигурациях и релизах:
Зарплата и управление персоналом, редакция 3.1, релизы 3.1.32.17
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
Универсальная свертка баз данных под 1С разработана для свертки баз данных различного объема и сложности. Обработка работает на простых и управляемых формах.
Обработка позволяет легко и интуитивно понятно проводить работы по свертке базы данных и других необходимых операций связанных с обслуживанием баз данных.
Хотите точно знать, что вы выгружаете? Хотите сворачивать товары по НДС или фильтровать товары по доп. реквизиту? Вы волшебник, которому необходимо превращать одних контрагентов в других? Хотите при выгрузке превратить группу товаров в один? Или просто нужен удобный OLE обмен между 1C:Управление торговлей (ред. 11 или 10) и 1С:Бухгалтерия предприятия (ред. 2 или 3). Тогда эта обработка для вас!
Механизм обрезки (свертки) базы 1С. Описан процесс переноса среза остатков в новую базу. Реализован способ обмена между базами без длительного отключения рабочей базы. Представлено прикладное решение - обработка по переносу данных. Есть 2 варианта запуска: на обычных и управляемых формах.
Обработка свертки базы 1С УНФ 1.6 выполнена в виде расширения конфигурации, которое встраивается в вашу базу без снятия с поддержки, и адаптирована под релиз УНФ 1.6.
Штатный НайтиПоСсылкам на шести объектах идёт 4 250 секунд. При этом места, где ссылка вообще может лежать, считаются из метаданных за одну пятую секунды, и цена проверки определяется их числом. Шесть боевых баз, шесть находок и три мои ошибки, которые поймала живая база.
Перед чисткой надо знать два числа: сколько это займёт и что сломается. Обработка отвечает на оба и не удаляет ничего. Замер скорости ссылочного контроля на вашей базе, поимённая раскладка "какое поле держит объект", точный вес присоединённых файлов и готовый код лечения под каждой находкой. Проверено на шести боевых базах.
Перед свёрткой базы каждую крупную таблицу приходится оценивать в чужой конфигурации: документации нет, автор кода не работает, имена объектов говорят мало. Ошибиться можно в две стороны, и стоят они несопоставимо: оставить лишнее - потерянные гигабайты, удалить читаемое - сломанное проведение и битые остатки через месяц.
Отсюда протокол, в котором любое сомнение понижает агрессивность решения. В статье каталог из десяти классов вердиктов по незнакомой таблице, правила, каждое из которых куплено своим инцидентом, лестница агрессивности целиком и раздел о том, где этот метод не работает.
Отдельно счёт за осторожность, который обычно не показывают: во сколько обходится сам протокол и при каком объёме базы он перестаёт окупаться. Ответа на этот вопрос у меня нет, поэтому он вынесен в комментарии.
