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

Я бы сделал регистр накопления, приход сделанными документами, расход выплатой или начислением зарплаты.
Ну и отчет по этому регистру в разрезе сотрудников и документов.
И регистр сведений со стоимостями документов.

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

И при проведении такого документа маркировать все доки из его табличной части. И хранить какую-нибудь точку актуальности.
А при изменении маркированного документа сдвигать точку актуальности

(3) Желательно натравить на кадровиков каких-нибудь консультантов, чтобы они ипали мозги друг другу, а не программеру. Который и окажется виноватым, когда эта хрень не взлетит

(4) +1

все не читал, по журналу регистрации уже предлагали? :)

и таки ведь смущает, как интерпретировать изменение документов задним числом, это ж ведь тоже работа

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

(7) есть проблема того, что у кадровика не было нужной инфы при забитии дока, а потом появилась, нужно править, а это работа. Или один кадровик правит косяки другого кадровика.

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

(9) тронутый ещё как, за три года мы его вдоль и поперек переписали под нужды организации
(8) а это да, это проблема

а вообще, подвох с журналом регистрации, его придется каждый раз выгружать в xml и только потом обрабатывать, а это долго и муторно будет, короче хз

да че там, раз в сутки выполнить обработку?

(11) документооборот немаленький тут, конечно я этот вариант не исключаю ещё

(10) А зачем выгружать в XML?

(13) а как ещё можно работать с ЖР?

(0) У них все расценки только по количеству созданных документов в ЗУПе? Не верю. Я работаю в аутсорсинговой компании, у нас для биллинга (выставления счетов клиентам) используется отдельная самописная база, в которую все бухгалтеры, кадровики и расчетчики вносят то, что они делают. Расценки есть почасовые, подокументные, посотрудниковые и фиксированные за месяц.

(15) я тоже не верю, но что поделать, сказали, что только по количеству, делаю подсчет по количеству, меня и самого это смущает