38-Блондинка в шок > может просто в таких случаях заходить в приём и удалять "по" и только потом увольнять бывшего программного срочника?

39-Buhta > Тогда отчего столько мучений, если всё просто и компактно кодируется?

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

43-Buhta > скорее всего расчётчица обманула и в июле что-то не сделала, а в августе переделала.

5-Гена > Гена, возможно ты в (5) и прав. Полазила по логам, действительно кадровичка что-то делала с этими кадровыми приказами, перепроводила, отменяла проведение и прочее. Так что вполне возможно, что в истории эти реквизиты сначала были выставлены в другой хронологической последовательности, и состояние "[em]работает[/em]" было между двумя "не [em]работает[/em]".
Сейчас уже не понять, что конкретно она там меняла, но то, что что-то меняла - факт.

Так что может в (5) и овет на вопрос...

44-Гена > возможно... в типовой по стажу собирается, так-же как стаж идет в ИС. а стаж собирается... вопчем, если июль попал в стаж (а должен), то и в СЗВ-М попадет. видимо это бага не ЗИКи

[quote=Гена;43721424]скорее всего расчётчица[/quote] только не расчетчица, а кадровичка. У них четкое разделение.
А кадровичка - та еще.. особа приближенная к императору.. от нее правды только под паяльником добьешся.

47-Блондинка в шок > ну раз база есть, то попробуй еще раз перезаполнить и сформировать за июль. сразу будет понятно, есть косяк или нахимичили :) но на 100% второе. а с [em]не типовыми[/em] фокусами уже все понятно :)

вообще, у мну начисление з/п и взносов всегда заполняется "по всем" :) а вдруг кому-то премию начислили после увольнения и т.п. отлавливать еще таких потом... и ниче, заполняется на 3000, при рабочих 150 и при этом сильно не растет/не тормозит. т.е. не летает, но вполне терпимо. полюбому быстрее, чем плохишей по одному вылавливать. и даже метлой я не пользуюсь, все-таки записи к строкам привязаны

[quote=Buhta;43721453]видимо это бага не ЗИКи[/quote]

Ага!

Сейчас лазаю по логам (по mlg) тут еще какой-то приказ на был, впоследствии помеченный на удаление (и впоследствии удаленный) .
Понять тяжело, но вроде получается как кадровичка сделала приказ на увольнение без КНО, потом в следующем месяце сделала зачем-то еще один приказ на увольнение в котором указала кол-во дней КНО, причем сейчас посмотрела КНО начислена в период в июле (хотя увольнение 30.06).

Похоже, КНО просто забыли, потому срочно сляпали уже в июле еще один приказ на увольнение, доначислили в июле КНО, первый приказ на увольнение удалили..
причем видимо второй раз увольнение делать ЗиК не давала, приказы отменяли проведение, потом опять проводили..
А в этовремя выгружали СЗВ-М...

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

Стоп! Проверьте расчет КНО. Он должен быть не по календарным дням, а по рабочим, раз срочный договор меньше равно 2 месяцев.

36-Гена > Есть такая функция в ЗиК. Называется глРаботалСотрудник()
38-Блондинка в шок > У меня вся доработка свелась к галке "ПринятьНаОсновноеМестоРаботы" в документе "КадровоеПеремещение" и в модуле проведения:
Если ПринятьНаОсновноеМестоРаботы=1 Тогда
УстановитьРеквизит("СостояниеФизлица",Перечисление.СостояниеФизлица.СотрудникОсновной,СпрСотрудники.СостояниеФизлица);
КонецЕсли;

Хотя может и ещё кой-где подкрутить пришлось, где 1С хотела документ "ПриказОПриемеНаРаботу" видеть.

50-Блондинка в шок > Так а ситуация воспроизводится? На копии, на других? Могу и сам попробовать, но вдруг уже посмотрела?

48-Buhta > у меня дома база была вычищенная и прилизанная. Я ее к переносу в 8-ку готовила..

щас качнула с сервера июльский архив...

