Принцип работы: Обработка сканирует все реквизиты конфигурации на вхождение типа выбранного справочника. Далее она скидывает элементы справочника (у которых надо поменять ГУИД) в служебную таблицу на sql_сервере и дополнительно создает служебные колонки у таблиц, где будет проходить замена.
Процесс замены идентификаторов может занимать значительное время. Время зависит от размеров базы и сложности конфигурации.
Отката транзакции при неудачной обработке нет (данных у меня было много и лог транзакций разрастался просто чудовищно) - поэтому делайте перед запуском архивную копию.
Замену ГУИДов можно производить только у элементов, которые не являются предопределенными.
Замена идентификаторов справочников
03.09.09
Задачи пользователя - Корректировка данных
Обработка для изменения ГУИДа у выбранных элементов справочника. Имеется различные варианты подбора элементов. Для работы необходим серверный вариант 1с 8.1.
Скачать файл
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
| Наименование | По подписке [?] | Купить один файл | |
|---|---|---|---|
|
-
.1225886052 21,42Kb
341
|
341 | Скачать (1 SM) | Купить за 1 850 руб. |
См. также
Корректировка данных Зарплата Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)
Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.
60000 руб.
06.10.2023 4512 37 18
06.10.2023
45
37
18
4512
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14400 руб.
29.04.2020 33822 108 152
29.04.2020
75
108
152
33822
Корректировка данных Системный администратор Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)
Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.
3600 руб.
10.02.2017 111379 669 174
Корректировка данных Программист Пользователь Платформа 1С v8.3 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)
Представьте, что есть система QR - кодирования, которая НЕ ТРЕБУЕТ изменения конфигурации, НЕ ТРЕБУЕТ изменения ни одной печатной формы для добавления QR-кода, включая внешние, НЕ ХРАНИТ данные штрихкодов и их связь, от чего база не "пухнет", ИМЕЕТ возможность закодировать в QR-коде произвольные данные параметров для последующей обработки полученных данных, УМЕЕТ прикреплять сканы, УМЕЕТ обработать считанный QR-код как ВЫ захотите. А также ХРАНИТ историю операций в обход базы для каждого пользователя в отдельности и УМЕЕТ работать с 2D - сканерами. А также автоматически распознавать отсканированные печатные формы (картинки или pdf-файлы) и выполнять заданные произвольные алгоритмы, в том числе прикрепление их к документам! Обновление 3.2 от 09.06.2024!
19200 руб.
26.08.2018 52617 16 61
Взаиморасчеты Корректировка данных Бухгалтер Пользователь Платформа 1С v8.3 1C:Бухгалтерия Бухгалтерский учет Управленческий учет Платные (руб)
Вы наконец разобрались с закрытием месяцев и пора начать контролировать сроки оплаты поставщикам и задолженности клиентов, но в базе расчеты не идут из-за развернутого сальдо? Не беда, есть решение!
12000 руб.
02.11.2020 7535 6 0
Закрытие периода Корректировка данных Программист Пользователь Платформа 1С v8.3 Система компоновки данных 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)
Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "ERP Управление предприятием", а также в других конфигурациях, в состав которых входит библиотека стандартных подсистем (БСП) версии 2.2+ и указанный выше документ.
2400 руб.
13.07.2015 51367 175 29
Корректировка данных Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет НДС Платные (руб)
Обработка предназначена для ООО для смены системы налогообложения УСН на ОСНО, без ведения раздельного учета, входящего НДС по способам учета. При реализации перехода в операции формируются проводки по выделению НДС, который ранее учитывался в стоимости номенклатуры, регистр «НДС Предъявленный».
6000 руб.
22.01.2025 277 1 0
Корректировка данных Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Налоговый учет Налог на прибыль Платные (руб)
Обработка служит для: выравнивания бухгалтерского и налогового учета на определенную дату по выбранным счетам; закрытия остатков по выбранным счетам; обнуления налогового учета (ПР, ВР также будут обнулены)
2880 руб.
05.05.2024 702 10 0
05.05.2024
6
10
0
702
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)
Через конфигуратор что ли грузили? Не через скуль выгрузку-загрузку?
Когда открывали новые филиалы - ставили нашу рабочую базу без документов..
Позже занялись проектом "консолидация данных".. ну и напоролись что ГУИДы у номенклатуры совпадают во всех филиалах процентов на 80.
Позже занялись проектом "консолидация данных".. ну и напоролись что ГУИДы у номенклатуры совпадают во всех филиалах процентов на 80.
Через конфигуратор что ли грузили? Не через скуль выгрузку-загрузку?
(3)
Так это и есть одна и та же Номенклатура. Вся ваша проблема была совсем в другом - обмены нужно было делать не по UUID (раз распределенка - однозначно убрать), а по коду. И все.
А это - велосипед. С квадратными колесами получился. Да еще и с кузовом вместо багажника (выгрузка в SQL).
Вот как пример записи в таблицы SQL - вексьма. И все.
(24) Umka18,
Опишите проблему точнее. Тоже - обмены РИБ по UUID?
(22) Трактор,
Да ничего не увидим, мы должны однозначно знать, что таких UUID больше в базе нет. Нигде и ни у кого.
ну и напоролись что ГУИДы у номенклатуры совпадают во всех филиалах процентов на 80.
Так это и есть одна и та же Номенклатура. Вся ваша проблема была совсем в другом - обмены нужно было делать не по UUID (раз распределенка - однозначно убрать), а по коду. И все.
А это - велосипед. С квадратными колесами получился. Да еще и с кузовом вместо багажника (выгрузка в SQL).
Вот как пример записи в таблицы SQL - вексьма. И все.
(24) Umka18,
Пригодилось когда в 2-х базах с обменами постоянно что-то задваивалось.
Опишите проблему точнее. Тоже - обмены РИБ по UUID?
(22) Трактор,
Но у этого другого есть записи с теми же значениями Тип и Вид.
Да ничего не увидим, мы должны однозначно знать, что таких UUID больше в базе нет. Нигде и ни у кого.
(43)
Мальчик, тебе кто разрешал в темы взрослым дядькам свои глупости постить?
Так это и есть одна и та же Номенклатура. Вся ваша проблема была совсем в другом - обмены нужно было делать не по UUID (раз распределенка - однозначно убрать), а по коду. И все.
А это - велосипед. С квадратными колесами получился. Да еще и с кузовом вместо багажника (выгрузка в SQL).
А это - велосипед. С квадратными колесами получился. Да еще и с кузовом вместо багажника (выгрузка в SQL).
Мальчик, тебе кто разрешал в темы взрослым дядькам свои глупости постить?
Еще один уточняющий вопрос. Когда я делаю подбор и выбирая конкретные позиции справочника. GUID меняется толко в данных позициях или во всем справочнике. Просто закрались сомнения потому что процедура пробигает по каким-то 424 элементов , хотя в списке выбран только один .
А как обработка поступает с регистрами свойств если после изменения ГУИДа запись становится неуникальной?
Например: Регистр сведений КонтактнаяИнформация измерения Объект, Тип, Вид. Мы изменилили в нём ГУИД одного контрагента на ГУИД другого. Но у этого другого есть записи с теми же значениями Тип и Вид. Что мы увидим в регистре сведений?
Например: Регистр сведений КонтактнаяИнформация измерения Объект, Тип, Вид. Мы изменилили в нём ГУИД одного контрагента на ГУИД другого. Но у этого другого есть записи с теми же значениями Тип и Вид. Что мы увидим в регистре сведений?
Некорректно, точнее вообще, не обрабатываются ссылочные ресурсы РегистровСведений. исправляется легко:
в модуль формы после строки 117 добавить:
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Ресурсы");
Также, не обрабатываются константы, анализировать как исправить не было времени
За идею - зачОт, оч спасло
в модуль формы после строки 117 добавить:
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Ресурсы");
Также, не обрабатываются константы, анализировать как исправить не было времени
За идею - зачОт, оч спасло
(34)Работает, сейчас заметил, что как выше писали так же не отрабатывают регистры сведений, попробовал исправить вставить кусочек кода после строки 117 вот что получилось, но что то всё равно ГУиды в РС не меняются
Для каждого ОбъектМетаданных Из Метаданные.РегистрыСведений Цикл
Представление="РегистрСведений."+ОбъектМетаданных.Имя;
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Измерения");
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Реквизиты");
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Ресурсы");
КонецЦикла;
Для каждого ОбъектМетаданных Из Метаданные.РегистрыСведений Цикл
Представление="РегистрСведений."+ОбъектМетаданных.Имя;
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Измерения");
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Реквизиты");
ПеребратьПоляОбъектаМетаданных(ОбъектМетаданных,Представление,"Ресурсы");
КонецЦикла;
(0)
На какие UUID меняются старые? Откуда их берут?
Измененные UUID - попадают обратно в базу? Или так и остаются в таблице SQL?
(27) Abadonna,
Разницы, в данном случае, нет никакой - в контексте ответа. Что SQL, что в конфигуратор - выгрузка в базу-приемник будет именно тех UUID, которые с исходной базе, никаких проверок с "вон той базой РИБ" по ключам не было и не будет.
Отличие - если внутри самой базы в файловой версии (к рпримеру) были задвоенные UUID (так как 1С не озаботилась проверкой их уникальности), то SQL не позволит развернуть у себя такую базу - у него поле Ключа уникально и не подлежит "обсуждению". Проще говоря, ругнется "Ошибка. Create Unique index. Неуникальное значение в уникальный индекс".
И чини как хочешь.
Далее она скидывает элементы справочника (у которых надо поменять ГУИД) в служебную таблицу на sql_сервере и дополнительно создает служебные колонки у таблиц, где будет проходить замена.
На какие UUID меняются старые? Откуда их берут?
Измененные UUID - попадают обратно в базу? Или так и остаются в таблице SQL?
(27) Abadonna,
Через конфигуратор что ли грузили? Не через скуль выгрузку-загрузку?
Разницы, в данном случае, нет никакой - в контексте ответа. Что SQL, что в конфигуратор - выгрузка в базу-приемник будет именно тех UUID, которые с исходной базе, никаких проверок с "вон той базой РИБ" по ключам не было и не будет.
Отличие - если внутри самой базы в файловой версии (к рпримеру) были задвоенные UUID (так как 1С не озаботилась проверкой их уникальности), то SQL не позволит развернуть у себя такую базу - у него поле Ключа уникально и не подлежит "обсуждению". Проще говоря, ругнется "Ошибка. Create Unique index. Неуникальное значение в уникальный индекс".
И чини как хочешь.
Автор:
Подписаться
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
Публикация:
№ 16672
Создание 05.11.08 14:54
Обновление 03.09.09 09:31
Статистика:
Просмотры 24719
Загрузки 341
Рейтинг
26
Комментарии 49
Характеристики:
Код открыт Не указано
Рубрики Корректировка данных
Кому Программист
Тип файла Внешняя обработка (ert,epf)
Платформа Платформа 1С v8.3
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
