Имя: Пароль:
1C
1С v8
Дублирование данных в ЗУП и БП
0 IvanVlad1
 
26.04.23
12:57
Доброго дня всем.
Подскажите по следующему вопросу, пожалуйста.

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

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

Есть ли у кого какие мысли как убедить переделать формирование отчета? Или я неправильно думаю?
1 vicof
 
26.04.23
13:05
Нахрена обмен каждые 5 минут? Частота кадровых событий - раз в день. И нахрена грузить данные за год? Задним числом что-то правите?
2 2S
 
26.04.23
13:08
(0) у нас сделано аналогично. Вот только нафейхуя вы регистр создали? Включили константу ведения кадрового учета в БП, чтобы регистры были доступны.
Грузим раз в сутки - физлица, сотрудники, кадровая история. Вопросом нет
3 d4rkmesa
 
гуру
26.04.23
13:10
(0) "это дублирование данных" - Недостаточный аргумент. А как насчет издержек на поддержание сервисов 24/7? Перенесут куда-нибудь базу БП на другой сервер, нужно будет кому-нибудь менять настройки.
4 OldCondom
 
26.04.23
13:16
На прошлой работе было также. Раз в день данные летели. Специально для кадровиков кнопка была "обновить", запускала сервис.
На текущей напрямую через СКД обращаемся к базе.
Оба варианта работают.
Еще хочу третий - регистрация изменения и отправка в приемник сразу.
5 IvanVlad1
 
26.04.23
13:36
(1) В течении дня тоже кадровые документы создаются.
Отчет в БП использует данные за год, кадровые документы могут быть исправлены задним числом (исправляют ошибки иногда)
6 IvanVlad1
 
26.04.23
13:36
(2) Кадровый учет ведется в ЗУП, поэтому константу в БП не включали
7 IvanVlad1
 
26.04.23
13:40
(3) Издержки на поддержание сервисов будут и в текущем варианте, и если мы переделаем. Базы не переезжают - у них один сервак. Если будут переезжать, то это глобальный проект, нужно будет список изменений составлять, в том числе и замену URL для http-сервисов
8 IvanVlad1
 
26.04.23
13:42
(0) У меня аргументы такие: Владельцем данных является ЗУП, поэтому в ЗУПе должен быть API, который позволяет получать потребителям текущие кадровые данные. При этом дублирование данных в потребителях излишне, только потому, что отчет сформируется на 3 секунды быстрее
9 ptiz
 
26.04.23
13:43
(0) Всё правильно сделано.
10 lodger
 
26.04.23
13:53
работает? не трожь.
11 lodger
 
26.04.23
13:55
административными средствами переложить заботу об этом отчёте с бухии на кадры. проблема синхронизации отпадёт сама собой, когда отчёт будут делать в ЗУПе.
12 2S
 
26.04.23
13:55
(6) галка не включит ФО ведения кадрового учета, но регистры будут доступны
13 d4rkmesa
 
гуру
26.04.23
16:48
(8) Дело же не только в отчете? Должности и подразделения всяких подписантов, членов комиссий вроде тянутся из этого регистра. Посчитайте, стоит ли давать возможность каждой печатной форме дергать сервис.
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn