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