Всем добрый день!

Поискала по форуму - не нашла, может если кто ткнет в уже обсуждавшуюся тему...

Есть стандартная ситуация - человек оформил отпуск, ушел, отгулял 2 недели и тут его отзывают. Соответственно, отсутствие "Отпуск" ограничивается. Однако в связи с этим, приказ на отпуск, который раньше формировался корректно, теперь формируется на "уменьшенный" период. Т.е. получается, что в системе теряется основание для начисления такого количества отпускных.

Есть вариант блокировать предыдущую запись об отпуске и создавать новую при отзыве, но во-первых, у нас блокированные записи используются для плановых отпусков (Т-7), а во-вторых, как тогда программа, формирующая приказ на отпуск, должна анализировать, какое из отсутствий выводить, блокированное или не блокированное? Стандарт ведь это не анализирует, по-моему. Или я ошибаюсь?

У кого-нибудь было такое? Кто как решает?

T-7 перевести на другой тип блокированных отсутствий.

Приказ уже распечатан и подписан. Зачем его ещё раз "формировать"? Может брать подписанный?

2 Bully: Часто бывает нужно распечатывать выписки из приказа. А данные там - измененные.

2 Proforg: Ну, Т-7 я переведу на другой вид отсутствия, не проблема. Но вторая проблема при этом остается:



Переписывать Т-6?

Неблокированное, естесна

Вот тут-то косяк и получается, потому что в неблокированном - измененные данные об отпуске.
Например.
Иванов ушел в отпуск с 1 по 28 июля на 28 календарных дней.
15 июля его отозвали из отпуска.
Блокируем первую запись с 1 по 28-е, копируем запись, изменяем конечную дату, получаем запись с 1 по 14 июля. Перерасчет отпускных пошел - хорошо. А в приказ об отпуске (изначальный!) потянулась запись с 1 по 14-е. Ведь это же неправильно

Может быть, 33VTY можно как-то настроить, чтобы то, что нужно выводилось?

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

Так в том-то и прикол! Нового приказа на отпуск НЕ ВОЗНИКАЕТ!!! Никто не подписывает приказ об отпуске повторно. Подписывается приказ об отзыве из отпуска. Он-то и является основанием для перерасчета отпускных.

Вот и получается, что та первичка (Т-6), которая была основанием для начисления первоначальной суммы отпускных, потерялась. Т.е. осталась только в бумаге, а в SAPе никаких следов...

Пруфлинк? Шоу ит ми хиа, плиз
http://www.2buh.ru/spravka/buh/pers/docs.php
а то как-то ненаблюдается
А то, что они косячат - это их личная драма.
Тут у меня недавно сильно удивились представители бизнеса, узнав, что низзя на вакансию шестого разряда четвертый принимать согласно ТК А другие товарищи утверждали, что они лучше, чем госкомстат знают, как унифицированные формы по статистике заполнять.


Включите журнал, там будет

Журнал у нас есть

По поводу пруфлинка запросила специалистов, жду.

У нас сделано так: свой инфотип "Разделение отпуска/отсутствия" + хранение и отслеживание связи между приказом (ит298) и связанными с мероприятием инфотипами + своя форма приказа Т-6 и форма приказа для отзыва. Все это сделано на ABAP, поэтому учтены пожелания и требования клиента. Форма первоначального приказа на отпуск Т-6 печатается из ит2001 и ит "Разделение отпуска/отсутствия", так что данные не теряются.
Можно посмотреть как это работает вживую:
http://www.bdnk.ru/page/bisauto/live/otzive.html

Новый может и надо. только не на отпуск, а на перенос отпуска или на отзыв из отпуска.

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

Пруфлинк в студию. На основе "приказа на перенос" пересчитать отпуск низзя, т.к. первичкой для расчета является Т-6+Т-60.

Ok, оставим необходимость нового приказа на отпуск. Профлинка у меня нет, у заказчика тоже.

Но иметь возможность позырить на "старый" приказ - это логичное требование, согласны?

Сохранять в отсканированном виде как аттач к новому приказу