УТ 11.4. Не получается произвести свертку базы. В базе работают с 2015 года, косяков куча, на которые ругается свертка. Ну и большой размер базы, при свертке всё зависает. Подскажите, пожалуйста, может быть есть обработка, которая просто свернет записи регистров, не обращая внимания на ошибки учета, ну или может быть поможет сформировать эти записи, которые можно будет загрузить в чистую базу. Помогите, пожалуйста, советами, что еще можно сделать?
Создаете обработкой документы "Ввод остатков" по всем разделам или вручную если ассортимент не большой. Затем - в конфигураторе - сохраняем конфигурацию, сносим все регистры накопления, принимаем изменения - проходит реструктуризация и удаление, загружаем конфигурацию обратно, запускаемся, проводим документы ввода остатков и перепроводим документы за 2020год. Блокируем всем пользователям редактирование прошлых документов (что бы не перепроводили) . Уже можно работать - при этом не спеша удаляя документы прошлых лет.
Метод жесткий, но действенный и быстрый, когда надо за 1 ночь или за выходные свернуть.
Плюсы :
1 не надо ждать выгрузку - загрузку в новую базу - этот процесс может идти неделю
2 не потеряются всякие связанные регистры сведений - штрихкода, цены и прочее
3 все пользователи и настройки пользователей останутся на месте - не надо заново заводить всех в чистой базе
4 Не надо заново настраивать оборудование.
(9) Это точно. Причем они сейчас проводят инвентаризации, выравнивают остатки, суммы. Но свертку им нужно сделать на 01.01.20, чтобы потом нормально можно было посчитать УСН.
1. С помощью обработки Универсальная выгрузка-загрузка XML - перенести из рабочей базы в развернутую чистую копию справочников
2. Ввод начальных остатков - тут или ручной ввод (возможно, с использованием загрузки данных из табличных документов), или писать обработки для выборки данных из старой базы
3. Перенос документов, введенных за период с момента ввода начальных остатков по текущий день
Или (но это не самый хороший вариант), написать обработки по очистке регистров до определенной даты + Ввод начальных остатков прямо в существующей базе
УТ 5 лет, если размер приличный, то типовая свертка - пустая трата времени, будете сутками ждать записи хмл файла в один поток и никаких ресов не хватит.
да, ищете поделки тут или пишите сами. файлики жисон быстро бегают и конвертировать их легко.
(11) Не хотите чистую базу и перенос остатков жисоном, что ж познайте все прелести универсальной обработкой переноса или даже КД.
На объемах от 100 гиг будете ждать очень долго, возможно до нового года.
Вывод - попытки что-то урезать и ужать в одной базе станут героическими, если соблюдать "правила"
доступа к таблицам.
Как получить файлы остатков в разные форматы (не хмл) тут поищите - эта работа настолько рутинная и муторная, что ее обычно дают либо пацифистам, либо героям.
я другой.
Поддерживию создание чистой базы путем синхронизации, идинственный момент партнеры с группами типовым обменом не очень хорошо переносятся и будет проблема с возвратами за прошлые периоды
Создаете обработкой документы "Ввод остатков" по всем разделам или вручную если ассортимент не большой. Затем - в конфигураторе - сохраняем конфигурацию, сносим все регистры накопления, принимаем изменения - проходит реструктуризация и удаление, загружаем конфигурацию обратно, запускаемся, проводим документы ввода остатков и перепроводим документы за 2020год. Блокируем всем пользователям редактирование прошлых документов (что бы не перепроводили) . Уже можно работать - при этом не спеша удаляя документы прошлых лет.
Метод жесткий, но действенный и быстрый, когда надо за 1 ночь или за выходные свернуть.
Плюсы :
1 не надо ждать выгрузку - загрузку в новую базу - этот процесс может идти неделю
2 не потеряются всякие связанные регистры сведений - штрихкода, цены и прочее
3 все пользователи и настройки пользователей останутся на месте - не надо заново заводить всех в чистой базе
4 Не надо заново настраивать оборудование.
Даже если получится сделать свертку, то большая часть косяков успешно сохраниться. Засим "жизнь с чистого листа" с вводом остатков и переносом промарафеченных справочником будет самым ИМХО верным решением.
(8) Мне было бы проще, если бы она всё-таки сделалась, так как косяки можно было бы постепенно исправлять. Но, видимо, уже не стоит и надеяться на типовую свертку. Но и новую базу не хочу из-за большого количества настроек пользователей, подключенного ТО и пр.
(10) Перепроводить документы не возьмусь, так как на это уйдет слишком много времени, огромная база строительных материалов, менялись программисты, менялись сотрудники, наворотили там много чего интересного, например есть док-ты чек ККМ, но не сформирован Отчет о розничных продажах, делались глобальные переносы между складами, причем во время работы и т.д.
Перепроводить документы не возьмусь, так как на это уйдет слишком много времени, огромная база строительных материалов, менялись программисты, менялись сотрудники, наворотили там много чего интересного, например есть док-ты чек ККМ, но не сформирован Отчет о розничных продажах, делались глобальные переносы между складами, причем во время работы и т.д.
Вот по этому у вас единственный нормальный выход - это новая база без артефактов старины глубокой. И сразу надавать по рукам коллегам с их хотелками на предмет "хочу кнопку вот тута и тута...". Только внешние элементы и расширения. А иначе так бардак и останется.
1) Обновление на последний релиз. Типовую Со всеми процедурами, Выполняемыми при обновлении.
2) Свертка.
Остатки по взаиморасчетам и товарам можно загрузить вручную в документы вводов остатков. Это делается часов за 4-5
Остальное сворачивается нормально. ( от сверки нужны по сути удаление и генерация всех остальных разделов таких как коммисионные, взаиморасчеты)
Нормально свертка не работает с глючными базами.
А ну и затем, чистим все регистры себестоимости товаров, ручками на дату свертки.
Но если ошибки в базе криво остатки товарные сворачивает оба раза из старой базе по ведомости грузил и закупочным себестоимость устанавливал. В остальном все норм
вариант: арендовать мощный сервер. там запустить свертку.
при этом работать в своей базе. и работать желательно в текущей дате, или если залезаете назад, замечайте, насколько далеко залезли.
после свертки на удаленном серваке, перекиньте документы, которые создали за время свертки.