Сотрудница была в отпуске по беерменности и родам по 08.11.2011. (больничный лист). Затем с 09.11.2011 ей ввели Отпуск по уходу за ребенком. В справочнике Сотрудники состояние временно не работает 09.11.2011 по 10.02.2013. Но оклад программа ей начисляет и в табеле ставит Явки. Если делаю Отупск по беременности и родам с 10.11.2011 то программа считает один день оклад, остальное пособие по уходу за ребенком

Историю по ней проверь

проведи первый документ еще раз

(1) В истории все правильно

(2) Провела больничный еще раз (через мягкий откат вернулась в нужный месяц), пересчитала зарплату за ноябрь-считает оклад все равно

блин вручную можно исправить но отчеты по фсс тоже вручную придется исправлять

(5) Причину найти надо, не было такого никогда.

я семерку забыл уже но такого точно не было

И потом проблем не оберешься с этими исправлениями. НДФЛ, фсс

Делала ТиС, не помогло

не поможет, в  программе детская ошибка. исправить только программистом

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

(10) В релизе?

в конфигурации. ее никогда и не правили. потому что проблема структурная. постоянно возникает такая тема на мисте.

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

.14) У нее состояние временно не работает с 09.11.2011

(15) а нет, не внимательно прочитал. у меня уже 4 утра, спать охота... виноват документ Отпуск по уходу за ребенком все равно. Я там кучу ошибок исправил, после чего вроде нормально считает, но сейчас под рукой нет. Но случай интересный, может, там оклад неправильно заведен, может, совместительство, может еще что-нибудь. Можешь на почту выслать, затерев личные данные?

можешь не затирать, мне на них пофигу. djanthonсобакамайлточкару

(17) Выслала

окей. завтра гляну (почта в офисе просто..)

Можно скрин истории СосточниеФизЛица?

через F5 на сотруднике

(14) >временно проблему можно решить, установив значение реквизита СостояниеФизлица вручную на дату начала отпуска.
В типовой залочен для ручного изменения.

(20)http://s017.radikal.ru/i403/1112/14/634306521917.jpg

(23) пустая зачем 09.11?

с пустым документом

(25) Не знаю откуда она. И как вообще создалась

удали нафиг

руками кто-то занес

и перепроведи отпуск

можно и поможет

(30)Удалила строку, перепровела отпуск, пересчитала зарплату. Не помогло. Мистика какая то

(31) Новый скрин выложи

(32)http://s49.radikal.ru/i125/1112/64/40bc9d3a5113.jpg

(33) А если все-таки через F5 просмотреть Состояние физлица. А ошибка при заполнении документа Табель или отчета Табель?

Специально все повторил дата в дату - в отчете табель все нормально.

http://s017.radikal.ru/i428/1112/c3/6eb45ded5efc.png

Такой же глюк встретился. Помгла только обработка для изменения СостояниеФизлица.
По другому никак.

Изначально документ введен неправильно или даты неправильно стоят.
Вот http://aitika.ru/program/157-1c-Prinuditelnaya-smena-sostoyaniya-fizlitsa

Проблемы с состоянием физ лица

(38) Фигня кака-то. С тем же успехом можно и руками его поставить, но значения установленные документами, без их перепроведения не изменишь. см. (33)

(39) Не канает. Тут все документы идут последовательно, а там нет.

(37) (38) (40) вы все неправы, в истории там все правильно стоит (как ни странно). не поможет даже перемещение документа по времени.

во всем виновата другая ошибка. в Историю попадает все верно (не сортируется), а при начислении зп состояние сортируется и сбивает с толку программу.

(0)
закомментируй в глобальном модуле строчку 7616

ТЗ.Сортировать("Дата+,Документ+",1);

она все портит.

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

кому интересно - http://zalil.ru/32216068

так мне никто и не рассказал в чем собственно ошибка.

вторая строчка в (42) вам не понятна?

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

Демо база 314, без изменений http://s017.radikal.ru/i402/1112/a0/aa5edfe99240.png
ЧЯДНТ

(48) в смысле? эта ошибка может и не проявиться на демо базе, это плавающий баг. скажите, зачем сортировать таблицу ПО ДОКУМЕНТУ? это же идет в разрез с концепцией дат регистрации (дата документа) и дат действия (порядок проведения документов).

перенесите документ отпуска раньше документа больничный лист (но в ту же дату) и у вас баг должен проявиться

(49) Потому что периодика в семерке хранится только в пределах одной даты, без детализации. Дальше платформа так или иначе сама упорядочивает по документу.

(51) тогда скажите, почему после выполнения строки

ТЗ.Сортировать("Дата+,Документ+",1);

изменяется порядок строк? они ведь и так собраны "по возрастанию", то есть так, как мы видим в истории.

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

(57) >перенесите документ отпуска раньше документа больничный лист (но в ту же дату) и у вас баг должен проявиться
Вот теперь правильно пишешь.
ИТОГО: ничего переписывать не надо, а надо чтобы просто документ больничного, имел дату раньше документа отпуска. (ну или был раньше в одной дате). И это правильно хронологически. Все!

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

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

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

(37)Делала, не помогло

(54)Так у меня так и есть. Больничный оканчивается на день раньше отпуска
(42) Спасибо, сейчас попробую. Это получилось из за того что
больничный сначала был введен раньше отпуска?

(59) скорее всего, о чем я и говорил. попробуйте переместить отпуск в другой день.

(60) Да! Все получилось! Спасибо огромнейшее!!!!