о виртуальных таблицах регистров #470461

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

ап

С чем едят "данные графика"?

табелирование по дням что ли хочется?

нет... проблема в следующем

УПП 1.2.28.1 - у тётки у одной по ней заведен табель который сделан на основании ввода индивидуальных графиков... за январь 2010 г, но вот незадача.. тётка проболела с 31 декабря 2009 г. по 6-е февраля 2010 г. но все 3 больничных разом закрыты в феврале, почему-то больничный который с 21-го января по 31-е января не встает в таблице по фактическому периоду действия регистра основные начисления... следовательно когда в расчете ЗП в запросе к таблице данные графика того же регистра, основное значение по факт. периоду действия становится равным 56 часам, т. к. заведен инд. график и табель...

вид расчета "начисление по б. л.", является первичным и вытесняющим для "оклада по часовой т. ставке".... я не понимаю чем он таким вытесняется... если никаких больше начислений нет... перепроведение б. л. листов а также табелей не помогает

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

А в счет отпуска ничего не брала? ...Имхо больничный только отпуском вытесняется

никаких начислений кроме больничного нет

Тогда на взлет сложно сказать. Лезь в отладчик при расчете

сейчас посмотрел отладчиком обработку проведения б. л. листа, записи встают в регистр правильно.. т. е. с 21-е по 31-е января и с 1 февр по 6 февр., но почему то в ОсновныеНачисления.ФактическийПериодДействия не попадает запись с 21-е по 31-е января...

в отладчик то я залез, часы при расчете т. ставки берутся как раз из таблицы ДанныеГрафика, а количество часов - ДанныеГрафика.ОсновноеЗначениеФактическийПериодДействия, который как раз равен 56 часам из табеля... т. е. те самые не вытесненные 56 часов табеля с 21-го по 31-го числа января

Всмысле ФактическийПериодДействия нагло разбивается на два периода? ?   Или может он у тебя просто 31.12-06.02?

уу...Ну тут наверное надо смотреть чем период 21.01-31.01 отличается от остальных.

1 - й: с 30.12.2009 по 20.01.2009 - этот больничный виден в таблице ФактПериодДействия 2 - й: с 21.01.2009 по 6.02.2010 - этот больничный является продолжением предыдущего... во всех больничных периодрегистрации - февраль 2010 г. самое интересное, 2 движения по 1-му больничному видны... а вот со вторым б. л. засада.... 2 движения формируемые при проводке - с 21.01.2010 по 31.01.2010, периоддействия - 01.01.2010, периодрегистрации - 01.02.2010) - с 01.02.2010 по 06.02.2010, периоддействия - 01.02.2010, периодрегистрации - 01.02.2010) так вот в регистр попадают обе строки а вот в таблицу фактический период действия попадает только февральская запись.... в итоге косяк в расчете

с 28-м релизом УПП, в зарплату вылезла куча ошибок, как бэ проект заканчивается через неделю...

ап...

ставь 29, 28 - пипец

за неделю не успеть... с учетом того что проект начался в январе 2009-го

куча настроек, на предприятии 1400 человек, вообщем .опа, поэтому косяки решать нужно в 28-м релизе...

в 28 нет 4-ФСС и РСВ - 15 апреля тебя зажарят, 01 мая - съедят

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

мисте тем более наплевать

да, но ввиду срочности, я не в состоянии натянуть ещё и 29-й релиз... причем не факт что в нем не будет той же ошибки

ап

ну ч

апну малёха