Ключи реестра документов 1с что это

Создание ключей реестра документов

• 
• 
• 
• 

Отображение журналов документов в новых версиях 1C:ERP идет с использованием ключей реестра. В случае, например, переносов остатков, ключи могут не создасться автоматом, что приведет в дальнейшем к ошибкам при записи документов. Эта обработка создает ключи реестра для объектов, у которых ключей нет.

Скачать файлы

Отображение журналов документов в новых версиях 1C:ERP, 1С:Комплексная, 1С:УТ идет с использованием ключей реестра. В случае, например, переносов остатков, ключи могут не создастся автоматом, что приведет в дальнейшем к ошибкам при записи документов в регистр сведений Реестр документов. Эта обработка создает ключи реестра для объектов, у которых ключей нет.

Типы объектов, которые отрабатываются:

• Справочник.КассыККМ,
• Справочник.Организации,
• Справочник.СтруктураПредприятия,
• Справочник.БанковскиеСчетаОрганизаций,
• Справочник.Контрагенты,
• Справочник.Партнеры,
• Справочник.Кассы,
• Справочник.ФизическиеЛица,
• Справочник.Склады

Журналы документов для пользователей отображаются через данные регистра сведений Реестр документов, правильность создания записей этого регистра часто натыкается на 2 проблемы:

1. наличие дублей ключей реестра (тогда в журналах видны якобы два документа, например, 2 платежа, хотя по факту документ 1. Для решения в этом случае дублирующий ключ нужно удалить, можно это сделать через стандартную обработку Все функции — Обработки — Поиск и удаление дублей, выбрав справочник Ключи реестра документов, затем в некоторых случаях потребуется перепровести документ платежа) ;
2. отсутствие ключей реестра (из за отсутствия ключей идут ошибки данных, такие как записи в регистр сведений Реестр документов идут без указания места хранения, или возможны появление сообщений об ошибках при проведении перемещений и заказов на перемещение, когда ругается о том что запись реестра уже существует — это происходит из-за того что документы создают две записи реестра документов (по складу отправителю и по складу получателю) и если нет ключей реестра для складов, то одно уникальность записей нарушается за счет пустого ключа в измерении места хранения.

Вот вторую проблему данная обработка решает.

Проверялось на 1С:ERP Управление предприятием 2 (2.4.7.151), на УТ 11.4 также работает

Другие публикации автора

Обработка предназначена для загрузки и выгрузки данных по правилам обмена в любых конфигурациях, реализованных на платформе 1С:Предприятие 8.3. Преимуществом перед типовой обработкой является добавленный функционал: #1. Установка произвольных фильтров на выгружаемые объекты при помощи механизма системы компоновки данных #2. Сохранение различных вариантов настроек (сохраняются правила обмена, фильтры выгрузки, параметры, настройки обработки) — что позволяет гибко настроить в базе-источнике фильтры для выгрузки объектов по различным правилам обмена для различных баз-приемников, сохранить выполненные настройки и в будущем уже пользоваться этими вариантами настроек.

Обработка выгрузки и загрузки данных через XML между идентичными конфигурациями с возможностью установки произвольных отборов на выгружаемые объекты.

Подключаемый отчет на системе компоновки данных по типам объектов 1С показывает: 1) Совокупности таблиц SQL для хранения объекта 1С и их предназначение; 2) Число объектов данного типа; 3) Размеры хранения данных и индексов в MB (мегабайтах); 4) Сравнение данных двух баз

Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).

Если пользователю не хватает прав на объект, то на практике в 90 % случаев, недостающую роль можно найти через типовой регистр сведений Права ролей. Также с помощью дополнительного отчета или небольшого расширения можно ускорить описанный процесс.

Онлайн диаграмма доступных лицензий 1С и показателей ресурсов сервера 1С в различных измерениях и отборах.

Обработка ищет все объекты базы, в которых одновременно присутствуют перечисленные элементы. Построена на базе типовой обработки Все функции — Стандартные — Поиск ссылок на объект, но позволяет накладывать отбор не по одному объекту, а по нескольким, что позволяет настраивать поиск по комбинациям условий

Часто не хватает визуализации хронологии документов в структуре подчиненности и кнопок проведения. Это расширение конфигурации, с функционалом структуры подчиненности документов, отображающее хронологическую последовательность документов во времени и дающее доступ к проведению, отмене проведения, пометке на удаление документов непосредственно в форме подчиненности.

Обработка для массовой проверки доработок конфигурации: Открытие форм, Печать, Формирование отчетов, Проведение документов, Запись справочников, ПВХ, ПВР. Выдает список обнаруженных ошибок. Рекомендуется применять для тестирования обновленной конфигурации, перед установкой пользователям. В коде используются универсальные методы поэтому подходит для большинства конфигураций, построенных на базе библиотеки стандартных подсистем.

