ЗУП 2.5.25.4 обнаружено повторное начисление за период #502421

1c81 ЗУП 2.5.25.4 Выдает ошибку: "{РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций}: Агапов Валерий Евгеньевич: обнаружено повторное начисление за период (01 февр. 10 г. - 11 февр. 10 г.) Вид расчета "Межнавигационный отпуск" введен документом Невыходы в организациях 00000000030 от 10.11.2009 12:00:04 Вид расчета "Дни неоплачиваемые согласно табелю" введен документом Табель учета рабочего времени организации 00000000007 от 28.02.2010 12:00:02 Скриншот: Искал на форуме описание похожей проблемы, нашел только для старых версий.. Что делать?

Распроведи табель перепроведи невыход и потом перезаполни и проведи табель

все равно он не проводит. вот теперь думаю...может новый табель вообще сделать?

Слабо самому посмотреть Регистр Расчёта ОсновныеНачисления на предмет "что там и как?

Вытеснение видов расчета настрой

А куда и что должно вытеснять? Или "Межнавигационный отпуск" -> "Дни неоплачиваемые согласно табелю" или же наоборот.. что настраивать? А может они не должны вытеснять друг друга? проясни мыслю плз :-)

Дни неоплачиваемые согласно табелю должны вытесняться межнавигационным отпуском

Из табеля этого человека удали, проверь отчетом Табель ф. Т-13, что правильно все отображается

Да ну??? Может наоборот??? Откуда регистр расчёта знает "что главнее"?

Он и незнает что главнее, ему надо об этом сказать

расскажи - КАК? В каком месте можно сказать, что Иванов на самом деле в "ДО", а вот Петров насамом в "О", если у них одинаковые записи с такой же фигнёй... или пофик.. в спорных случаях считаем, что все находятся в Отпуске. Да?

Настройкой вытеснений

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

У всех должно вытесняться одинаково

Угу, "Дни неоплачиваемые согласно табелю" должны быть вытеснены.

суппер.. Значит Иванов который в Отпуске будет раcсчитываться как "отпуск за свой счёт" (согласно правилу вытеснения)??? А Иванов согласен пролетать мимо отпускных?

Ты о чем?

всё о том же... Записи одинаковые по 2-м сотрудникам, но на самом деле Иванов "Межнавигационном отпуске", а Петров в "Дни неоплачиваемые согласно табелю"... Откуда регистр расчета узнает кому и что вытеснять????

Если Петрову введен "Межнавигационый отпуск", то он тоже находится именно в нем. Иначе на фига ему его вводили?

начинаешь врубаться в ситуацию. Это радует... :-) В данном примере явная трабла наложения РАВНОПРАВНЫХ видов расчета на один и тот же период - ЭТО ОШИБКА ВВОДА и тут ни какие вытеснение тут ни рулит.. Нужно по первичке выяснять где был тот или иной сотрудник (или в "МО" или в "ДО"). И всё

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

"Это начисление, будет всегда вводится табелем, если в табеле указать какой-либо невыход" Масло масленное?? Вводится табелем если в табеле "указать"? Хм-м-м.. Так "указать в табеле" или вводится табелем? А если в табеле правильно введено? Если человек действительно был в "ДО"? тогда что? Это вытеснять и платить отпускные?

Вопрос на засыпку - табель когда нибудь проводил, в его движения смотрел?

движения табеля это РН "РабочеевремяСотрудниковОрганизации" - его и так можно глянуть.. прямо сейчас

Табель также делает движения по регистру расчета

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

В живых должен остаться один

такое "вытеснение" идёт уже на уровне табеля, когда про ВидыРасчётов ещё и упоминания нет

В последних версиях ЗУПа табель занимается самодеятельностью и лезет в регистры расчета грязными руками. Это неприятно, но факт.

глупости говоришь. Сам факт создания и проведения Табеля совсем не отражается в регистре расчёта (не создаёт в нём никаких записей).

Отражается и создает. Сформируй "Движения документа по регистрам" для табеля - увидишь.

с дуба рухнул? :-) Я открываю непосредственно Регистр расчёта и там нет никаких записей по вновь созданному и проведённому Табелю.

