-
Форум
-
Программные продукты ГК КАМИН
-
1С-КАМИН:Зарплата для бюджетных учреж...
-
Обработки 1С-КАМИН:Зарплата для бюдже...
Обработки 1С-КАМИН:Зарплата для бюджетных учреждений. Версия 5.5
535 
632
Еще выявленные ошибки:
1) Сотр увол/принят в октябре 2016. В 5.5 не верно считает отпуск. Точнее берет не верную базу за октябрь.
Здравствуйте!
Убедитесь, что даты начислений во входящем сальдо позже приема сотрудника.
После переноса из 3.5 в 5.5 если сотрудник был несколько раз принят и уволен в организации, то документ "Изменение списком" заполняется неверно. Сотрудник попадает туда несколько раз, но актуальна только одна запись. Документ не проводится, приходится формировать отдельное "изменение" на таких людей.
Здравствуйте!
Какая ошибка возникает при проведении документа?
Маврин Артем, фирма КАМИН
32 4 
1.jpg
2.jpg
535 632
Поле объекта не обнаружено (ДатаПриёма)
Странная ситуация с несколькими строками сотрудника в документе. По поводу ошибки, к сожалению, это ошибка конфигурации. Было зарегистрировано несоответствие №1453.
Маврин Артем, фирма КАМИН
516 186
535 632
516 186 Да. Это руководитель. Сейчас модно их увольнять/принимать. Да еще премию дать (после приема в конце октября) за 3 квартал.
Скорее там суммы разбивать надо. До даты увольнения/приема и после.
Сотрудник принимается на ту же должность и подразделение?
Но могут быть и другие сотрудники, которые болтаются туда сюда. У них может быть и другая должность и подразделение.
516 186
535 632
Мне бы сообщение при расчете по среднему как в 3.5.
Такое сообщение будет появляться, если Вы выгрузите все кадровые сведения. С актуальными программа не видит предыдущие места работы. С разными должностями/подразделениями проблем не возникнет, в отличии от одинаковых. Будем исправлять, спасибо.
Маврин Артем, фирма КАМИН
516 186 Разбивать на периоды будете?
Мне бы сообщение при расчете по среднему как в 3.5.
Такое сообщение будет появляться, если Вы выгрузите все кадровые сведения. С актуальными программа не видит предыдущие места работы. С разными должностями/подразделениями проблем не возникнет, в отличии от одинаковых. Будем исправлять, спасибо.
Если да, то можно организовать и вывод сообщения.
130 58 Ошибка в обработчике события ПередВыгрузкойДанных (конвертация)
Обработчик = ПередВыгрузкойДанных (конвертация)
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(21, 1)}: Синтаксическая ошибка "ОБЪЕДИНИТЬ"
<<?>>ОБЪЕДИНИТЬ ВСЕ
ПозицияМодуля = (77)
КодСообщения = 62
535 632
Разбивать на периоды будете?
Если да, то можно организовать и вывод сообщения.
Здравствуйте!
Смоделировали ситуацию, и с одинаковыми должностями/подразделениям проблем быть не должно, если начисления верно разнесены по датам. Даже, если отсекать начисления до приема, ситуация не изменится. Поэтому мы приняли решение все начисления оставить во входящем сальдо, при выгрузке оповестить о таких сотрудниках, чтобы в 5.5 была возможность подкорректировать даты начислений, если есть какие-то неточности.
Версия правил ZP35 - ZP55 v082 (Релиз конфигурации источника: 3.5.59.3;Релиз конфигурации приемника: 5.5.14.3). Ошибка при выгрузке из 3.5.59.3:
Ошибка в обработчике события ПередВыгрузкойДанных (конвертация)
Обработчик = ПередВыгрузкойДанных (конвертация)
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(21, 1)}: Синтаксическая ошибка "ОБЪЕДИНИТЬ"
<<?>>ОБЪЕДИНИТЬ ВСЕ
ПозицияМодуля = (77)
КодСообщения = 62
Здравствуйте!
Могли бы Вы указать параметры, с которыми выгружаете данные?
Маврин Артем, фирма КАМИН
130 58 
485 203 Правила 79, большая база
Как то по-странному перенеслось время отработанное (у некоторых сотрудников они на разных начислениях) в документе Входящее сальдо. Когда считаешь командировку, базу начислений видит, а вот время нет. Отсюда расчет по-среднему милионный
И наоборот, базы как будто нет, но в документе Входящее сальдо есть. И база у начисления настроена корректно
Технологии будущего в настоящем
516 186 Допустим в док. "Входящее сальдо" есть начисления с датой 01.10.16 - до даты увольнения/приема. И есть начисления с датой 31.10.16 - после даты увольнения/приема. В этом случае хорошо бы было выводить сообщение при расчете по среднему, что необходимо проверить базу за октябрь 2016 г.
Разбивать на периоды будете?
Если да, то можно организовать и вывод сообщения.
Здравствуйте!
Смоделировали ситуацию, и с одинаковыми должностями/подразделениям проблем быть не должно, если начисления верно разнесены по датам. Даже, если отсекать начисления до приема, ситуация не изменится. Поэтому мы приняли решение все начисления оставить во входящем сальдо, при выгрузке оповестить о таких сотрудниках, чтобы в 5.5 была возможность подкорректировать даты начислений, если есть какие-то неточности.
516 186
535 632
Ошибка выходит при выборе параметра: Выгружать уволенных(Нет)
Здравствуйте!
Спасибо, поправили.
Допустим в док. "Входящее сальдо" есть начисления с датой 01.10.16 - до даты увольнения/приема. И есть начисления с датой 31.10.16 - после даты увольнения/приема. В этом случае хорошо бы было выводить сообщение при расчете по среднему, что необходимо проверить базу за октябрь 2016 г.
Здравствуйте!
Если Вы выгружаете все кадровые сведения, то это сообщение будет выдаваться при расчете по среднему. При выгрузке только актуальных кадровых данных в программе есть сведения о последнем приеме, но увольнения там нет, поэтому сообщение не отображается. Чтобы обезопасить от таких случаев мы подобное сообщение будем отображать при выгрузке из ЗП 3.5., где есть все сведения.
По поводу времени отработанного при расчете по среднему, это недочет проведения документа входящего сальдо. В следующем релизе конфигурации время будет проводиться на дату начислений, а не начало периода, что исправит возникшие ситуации. Так же необходимо удостовериться, что даты начислений позже даты приема, иначе в базу они не попадут.
Маврин Артем, фирма КАМИН
516 186 Вывод сообщения при загрузке это хорошо. Но про него могут забыть через полгода.
Здравствуйте!
Если Вы выгружаете все кадровые сведения, то это сообщение будет выдаваться при расчете по среднему. При выгрузке только актуальных кадровых данных в программе есть сведения о последнем приеме, но увольнения там нет, поэтому сообщение не отображается. Чтобы обезопасить от таких случаев мы подобное сообщение будем отображать при выгрузке из ЗП 3.5., где есть все сведения.
У меня выгружались актуальные кадровые данные и увольнения нет. Но есть начисления 01.10.16 - до даты увольнения/приема и 31.10.16 - после даты увольнения/приема. Сравнивая эти даты с датой приема можно сделать вывод сообщения при расчете по среднему, что необходимо проверит базу за октябрь 2016.
485 203 Когда ждать следующий релиз?
По поводу времени отработанного при расчете по среднему, это недочет проведения документа входящего сальдо. В следующем релизе конфигурации время будет проводиться на дату начислений, а не начало периода, что исправит возникшие ситуации. Так же необходимо удостовериться, что даты начислений позже даты приема, иначе в базу они не попадут.
Ошибка выходит при выборе параметра: Выгружать уволенных(Нет)
Технологии будущего в настоящем
535 632
Вывод сообщения при загрузке это хорошо. Но про него могут забыть через полгода.
У меня выгружались актуальные кадровые данные и увольнения нет. Но есть начисления 01.10.16 - до даты увольнения/приема и 31.10.16 - после даты увольнения/приема. Сравнивая эти даты с датой приема можно сделать вывод сообщения при расчете по среднему, что необходимо проверит базу за октябрь 2016.
По данному вопросу было создано предложение №1863.
Информацию о планах выхода релизов конфигураций можно найти здесь www.kaminsoft.ru/products/1117.html
Когда ждать следующий релиз?
Маврин Артем, фирма КАМИН
