Определение уникального идентификатора для любого ссылочного объекта метаданных.
Нахождение объекта метаданных по уникальному идентификатору.
Сжатие уникального идентификатора до 20 символов с сохранением уникальности.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Попадаются задачи по интеграции, когда есть ограничение по длине уникального идентификатор. Целиком стандартный УИД использовать из-за этого не получается, а здесь дана готовая процедура по превращению уникального 36 символьного УИДа в 20 символьный. Такой способ не требует добавления регистра для хранения внешнего ключа, а также операций по записи/чтению из него.
Для определения уникального идентификатора сначала выберите тип объекта, как показано на рисунке.
После укажите элемент и нажмите кнопку "Выполнить".
В поле "УИД" отобразится уникальный идентификатор, а в поле "Упакованный" - сжатый до 20 символов идентификатор.
Для поиска объекта по уникальному идентификатору вставьте уникальный идентификатор (обычный или сжатый) , поиск будет осуществлен по всем ссылочным типам.
Нажмите кнопку "Выполнить", в поле объект отобразится найденный объект.
В обработке есть как обычная так и управляемая форма.
Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
Обработки помогут Вам легко и, главное, быстро (в 5 раз и быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, планах видов характеристик и др., упростит работу с данными пользователям. А так же можно, одним нажатием, узнать в каких ссылочных объектах есть вообще дубли! Понятное расположение команд и настроек, в сочетании с описанием и справкой, еще упростят процесс. А так же обновления Вы получаете бесплатно в течение года с момента приобретения данных обработок! (Обновление от 27.11.2023, версия 6.12)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
1.обработка позволяет автоматически вычислить дубли и привести их к единому наименованию во всех документах.
2.так же есть возможность в документах поменять счета учета для номенклатуры. Например разные бухгалтера оформляют поступление одного и того же товара - один занес на 10.01, второй на 41.01 в результате в ОСВ у нас минусы. В обработке есть возможность наглядно увидеть такие ошибки и тут же их поправить не бегая по всем документам. Достаточно поставить галочку у номенклатуры и указать счет учета который надо найти и счет учета на который надо его заменить. Обработка сама вычислит документы в которых номенклатура с галочкой была задействована и заменит счета учета. Что бы не было излишнего изменения документов, в обработке указываются типы документов, где операция замены счета разрешена (например Поступление ТМЦ, Реализация, Отчет о розничных продажах, возврат покупателю итд.)
Умное сравнение табличных документов с визуальной подсветкой. В отличие от стандартного сравнения, обработка ищет отличия по ключевому значению, игнорируя сдвиги строк. Результат — цветовая маркировка добавленных, удаленных и измененных строк прямо в документе + точный лог расхождений по каждой ячейке.
Практический кейс исследовательской разработки (R&D) с использованием искусственного интеллекта и нейросетей в 1С для поиска по прайсам поставщиков.
Рассматривается гибридный поиск (Hybrid Search: векторный + полнотекстовый), позволяющий находить товары по смыслу, а не по буквам — даже при сленге, опечатках и разном написании.
Решение работает полностью локально, без облаков, и интегрируется с 1С.
Полный контроль над изменениями в 1С без нагрузки на вашу базу. Мгновенный доступ к истории изменений, удобное сравнение и откат данных в один клик.
Простой отчет с визуальным отображением изменений
Откат на любую версию объекта в два клика
История изменения данных хранится во внешней базе
лучше бы вместо "сжатия" в виде строки сделали преобразование в десятичное число, был бы хоть какой-то толк от этого. в памяти GUID занимает всего 16 байтов. хранение сжатой 20-байтовой строки потребует на 4 байта больше)))
Если честно, не понимаю для чего обработка... я вот накатал что то подобное за 10 минут... с созданием объекта с определенным УИД-ом из за косяка обмена... но что бы просто показывать.... зачем =)) Те кто захотят поменять смогут написать и что бы показывался)))
(3) Vitstav,
основной плюс этой обработки - сжатый уид.
Попадаются задачи по интеграции, когда есть ограничение по длине уникального идентификатор. Целиком стандартный УИД использовать из-за этого не получается, а здесь дана готовая процедура по превращению уникального 36 символьного УИДа в 20 символьный.
(5) baton_pk,
За последние 5 лет в реальных задачах интеграции не было случая, что много:)
Такой способ не требует добавления регистра, а также операций по записи/чтению из него.
(6)Не что бы наехать а ради справедливости, это просто редкий, очень редкий случай когда 36 много а 20 норм. Мне за 10 лет реальных задач, 36 символов строка не разу не была большой. Случай настолько редкий, что никто так и не понял о чем вы говорите. Возможно у вас есть какая то система где под ключевое поле выделено 20 символов, Но у соседа оно может оказаться 19.
автоопределение типа объекта по GUID (перебором всех метаданных) сильно долго будет работать? может кому-то будет неудобно выбирать тип справочника или документа...
(8) bds22,
Как оказалось отрабатывает быстро. Убрал выбор типа, автоматически ищется по всем ссылочным типам. Добавил табличную часть с найденными объектами - чисто теоретически для разных типов метаданных уид может совпасть.
(11)
я вам скажу, когда он чисто практически может совпадать :)
допустим при обмене между базами мы из одного документа делаем два документа разного вида :) вот в большинстве случаев и я да и не я делают так, чтобы гуиды совпадали с исходным. такое было у меня на прошлом месте, такое есть у меня сейчас.
к примеру, можно посмотреть типовые правила переноса Розница 1.0 - Комплексная Автоматизация. там так отчёт о розничных продажах расщепляется на непосредственно отчёт и приходный кассовый ордер к нему.
(12) baton_pk, это зло в чистом виде (не знал что можно создавать два объекта с одним гуидом).
В моем случае настроен обмен N-числа баз(включая не 1С).
1. При обмене База1 -> База2, База2 знает GUID1
2. При обмене База2 -> База3, База3 знает GUID1 и GUID2
3. При обмена База1 -> База3, я легко получаю объекты по GUID, тк База3 знает про Базу1
(13) не гуидом а УИДом разные вещи. Один глобальный - и он есть уникальный. Другой локальный. Он тоже уникальный, но в пределах данной таблицы. К глобальному как раз таки "название таблицы" добавляется. А по поводу зло это или нет... я уже и не вспомню с чем это было связано... но были разные рквизиты в платежных документах между УТ и БП, и в платежном документе в бухгалтерии использовался контрагент, тогда как в УТ использовалось физическое лицо. Так вот... при типовом обмене создавались в БП контрагенты с ФИО как у физ лицо... но самое прикольное это был УИД. Он был такой же как у физического лица в УТ, и проверка стояла у них как раз таки на тот самый УИД.
(15) insurgut,
При интеграции с учетными системами партнеров. У некоторых западных компаний в информационных системах длина идентификатора точек/контрагентов ограничена 20 символов.
