Принцип работы: Обработка сканирует все реквизиты конфигурации на вхождение типа выбранного справочника. Далее она скидывает элементы справочника (у которых надо поменять ГУИД) в служебную таблицу на 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 5718 38 20
06.10.2023
46
38
20
5718
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14400 руб.
29.04.2020 35523 115 152
29.04.2020
78
115
152
35523
Корректировка данных Системный администратор Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)
Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.
3600 руб.
10.02.2017 112746 683 175
Корректировка данных Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет НДС Платные (руб)
Обработка предназначена для ООО для смены системы налогообложения УСН на ОСНО, без ведения раздельного учета, входящего НДС по способам учета. При реализации перехода в операции формируются проводки по выделению НДС, который ранее учитывался в стоимости номенклатуры, регистр «НДС Предъявленный».
6000 руб.
22.01.2025 1515 4 0
Корректировка данных Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Налоговый учет Налог на прибыль Платные (руб)
Обработка служит для: выравнивания бухгалтерского и налогового учета на определенную дату по выбранным счетам; закрытия остатков по выбранным счетам; обнуления налогового учета (ПР, ВР также будут обнулены)
2880 руб.
05.05.2024 951 14 0
05.05.2024
10
14
0
951
Корректировка данных Ценообразование, анализ цен Мастера заполнения Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)
Теперь Вам не понадобится пересчитывать цену в другую валюту отдельно по каждой номенклатуре. Расширение сэкономит Ваше время, позволив сделать это при помощи групповой обработки в документе Установки цен.
2400 руб.
27.06.2023 2929 3 0
Банковские операции Корректировка данных Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
При загрузке банковской выписки поступлений по платежным картам 1С не совсем верно распознает данные, предоставляемые банком. В результате приходится корректировать эти данные вручную в документе "Поступление на расчетный счет". Ставить сумму комиссии (даже когда программа автоматом рассчитала сумму она не всегда совпадает с банком), вид операции, в зависимости от торговой точки менять учет налогов, ставить договор итд. Все это настраивается один раз и вам останется только выбрать период! Есть и простой вариант использования - просто правит сумму комиссии. Расширение в комплекте позволяет вызвать обработку автоматически после загрузки выписки.
4200 руб.
23.12.2021 15889 10 26
Загрузка и выгрузка в Excel Корректировка данных Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)
Обработка для группового редактирования реквизитов номенклатуры в 1С для УТ 11 / КА 2. Позволяет редактировать реквизиты (как основные, так и дополнительные реквизиты и сведения) непосредственно в таблице, устанавливать новые значения реквизитов на выбранную номенклатуру, а также загружать новые значения из Excel. Предусмотрена возможность добавления фото к товарам перетаскиванием файла из проводника на строку с товаром (drag'n'drop)
4200 руб.
16.11.2020 18050 12 5
16.11.2020
11
12
5
18050
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(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
Статистика:
Просмотры 24827
Загрузки 341
Рейтинг
26
Комментарии 49
Характеристики:
Код открыт Не указано
Рубрики Корректировка данных
Кому Программист
Тип файла Внешняя обработка (ert,epf)
Платформа Платформа 1С v8.3
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
