Доброго дня всем.
Подскажите по следующему вопросу, пожалуйста.

В БП формируется отчет, который должен использовать кадровую информацию сотрудников (Подразделение, должность, позиция, грейд, количество ставок, категория).
В БП создан регистр сведений КадроваяИсторияСотрудников, куда грузятся данные тремя рег.заданиями через http-сервис обращаясь к ЗУП (1 раз в день данные за последний год, каждый час данные за последний месяц, каждые 5 минут данные за день)

На мой взгляд - это дублирование данных и правильнее было бы при формировании отчета в БП получить данные из ЗУП через http-сервис и не хранить данные на стороне БП.
Текущий программист аргументирует это тем, что http-сервисы часто ломаются и при закрытии месяца это критично...

Есть ли у кого какие мысли как убедить переделать формирование отчета? Или я неправильно думаю?

Нахрена обмен каждые 5 минут? Частота кадровых событий - раз в день. И нахрена грузить данные за год? Задним числом что-то правите?

(0) у нас сделано аналогично. Вот только нафейхуя вы регистр создали? Включили константу ведения кадрового учета в БП, чтобы регистры были доступны.
Грузим раз в сутки - физлица, сотрудники, кадровая история. Вопросом нет

(0) "это дублирование данных" - Недостаточный аргумент. А как насчет издержек на поддержание сервисов 24/7? Перенесут куда-нибудь базу БП на другой сервер, нужно будет кому-нибудь менять настройки.

На прошлой работе было также. Раз в день данные летели. Специально для кадровиков кнопка была "обновить", запускала сервис.
На текущей напрямую через СКД обращаемся к базе.
Оба варианта работают.
Еще хочу третий - регистрация изменения и отправка в приемник сразу.

(1) В течении дня тоже кадровые документы создаются.
Отчет в БП использует данные за год, кадровые документы могут быть исправлены задним числом (исправляют ошибки иногда)

(2) Кадровый учет ведется в ЗУП, поэтому константу в БП не включали

(3) Издержки на поддержание сервисов будут и в текущем варианте, и если мы переделаем. Базы не переезжают - у них один сервак. Если будут переезжать, то это глобальный проект, нужно будет список изменений составлять, в том числе и замену URL для http-сервисов

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

(0) Всё правильно сделано.

работает? не трожь.

административными средствами переложить заботу об этом отчёте с бухии на кадры. проблема синхронизации отпадёт сама собой, когда отчёт будут делать в ЗУПе.

(6) галка не включит ФО ведения кадрового учета, но регистры будут доступны

(8) Дело же не только в отчете? Должности и подразделения всяких подписантов, членов комиссий вроде тянутся из этого регистра. Посчитайте, стоит ли давать возможность каждой печатной форме дергать сервис.