Действительно, рукодельницы:
[img]http://s020.radikal.ru/i723/1702/dd/7b3beacb8e1d.png[/img]

Но, между прочим, при всем при том история то по хронологии нормальная выходит.
Но вот с такой историей СЗВ-М за июль не формируется.
Так что насчет баги - хм..


49-Buhta > Абсолютно аналогично. Только одна тонкость. Я всегда создаю (давно как-то приучилась) две группы [b][em]верхнего[/em] [/b]уровня в справочнике сотров "Работающие" "Уволенные" и явно давно уволенных по которым точно 100% ничего уже не будет (т.е. [поза]прошлогодних и ранее) перемещаю всех в "Отработанные". И заполняю "по всем" по группе "Работающие". Да, лишние записи в доки попадают, но не все 3000. Все мусора в ЖР меньше.
[img]http://s020.radikal.ru/i705/1702/ac/a4465dd6a158.png[/img]

[quote=Харлампий Дымба;43721604]Так а ситуация воспроизводится?[/quote] Вот в (54) теперь абсолютно точная ситуация. И воспроизводится.

До этого у меня была "прилизанная" копия. Там одного дока увольнения (00460) не было вообще, а другой док (номер +00603) был сделан датой 30.06.
Прилизали, рукодельницы.
Но архив не обманешь... КГБ все пишет :)))

52-Харлампий Дымба > Да по-моему, ты в той ветке кажется похожее насчет доработки "Кадрового перемещения" и говорил. А может, ошибаюсь...
В любом случае, такое стоит взять на вооружение. Спасибо. Потому что ситация с переводом из внешнего в штатного через кадровое перемещение востребована, да.

38-Блондинка в шок > "[em]Увы. :)[/em]"
При вводе Приказа, когда предыдущий "с...по" закончился? (14) написано в предположении уже заведенного "...по", и, естественно, без конфликта дат (дата увольнения - рабочий день).
Хм. По практике - не помню, а шарить "с начала начал" откровенно лень.
Смотрю модуль документа [b]ПриказОПриемеНаРаботу[/b]. Ищу "уже принят на работу". Единственное место (стр.65):
[em] Приказ = глРаботалСотрудник(Сотрудник,ДатаПриема,Окончание);
Если (ПустоеЗначение(Приказ)=0)и(Приказ<>ТекущийДокумент()) Тогда
МожноПроводить = 0;
глДобавитьСообщение(ОбработчикСообщений, НазваниеДока+"сотрудник уже принят на работу ("+Приказ+").",Приказ)
КонецЕсли;
[/em]
Не дОлжно под [b]Если[/b] попасть. Никак не должно.
А вот "внешний совместиль" в тексте отсутствует.
Но есть в форме. В вопросе (стр.578). Но там надо сказать твердое "Нет", и... ничего за это не будет.

Непонятушки.

[quote=Buhta;43721152] жесть какая. я, пожалуй, даже не буду пытаться тестировать не типовую :)) [/quote]
Если у тебя база - полная помойка, а "не типовая" каждый месяц публично
возит тебя фейсом об тейбл все 10 лет, безусловно, типовая - твой выбор!
Это ведь очень неприятно, когда тебе все время указывают на твои косяки.
А так все шито-крыто, "программа так посчитала", а "мы крутые" ...
В этой ситуации самое обидное - это не то, что приходится перед сотрудниками
делать вид, что у тебя все в ажуре, а то, что из сознания не выходит мысль
"а вдруг кто-нибудь узнает". И это не просто бесит, на этом свихнуться можно.

Понятно почему эту несчастную Сокуренко 10 лет склоняют по всем ЖР - если ее выкинуть
из Начисления з/п, при смене периода она на нее вопить будет, что есть сотрудники,
которым не начислили з/п. И генина любимая девочка Ирочка из франя подает от большого
ума совет - "а вы включайте эту Сокуренко в начисление".
И сразу становится в своих глазах "Игорь Цаплин, это круто, остальные дураки." ©ДВ
Мне не очень понятно, почему ее стаж не попадает в ИС?
Скорее всего, оттуда ее руками выкидывают ирочки ...