Сие тайна великая есть, почему в обработке эти записи показываются, а в журнале с отбором по регистратору - нет )

я смотрю без отбора по регистратору. В данном периоде - чисто

А ты не смотри в журнале, а попробуй например взять записи запросом с отбором по регистратору..

Я смотрю круче.. :-) Я смотрю ВЕСЬ НАБОР ЗАПИСЕЙ - запросом без отбора (т.е. с отбором по периоду)

Ну, это твоё дело. Смысл в том, что если ты сделаешь ВЫБРАТЬ * ИЗ РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций ГДЕ Регистратор = &Регистратор То ты увидишь движения, создаваемые табелем.

нельзя найти в темной комнате чёрную кошку если этой кошки в комнате нет :-) повторяю.. Ну НЕТ таких записей в регистре расчёта по вновь созданному и проведённому Табелю. Это просто фантастика.. Так как сам табель ничего не знает про Виды расчёта, а значит такие движения создавать физически не может :-)))

Вот твоя черная кошка

ты мне дай код из модуля объекта из процедуры ПриПроведении которая делает это движение

Модуль объекта в документе "Табель...". // Процедура вводит в Регистр расчета ОсновныеНачисленияРаботниковОрганизаций

а-а-а.. понял.. я создавал табель без прогулов ЗЫ.. а что, в табеле только неявки присутствуют? А что с оплаченными неявками? их тоже табель в регистр расчёта запихивает?

А фиг знает. Разбираться в логике типовых восьмерочных конфигураций сродни решению головоломок. Поиграй! :)

Любые неявки табель заносит как "Дни неоплачиваемые согласно табелю". Поэтому если они же введены другими расчетными документами с нужными видами расчета, "Дни неоплачиваемые согласно табелю" должны быть обязательно вытеснены.

Такая ошибка стопроцентно вылезает у моих бухгалтеров, когда они вводят начисленияф задом наперед. Т.е., сначала документ "Начисление зарплаты" (там заполняется период работы сотрудника с 1 по 31 число), а потом начинаю отпуска, б/листы и пр. отклонения вводить. Если не получается перевоспитать, можно просто в коде строчку закомментировать. Предполагаю, у тебя то же самое.

Ну вот, я ж говорила. СНАЧАЛА отклонения, потом основные документы - табель и начисление зарплаты.

Рядовые пользователи тут не причем. Тот, кто добавил новый вид расчета, не до конца настроил его.

Нет новых видов расчета. Есть проверка на наложение периодов, которая рубит проведение документа при вводе шиворот-навыворот.

"Межнавигационный отпуск" - типовой, что ли?

Да наплевать на его настройки. Я тебе точно говорю, в чем причина. Просто такие же косяки исправляю за клиентами.

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

Ошибка в том, что нарушена логика программы. Вводить с первую очередь документы-отклонения, а уже затем табель. В конце концов, проверка отключается элементарно.

Табель в ЗУП <> бумажный аналог, заполняемый табельщиком. Функции несколько другие.

Не нарушена. Табель по-любому проводится до расчета зарплаты.

Последовательность ввода табеля и документов-невыходов не должна ни на что влиять

Невыходы - начисление з/п Жую и кладу в рот: Если первоначально ввести невыход, то табель при автозаполнении будет иметь вид: невыходы, явки, выходные Если ввести первоначально табель, то при автозаполнении вид: явки, выходные. А теперь нужно только найти отличия и чуть подумать. В принципе, хозяин-барин. Можно и модули поувечить, а можно усвоить алгоритм, один раз научить и настроить и спать спокойно.

"Функции несколько другие" Да ладно... Функции одни и те же - это ФАКТ рабочего времени сотрудника

Незачет. Если ввести бухгалтерский документ "невыход" раньше табеля, то табель все равно будет лезть в регистр начислений - и если вытеснение не настроено, ошибка будет. И в реальности бухгалтер вводит "невыходы" как раз на основании табеля или приказов, т.е. после документа "табель". Да и для ЗУПа неважно, в каком порядке вводятся эти доки.

Ндааа, автоматизация, блин :(

ппц... все в кашу - кадровые невыходы, бухгалтерские...