Сервис - Продажи - Канбан. Выбираем "Внутренний v2"
2. Проверяем, чтобы перед началом настроек в конфигураторе был выключен режим отладки. В конфигураторе в разделе Сервис - Параметры - Запуск 1С: Предприятие очищаем строку "Параметры запуска". Это необходимо, чтобы следующие две настройки заполнения регистра выполнились в фоновом режиме, а не режиме отладки.
3. Открываем e1cib/list/РегистрСведений.Дев_АктуальныеСобытияЗадачи и нажимаем "Загрузить актуальные события/задачи". Если после нажатия появилось окно ожидания, то значит процесс обновления регистра запустился. Если после нажатия на кнопку ничего не произошло, значит уже все необходимые события/задачи были записаны в регистр. Вся процедура заполнения происходит в фоновом режиме, т.е. можно смело переключится на другое окно и продолжать работу.
Если загрузки в фоне не произошло, а на экране выглядит будто интерфейс завис - это значит, чтобы был пропущен предыдущий пункт и весь процесс запустился в синхронном режиме. Ничего бояться не надо, надо просто дождаться, когда закончится процесс загрузки.
Если необходимо остановить процесс (работает только в фоновом исполнении), то достаточно будет нажать кнопку Отмена. Если после окончания загрузки, список остался пустым, то необходимо нажать F5 и все данные отобразятся
4. После того как заполнился регистр с событиями/задачи переходим к регистру e1cib/list/РегистрСведений.СделкиОбщая и нажимаем "Загрузить реквизиты характеристик". Общий принцип работы кнопки такой же как и в предыдущем пункте, за исключением того что, обработка происходит всего регистра целиком без всяких отборов и временных таблиц. На выходе получается выборка из результата запроса, которая в цикле обходит и записывает в регистр данные без транзакций. В случае ошибки, необходимо будет проверить в журнале регистрации причину поломки и повторить процедуру заполнения. На моих тестах поломки обработки возникали из-за косяков ведения записей в регистр.
О каждом подобном косяке необходимо сообщать дополнительно, т.к. причины могут быть различны и их прогнозирование и тем более учитывание на стадии проектирования и разработки может быть не возможным.
Процедура долгая, но не сильно ресурсно затратная. Но рекомендую её запускать в часы отсутствия активности работы трафика. В иделае блокировать работу всех пользователей и монопольно обновляться, чтобы случайно не поймать взаимоблокировки.
PS:
Может быть такое, что какие то данные не будут заполнены в регистре. Опять же каждая колонка требует отдельного анализа. На примере номеров телефона - по пропажам которых я создал отдельную задачу : из 32000 сделок около 500-600 имеют клиентов без номеров телефона