58-MagAN > слушай, если тебя ткнули носом в твои косяки, не надо гнать и переваливать на других :) со своей базой и кого включать в начисление я как-нить сама разберусь. приведенный пример с попаданием в отчет Сокуренко - это явно не нормально. а если не просто так с нулевкой тупые хабалки в начисление з/п сотрудника включили, если премия уволенным или доплата к пенсии бывшим работникам? таких в СЗВ-М тоже не надо включать
ЗЫ: ввела еще один приказ на увольнение... и с датами игралась... не получается баг :) включает и включает... что я делаю не так?

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

60-Buhta > Ленчик, всё очень просто. Глянь даты самих документов!

И вспомни как мы лет 10 назад с тобой же уже рассматривали как ЗиКа пишет периодику на ОДНУ дату:

1. Если дата дока <> дата записи периодики, то [b]время[/b] записи (оно явно не видно) ставится на начало дня (или на конец? забыл уже)
2. Если дата дока = дата записи периодики, то время записи реальное по часам компа.

Помнишь, мы это обсуждали по перепутке записей для отпусков по уходу и выходов на работу?

На практике это означает следующее. Док приказа о приёме ВСЕГДА пишет увольнение (По + 1) строго по п.1
Если у дока увольнения тоже п.1, то НИЖЕ в истории ляжет дата того дока, который был проведён последним!

Дальше сама сообразишь, как легко сначала дата нового приёма легла в истории выше одного из увольнений, и как потом кадровичка это исправила.

Вот почему я и попросил БвШ уточнить расположение записей в истории, хотя дядя Валера и глумился, что она же сказала последовательность документов. Мы же знаем, что записи в истории МОГУТ не соответствовать последовательности доков.

63-Гена > в (54) история нормальная, с такой все формируется.

+ а если косяк в истории, то и в начислениях вылезет

Кто помнит,- MagAN заводил тут разговор о поиске вариантов финансировании своих проектов, - про краудфандинг, поиск доноров... гранты и т.д. сетовал на нехватку средств для оплаты своим тестером? Ну, якобы чтобы разработка его идей продвигалась много быстрее. Вот кто-то верит, что, получив вдруг Грант, MagAN раздаст деньги своим тестерам?
Про каких-то волонтеров рассказывает!? ... Перпетум ему и так и сяк рассказывает, показывает, доказывает, его в упор не замечают, просто как будто его и нет. БвШ, Бухта про лисапед ему, - все встречают только хамские выпады в свою сторону. Какие тестеры?
Ткачик очень точно подметил про глухаря на токовище.

66-Шухер > да ладно, я его больше 10 лет знаю, пусть токует :)

Шухер > Ему Хоть в глаза ссы (с)
Но надо быть с ним осторожней ибо Сам пишет что Его уже [quote=MagAN;43721732] не просто бесит, на этом свихнуться можно.[/quote] . Будет по стране с бензопилой ездить и блогерам членовредительство причинять. Или забираться в офисы и за отсутствие своих обработок манерно бить по щекам. "Хабалки вы изкустовство мое не цените"
[IMG]http://quibbll.com/wp-content/uploads/2015/04/old_HEROES-1_mini.jpg[/IMG]

А если серьезно, то в (34) подробно дано почему обработка в корне не верна.

злые вы...

MagAN, продолжайте и никого не слушайте. Лично я считаю, что чем больше толковых внешних отчётов/обработок - тем лучше, тем легче работать бухгалтерам. Вы делаете нужную работу. А злопыхают как правило те, кто сами ничего не пишут )

70-Гена > Я 5 лет не открывал клюшки. Я не скачивал обработку Магана. Но из прочитанного выше я понял, что Обработка собирает СЗВ-М по журналу расчетов. Возникает вопрос: может быть ситуация когда договор "заключен, продолжает действовать или прекращен", но записей в журнале нет. И записи в журнале есть, а договор не заключен...?
Я могу ошибаться (5 лет это много и обработка эта мне на не нужна) но зачем хамить? Магану показали "особенность" его обработки - за это благодарить надо. Я так думаЮ (с)