Групповая обработка ссылок вида Объект не найден (502:37855254002e11eb11e73b8f36150d9e) заполняется максимально просто копированием и вставкой из буфера: 1) Выделяет уникальные идентификаторы (далее УИ); 2) Ищет ссылки на объекты базы по УИ; 3) Создаёт пустые объекты с указанным УИ; 4) Регистрирует найденные ссылки для обмена данными. Работает на любых продуктах 8.3

Внешняя обработка (работает в обычном и управляемом интерфейсе). Пригодиться для работы с узлами распределенных баз данных: 1) Снимает замки блокировки конфигурации подчиненного узла или возвращает их. 2) Дает возможность подключить архив рабочей базы как подчиненный узел без создания образа. 3) Дает возможно синхронизировать конфигурации узлов вручную, если например есть ошибки обмена или размер конфигурации велик для передачи через сообщения обмена. Ситуации описаны в полном описании. Проверялось на платформе 8.1, 8.2, 8.3, для 1С:УПП, 1С:Розница, 1С:Бухгалтерия 1.6, 2.0, 3.0, 1С:ERP

Обработка на управляемых формах для работы с календарями google, событиями календарей и контактами.

Обработка проверяет наличие и решает проблему с ошибкой развернутого сальдо в Оборотно-сальдовой ведомости (регистр бухгалтерии Хозрасчетный) из-за ошибки Универсального редактора реквизитов или кода программиста, устанавливающего пустые ссылки в значениях Валюты, Подразделения, Направления деятельности не равными NULL. И пересчёт итогов тут точно не поможет.

Выполнил 3 разных теста для проверки серверного оборудования (тест 1С, тесты gilev) на возможное число 1С онлайн-пользователей одновременно работающих на нем и интерпретировал результаты тестов через легких, средних и тяжелых пользователей с помощью таблицы с профилями реальных пользователей.

Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?

На время сеанса отключаем контроль остатков и проверку документов в ERP, КА, УТ типовыми средствами и простым расширением.

Часто при моделировании примеров бизнес-процессов, на запуске в эксплуатацию или закрытии требуется несколько раз прогнать ситуацию с разными настройками, а для этого изменить, удалить ранее введенную цепочку документов. Дается все это с трудом. Ты уверен, что не навредишь своими действиями системе, но документы цепляют друг друга и ругаются контролями остатков, не разрешая тебе менять их в произвольном порядке.

Есть несколько удобных опций для облегчения внесения изменений.

Огорчает один момент в типовых решениях, когда проводится документ, ругаясь на нехватку остатков, система не сообщает, по какому именно регистру проблема. Дополнив сообщения контроля названием регистра, можно уменьшить время расследования проблемы (исключив из процесса необходимость запуска программистом отладки в конфигураторе для выявления имени проблемного регистра).

Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.

Пример технического задания для практического понимания основных разделов.

Кратко описаны основополагающие моменты при старте групповой разработки конфигурации несколькими программистами. Полезно для проектной документации как требование к разработчикам или сопровождающей компании

Ссылка на компетенции по 1С:ERP — команда со знаниями, умениями и успешными проектами.

Ключи реестра документов 1с что это

Отображение журналов документов в новых версиях 1C:ERP, 1С:Комплексная, 1С:УТ идет с использованием ключей реестра. В случае, например, переносов остатков, ключи могут не создастся автоматом, что приведет в дальнейшем к ошибкам при записи документов в регистр сведений Реестр документов. Эта обработка создает ключи реестра для объектов, у которых ключей нет.

Типы объектов, которые отрабатываются:

• Справочник.КассыККМ,
• Справочник.Организации,
• Справочник.СтруктураПредприятия,
• Справочник.БанковскиеСчетаОрганизаций,
• Справочник.Контрагенты,
• Справочник.Партнеры,
• Справочник.Кассы,
• Справочник.ФизическиеЛица,
• Справочник.Склады

Журналы документов для пользователей отображаются через данные регистра сведений Реестр документов, правильность создания записей этого регистра часто натыкается на 2 проблемы:

1. наличие дублей ключей реестра (тогда в журналах видны якобы два документа, например, 2 платежа, хотя по факту документ 1. Для решения в этом случае дублирующий ключ нужно удалить, можно это сделать через стандартную обработку Все функции — Обработки — Поиск и удаление дублей, выбрав справочник Ключи реестра документов, затем в некоторых случаях потребуется перепровести документ платежа) ;
2. отсутствие ключей реестра (из за отсутствия ключей идут ошибки данных, такие как записи в регистр сведений Реестр документов идут без указания места хранения, или возможны появление сообщений об ошибках при проведении перемещений и заказов на перемещение, когда ругается о том что запись реестра уже существует — это происходит из-за того что документы создают две записи реестра документов (по складу отправителю и по складу получателю) и если нет ключей реестра для складов, то одно уникальность записей нарушается за счет пустого ключа в измерении места хранения.

Вот вторую проблему данная обработка решает.

Проверялось на 1С:ERP Управление предприятием 2 (2.4.7.151), на УТ 11.4 также работает

Регистры сведений. История одного «велосипеда»

В свое время, когда я достаточно много занимался собеседованиями кандидатов на должность разработчика 1С, я нашел для себя пару-тройку совсем простых вопросов. Послушав ответы на эти вопросы можно было моментально представить себе уровень кандидата.

Один из вопросов звучал безобидно и просто: «Что такое регистр сведений?» Тем удивительнее было наблюдать, как многие буквально спотыкались об него. Впечатление было такое, как будто человек шел, шел и не заметил стеклянную дверь. Тогда-то я впервые задумался о том, что не так с этим изобретением.

На момент разработки принципиальной схемы будущей платформы 1С:Предприятие 8, уже существовала хорошо проработанная и стройная теория реляционных баз данных. Ее основные понятия: записи (кортежи), таблицы (отношения), индексы, ключи были прекрасно «подогнаны» друг к другу. Все логично и ничего лишнего. Одна лишь проблема. Все это было несколько «абстрактно» для простого человека. Поэтому идея «обернуть» понятия таблиц и связей типа один-ко-многим во что-нибудь более близкое простому человеку сработала на «ура». Назвав таблицы с реквизитом типа «Дата» документами, а таблицы без такового справочниками, создатели получили эффект, наверное, больший, чем сами ожидали. В самом деле, каждый легко мог представить себе что такое справочник и что такое документ. Потому что раньше так или иначе имел с ними дело. В одночасье базы данных стали близкими для широкого круга.

Но все это произошло до появления восьмой версии, да и в общем-то и до появления 1С как таковой. Разработчики восьмерки, стремясь всенепременно изобрести что-нибудь свое, выделили в отдельный класс то, что в сущности является всего-лишь одной из возможных опций таблицы (или справочника, если вам так удобнее называть). Всякая запись (кортеж) служит для отображения связей между сущностями. Но характер этих связей может быть разным. Иногда это одна основная сущность и множество сущностей, подчиненных основной. Например, основная сущность «товар», а «наименование», «модель», «размер», «цвет» — это все сущности-атрибуты, подчиненные основной. Еще пример: «контрагент», как основная сущность, и «наименование», «адрес», «телефон», как подчиненные.

В реальном мире есть как отношения подчинения, так и отношения равноправия. Поэтому в одной записи могут оказаться несколько сущностей с равными правами. Например, если мы хотим отражать в базе данных информацию о том, какие товары по каким ценам мы берем у тех или иных поставщиков (контрагентов), тогда у нас появляются записи вида: «товар», «контрагент», «цена». Здесь «цена» несомненно подчиненная сущность. Но подчинена она уже не какой-то одной а сразу двум другим сущностям.

В теории (да и в практике тоже) баз данных это обыгрывается элементарно. Первичный ключ может быть простым, если у нас отношения подчинения (первый случай) или составным, если у нас отношения равноправия (второй случай). Это решение логично, изящно и настолько просто, что попытки найти здесь «свой путь», несомненно должны проходить по разряду «изобретений велосипеда».

Создатели платформы 1С:Предприятие 8 могли бы просто дать возможность указывать явным образом первичный ключ в справочнике, но они пошли по пути «велосипедостроительства» и создали отдельный класс для таблиц с составным первичным ключом, назвав его регистром сведений. Тут можно возразить, что я только что хвалил создание новых классов. Наличие поля типа «дата» тоже, по сути, опция. Почему же тогда нельзя создать новый класс по опции составного первичного ключа? Тут все дело в результате. «Справочники» и «документы» понятны всем практически «с лету». Это я вам, как преподаватель с двадцатилетним стажем, могу со всей ответственностью заявить. А вот «регистры» окутаны туманом. А «регистры сведений» непроницаемым туманом. Нет, человек с некоторым уровнем развития всяко может догадаться, что «регистр сведений» — это некое место, где хранятся «сведения». Но его следующим, законным вопросом будет: а что мы тогда храним в «документах» и «справочниках»? Не «сведения»? А что?

А все дело в том, что «регистры» уже существовали в предыдущей версии. Такое ощущение, что разработчики восьмерки, отважившись на создание нового класса, ровно на этом месте исчерпали весь запас своей креативности. Новый класс они зачем-то отнесли к семейству «регистров», переименовав тру-регистры в «регистры накопления», а неофитов назвав «регистрами сведений». Более того. У тру-регистров (у регистров накопления) поля разделены на «измерения» и «ресурсы». Что по сути есть поля группировки и поля агрегирования (суммирования). У регистров сведений не стали придумывать ничего нового (конечно! зачем плодить сущности без нужды! ха-ха!) и также разделили поля на «измерения» и «ресурсы». Только здесь «измерения» — это и есть составной уникальный ключ, а «ресурсы» это все прочее. Так в одном случае набор «измерений» уникален и в этом его предназначение, а в другом наборы «измерений» повторяются и в этом тоже заключается предназначение, но уже другое. Одни «ресурсы» суммируются и вообще похожи на ресурсы реального мира, которые могут накапливаться, а могут исчерпываться. А другие «ресурсы». ну, мы просто экономим слова, говорят нам разработчики. Кажется, если бы мы решили все запутать, у нас вряд ли получилось бы лучше, чем у них. Но и это еще не все.

Есть такая задача, которая называется «получение последних значений». Например, у вас в базе имеется следующая информация о закупочных ценах:

01.01.2019, ООО Ромашка, Ложка, 150 р.

01.02.2019, ООО Ромашка, Вилка, 120 р.

01.03.2019, ООО Ромашка, Вилка, 125 р.

01.02.2020, ООО Незабудка, Ложка, 165 р.

Устранить ошибку «не найден ключ реестра документов» при обмене с РИП 1с УТ.

Ошибка чтения файла сообщения обмена: : Ошибка при вызове метода контекста (ЗакончитьЧтение): Ошибка при выполнении обработчика — ‘ПередЗаписью’: : Для значения » (162:a55d2c56dc78b54a11ea8461787c308e)» не найден ключ реестра документов. Обратитесь к администратору.

Ошибка чтения файла сообщения обмена: : Ошибка при вызове метода контекста (ЗакончитьЧтение): Ошибка при выполнении обработчика — ‘ПередЗаписью’: : Для значения » (150:a55d2c56dc78b54a11ea8461787c308e)» не найден ключ реестра документов. Обратитесь к администратору.

В центральной базе заходил в Ключи реестра документов (Справочники), и создавал ключи штатным способом, но это не помогает.
Прошу помощи тех, у кого есть возможность вырезать из моих баз эти объекты, а не создавать ключи к ним или просто устранить эту ошибку

Создание ключей реестра документов

Отображение журналов документов в новых версиях 1C:ERP идет с использованием ключей реестра. В случае, например, переносов остатков, ключи могут не создасться автоматом, что приведет в дальнейшем к ошибкам при записи документов. Эта обработка создает ключи реестра для объектов, у которых ключей нет.

Отображение журналов документов в новых версиях 1C:ERP, 1С:Комплексная, 1С:УТ идет с использованием ключей реестра. В случае, например, переносов остатков, ключи могут не создастся автоматом, что приведет в дальнейшем к ошибкам при записи документов в регистр сведений Реестр документов. Эта обработка создает ключи реестра для объектов, у которых ключей нет.

Типы объектов, которые отрабатываются:

• Справочник.КассыККМ,
• Справочник.Организации,
• Справочник.СтруктураПредприятия,
• Справочник.БанковскиеСчетаОрганизаций,
• Справочник.Контрагенты,
• Справочник.Партнеры,
• Справочник.Кассы,
• Справочник.ФизическиеЛица,
• Справочник.Склады

Журналы документов для пользователей отображаются через данные регистра сведений Реестр документов, правильность создания записей этого регистра часто натыкается на 2 проблемы:

1. наличие дублей ключей реестра (тогда в журналах видны якобы два документа, например, 2 платежа, хотя по факту документ 1. Для решения в этом случае дублирующий ключ нужно удалить, можно это сделать через стандартную обработку Все функции — Обработки — Поиск и удаление дублей, выбрав справочник Ключи реестра документов, затем в некоторых случаях потребуется перепровести документ платежа) ;
2. отсутствие ключей реестра (из за отсутствия ключей идут ошибки данных, такие как записи в регистр сведений Реестр документов идут без указания места хранения, или возможны появление сообщений об ошибках при проведении перемещений и заказов на перемещение, когда ругается о том что запись реестра уже существует — это происходит из-за того что документы создают две записи реестра документов (по складу отправителю и по складу получателю) и если нет ключей реестра для складов, то одно уникальность записей нарушается за счет пустого ключа в измерении места хранения.

Вот вторую проблему данная обработка решает.

Проверялось на 1С:ERP Управление предприятием 2 (2.4.7.151), на УТ 11.4 также работает