70-Гена >Геночка, я понимаю твой мягкий характер и желание приободрить и поддержать.
Но вот зачем ты поощряешь заведомо неверную трактовку законодательства ?
Ситуация предельно ясна - человек уволен, давно уволен, нет никаких договоров (ни трудовых ни ГПХ) но... у нее есть запись в ЖР, причем запись с нулевыми суммами. Разве можно на основании такой записи в ЖР включать в СЗВ-М? Ты же сам себе противоречишь.

Справедливости ради, надо сказать - я благодарна этой обработке в том плане, что она позволила мне выщемить этого давно уволенного сотрудника.
Одну. Из нескольких тысяч. Вполне допустимая погрешность в базе.
У которой не прекращен ВР после увольнения и которая попадает в ЖР с пустыми (нулевыми) записями. Теперь то конечно, меры приняты, и больше по ней никаких записей в ЖР не будет вообще, как и положено. В этом плане обработка помогла выщемить, да.
Но вообще надо сказать, я не считаю ситуацию с "пустыми" записями в ЖР по давно уволенным какой-то криминальной ситуацией. Такое встречается сплошь и рядом. Более того, ситуация настолько типичная, что Валера в свое время "Метлу ЖР" изваял.
Поэтому поощрять конечно надо. Толковые обработки. А если человек в ответ на предложения по доработке начинает хамить, то это свидетельствет об очень недалеком уме.

Посмотри внимательно(15).
Что обидного в этом предложении? Что в (15) не так? Почему после этого поста вдруг пошли всяческие выражения?
Нет, ты прямо скажи...
Хотя, можешь не говорить.
С тобой тоже все ясно. Поощряй и дальше такие реакции на предложения по улучшению "толковых" разработок. :)

Просто у автора нет постановщика задач. Ежу понятно, что отслеживать присутствие по ЖР несерьёзно. Его программа рассчитана на идеальных пользователей. А программа должна быть устойчивой к ЛЮБЫМ извращениям.

Как калашников. Чтоб и в песок, и в снег, и в болото - а он всё равно стреляет и стреляет точно )

73-Гена > Готовься, если раньше он тебя просто с маленькой буквы называл, то после критики Его "ноухао" будет настоящий наезд.

74-Begemot > тю... да мне по фигу... я в одно ухо впускаю, в другое выпускаю )

Я как Каа )

73-Гена > "[em]Ежу понятно, что отслеживать присутствие по ЖР несерьёзно[/em]" - а ежу непонятно, что "отслеживать присутствие" только по документам породит еще больше неприятных последствий?

76-VZ > дядя Валера, где Вы увидели документы? Я предлагал анализировать Состояние ФЛ на дату на непустоту.

77-Гена > То же самое. Только еще хуже.

78-VZ > чем? Приведите мысленный эксперимент, когда не сработает.

[quote=Гена;43723133] Ежу понятно[/quote] одно - на критику и предложения по доработке надо реагировать адекватно.
"[em]к доктору, хабалки, хамье[/em]"- это очень адекватная реакция. Которая, естественно, в свою очередь вызывает ответную... и понеслась...душа в рай... Каюсь. Зря. Надо было промолчать.

76-VZ >ну.. а еще ежу понятно, что ИИ пока еще не создали и Скайнета пока еще нет. И нормальная обработка в случае спорных ситуаций выдает протокол (считай отдает вопрос на рассмотрение человека). Типа "[em]имеются записи в ЖР, а по документам человек не работает[/em]". И наоборот - типа "[em]имеется штатный сотрудник, у которого в этом месяце нет ни отклонений, ни начислений[/em]".

Чтобы далеко не ходить, некий схожий протокол выдает та же самая ЗиК при регламентном закрытии месяца.