Информация о файле обновления Галактика ZC_DLL_810670.TXT


Описание файла обновления:
ФайлZC_DLL_810670.TXT
ОбновлениеZC_DLL_810670
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZC
ТипDLL
Версия8.10.67.0
Дата2015-09-10 15:40:54
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.49739NEWРасчет зарплаты - новый режим формирования ШПЗ в дополнительной оплатеЗаработная платаОтнесение затрат по начислениям и удержаниям при расчете заработной платы
Предлагается сделать более понятный алгоритм для заполнения ШПЗ/ТХО в дополнительной оплате значениями из основного вида оплаты. Сейчас для того, чтобы в дополнительной оплате заполнились данные по отнесению затрат, нужно, чтобы значение настройки выбора ШПЗ совпадало в основном виде оплаты и в дополнительном. Это неочевидное решение. Лучше добавить новое значение настроек выбора ШПЗ, ТХО, Параметра, Дополнительных аналитик - "из основной оплаты". В таком случае будет более удобно настроить, чтобы отнесение затрат в дополнительной оплате соответствовало отнесению затрат в основной.В классификаторе видов оплат для настроек выбора ШПЗ, ТХО, Параметра и Дополнительных аналитик добавлено новое значение: "из основной оплаты". Данное значение доступно для выбора в "обычных" видах оплат (т.е. не больничные, не отпуск, не северные/районные и т.п.), при этом вид оплаты должен являться дополнительным для какого-либо вида оплаты. Если вид оплаты перестает быть дополнительным (происходит отвязка в последнем оставшемся "основном" ВО), значение "из основной оплаты" перестает быть доступным для выбора, а если оно было указано, то сбрасывается в "Из КВО" (для доп. аналитик - в "из лицевого счета работника"). При расчете зарплаты, если обнаруживается, что ШПЗ/ТХО/Параметр/Доп.Аналитики для дополнительного ВО нужно брать "из основной оплаты", в дополнительную оплату заносится соответствующее значение из основной оплаты. Остальные варианты обрабатываются обычным образом. Ликвидирован функционал, подставляющий в дополнительную доплату отнесение затрат из основной при совпадении значений настройки выбора ШПЗ, так как теперь для этих нужд используется значение "из основной оплаты".
102.1381408.10.65.0несоответствие табелюЗаработная платаРасчеты по агоритмам в режиме "Начисления и выплаты"
В межпериод на предприятии проводятся различные выплаты( премии, матпомощи и т.д) Как правило они начисляются и выплачиваются до того, как будет сформирован реальный табель учета рабочего времени. Необходимо в классификаторе ВО указать признак и его анализировать при расчете зарплаты и время по этим ВО приводить в соответствии с табелем.Условием корректировки количества часов (дней) записи выплат в межпериод при расчете зарплаты является наличие дополнительной входимости 51 "При корректировке выплаты в межпериод брать время по табелю" в виде оплаты, который принадлежит данной записи
180.82028.10.61.0Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат.Заработная платаНастройка
Необходимо реализовать возможность оплачивать часы работы в выходной/праздничный день за отгул отдельными видами оплат. На данный момент после утверждения приказа о работе в выходной день за отгул часы по приказу автоматический попадают в табеле в фактические дни/часы. Нужно добавить в раздел "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" 4 настройки: Рабочие часы по факту за вычетом работы в выходные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(суммированные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в выходные за отгул(поденные режимы учета) - да/нет Рабочие часы по факту за вычетом работы в праздничные за отгул(поденные режимы учета) - да/нет и в раздел "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ " 2 настройки: Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В выходные за отгул - выбор значения из Классификатора видов оплат Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В праздники за отгул - выбор значения из Классификатора видов оплат Настройки должны работать аналогично уже существующим настройкам в данных разделах.Реализована возможность оплачивать часы работы в выходной/праздник за отгул отдельными видами оплат. В итогах табеля добавлены новые строки: "Выходные за отгул" и "Праздничные за отгул". В них показывается сумма часов работы в выходные/не рабочие по плану праздники за отгул. В уже существующих строках "Выходные", "Праздничные, рабочие по плану", "Праздничные, не рабочие по плану" отображаются часы только за оплату (так было и раньше). Дни работы в выходные за отгул в табеле на вкладке "Табель" и на вкладке "Корректировка" теперь обозначаются синим цветом, как и дни работы в выходные за оплату (раньше выделение цветом отсутствовало, так как такие дни всегда считались обычными рабочими). В раздел настроек "Настройки Галактики Управление персоналом Табельный учет Расчет итогов" добавлены следующие настройки: - "Рабочие часы по факту за вычетом работы в выходные за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (поденные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в выходные за отгул (суммированные режимы учета)" ("да"/"нет") - "Рабочие часы по факту за вычетом работы в праздники за отгул (суммированные режимы учета)" ("да"/"нет") Эти настройки работают по аналогии с уже имеющимися настройками вида "рабочие часы по факту за вычетом". По умолчанию у всех четырех значение "нет", для сохранения прежнего поведения системы при установке обновления. В этот же раздел добавлены настройки: - "Часы работы в праздники за отгул" ("вводить вручную"/"рассчитывать автоматически") - "Часы работы в выходные за отгул" ("вводить вручную"/"рассчитывать автоматически") Значения по умолчанию - "рассчитывать автоматически". При установке значения "вводить вручную" появляется возможность ручного ввода итогов, по аналогии с другими видами часов. В раздел настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ" добавлены настройки: - "В праздники за отгул" - "В выходные за отгул" В данных настройках выбирается вид оплаты соответствующего вида часов (по умолчанию - не задан). Также "Праздничные за отгул" и "Выходные за отгул" добавлены в окошко альтернативной оплаты лицевого счета, табеля, переходов в межпериод. Если в настройках вида оплаты, или в альтернативной оплате лицевого счета задан вид оплаты для выходных/праздничных за отгул, и у работника есть такие часы в расчетном месяце, то предварительная разноска формирует в предварительном просмотре записи для оплаты часов соответствующего вида. В случае, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да", часы работы в выходные/праздники за отгул не участвуют в разбиении часов на "сверх нормы" и "в пределах нормы" (из соображений сохранения преемственности). Поэтому видами оплат из настроек "В праздники, сверх нормы" и "В выходные, сверх нормы" можно оплатить только часы работы в выходные/праздничные за оплату. Пока что единственный способ завести работу в праздники/выходные за отгул в системе - это приказ из модуля "Управление персоналом". Часы, введенные в колонку "Праздничные" в табеле на вкладке "Корректировка" всегда будут часами за оплату (нерабочими по плану, либо рабочими по плану праздничными).
102.1284188.10.60.0больничныеЗаработная платаРасчет больничных
При расчете больничного за период, когда в предыдущих 6-ти месяцах были внутрисменные простои не по вине работника, то полностью исключается сумма простоя и заработная платы за этот день.День тоже исключается.Доработан расчет больничных листов для РБ. При подсчете сумм за расчетный период для расчета среднедневого анализируется наличие внутрисменных простоев. При наличии простоя по вине работодателя сумма за этот день не учитывается в расчете среднего. Для анализа видов оплат, для которых должен осуществляться пересчет суммы с учетом таких простоев, добавлено новое значение для входимости "учет премий, особенности" на закладке "По среднему", Настройки расчет пособий по нетрудоспособности для входимости: "Д - Пересчитывать сумму с учетом простоев".
102.1285418.10.58.0Реализовать возможность сравнения средневных зар-в при расч.пособий для РБЗаработная платаРасчет больничных
Чтобы окончательно реализовать п.23 Положения №569 (см. проблему 102.126647), надо доработать возможность выбора для расчета пособий: применять тарифную ставку(оклад) или средний заработок, который определяется в соответствии с законодательством. 1. При исчислении пособий, исходя из тарифной ставки (оклада) применяется ее (его) среднедневной размер, который определяется для каждого месяца, в котором имели место временная нетрудоспособность, отпуск по беременности и родам, путем деления размера тарифной ставки (оклада) на число календарных дней в данном месяце. 2. Среднедневной заработок для расчета отпускных, гособязанностей (командировок) определяется в соответствии с Инструкцией №47. 3. Среднедневной заработок пособий по временной нетрудоспособности исчисляется в соответствии с Положением №569. В Галактике все среднедневные заработки, за исключением гособязанностей (командировок) имеются. По гособязанностям (командировкам) в программе имеется рассчитанная сумма по гособязанностям (командировкам), а также количество дней, которые приходятся на дни гособязанностей (командировок). Чтобы получить среднедневной заработок для гособязанностей(командировок) надо разделить сумму по гособязанностям (командировкам) на количество дней. Если в расчетном периоде было несколько больничных, то сначала выбирается более высокий размер средневного заработка по больничным. Аналогично, если было несколько гособязанностей (командировок). А затем выбирается наиболее выгодный для работника вариант: - по тарифной ставке (окладу); - или из максимального среднедневного заработка отпуска, гособязанностей(командировок), больничного.Решение для Беларуси. Реализована возможность сравнения и выбора максимального значения среднедневного заработка при расчете больничных по тарифу. Для определения величины СДЗ, принимаемой к расчету, производится сравнение всех СДЗ для всех месяцев расчетного периода и среднедневной размера тарифной ставки за месяцы больничного. Произведена доработка классификатора видов оплат. Добавлен новый тип оплаты - "СЗ" для оплат, расчет которых производится из среднего заработка, например, командировка или гособязанности. При сравнении СДЗ анализируются виды оплат с признаками "Б", "О", "СЗ", а также виды оплат с алгоритмами 17, 22. Доработан функционал для хранения размера среднего заработка для тех видов оплат, для которых это не было реализовано ранее. То есть для оплат с типом "СЗ" и пособий по нетрудоспособности.
180.75938.10.52.0Runtime error 213 в модулях "Управление персоналом" и "Заработная плата"Контур управления персоналомОбщие вопросы по компонентам Z_*
Если в классификаторе режимов работ количество записей превышает 32767, то при запуске модулей "Управление персоналом" или "Заработная плата",а также если зайти в основные окна "Управление персоналом" - Картотека сотрудников,"Заработная плата" - Лицевые счета Галактика выдает Runtime error 213.Расширен диапазон для хранения записей классификатора режимов работ, при этом количество режимов работ, а соответственно и записей в классификаторе, может быть не более 65535.
102.1245418.10.51.0Неправильный учёт вознаграждения по итогам работы за год при выплате компенсации за неисп. отпуск при увольненииЗаработная платаРасчет по среднему (алгоритмы отпусков)
Сотрудник увольняется 31 декабря 2012 года. Т.к. 31 декабря он отработал полностью, то расчетный период для расчета среднего заработка при выплате компенсации за неиспользованный отпуск берется с 01.01.2012 по 31.12.2012. В июне 2012 года сотруднику была выплачена премия по итогам работы за 2011 год, которая не попадает в расчет среднего заработка. Необходимо учитывать вознаграждение по итогам работы за 2011 год, а вознаграждение по итогам работы за 2012 год учитываться не должно.Доработка для значения "Настройки Галактики Общие настройки системы Настройки для страны" = "Россия". Для годовой премии, настроенной в классификаторе видов оплат следующим образом: месяц за который начисленно - декабрь, "премия отпуска" = "Х Учитывается в соответствии с дополнительной входимостью" и доп. входимость "(17) Премия выплачена за период (количество месяцев)" с примечанием 12. При расчете компенсации за неиспользованный отпуск и компенсации за неполное использование (тип оплаты "К"), начинающихся 1 января, - в расчёт среднего заработка принимается премия вышеуказанного типа, начисленная по итогам позапрошлого года по отношению к году начала компенсации. Т.е. для компенсации, начинающейся 01.01.2013 в расчёт среднего заработка принимается премия, начисленная за декабрь по итогам 2011 года.
102.1228908.10.50.0Новый вид сторнирующих записейЗаработная платаСторнирующие записи
Необходимо разработать новый вид сторнирующих записей, который позволит полностью пересчитать заработную плату за закрытые периоды с учетом изменение в отнесении затрат. Например, в марте выяснили, что в феврале с 10 по 20 число сотрудник был на техпомощи. Тогда в марте заносится архивный переход в межпериод, в котором указывается соответствующая аналитика, заносится сторнирующая запись. И при расчете зарплаты за март месяц формируются записи с минусом с отнесением затрат, которое было в феврале, и положительные суммы с отнесением затрат с учетом внесенного перехода в межпериод.Доработан функционал формирования и обработки сторнирующих записей: 1. Добавлен новый тип сторнирующей записи с причиной "архивный переход". Префикс для записи данного вида "А_П". 2. Добавлена возможность пакетного ввода сторнирующих записей по меню: Операции - Расчет зарплаты - Сторнирующие записи. 3. В классификатор видов оплат добавлен новый тип дополнительной входимости 35 "Учитывать изменение параметров при добавлении перехода в прошлом периоде". Данная входимость имеет Примечание: - сохранить сумму - пересчитать сумму. 3. Добавлена обработка сторнирующей записи с причиной "А_П" в предварительной разноске. Для корректной обработки начислений при вводе архивного перехода за прошлый период необходимо ввести сторнирующую запись "А_П" на тот же период. Для того, чтобы начисления за архивный период попали в обработку, нужно в классификаторе видов оплат для нужных видов оплат добавить дополнительную входимость 35. Если необходимо сохранить общую сумму по начислению, Причину указать "сохранить сумму", если сумму начисления нужно пересчитывать, но указать причину "пересчитать сумму". В результате предварительной разноски для начислений за архивный период, в которых указана соответсвующая доп. входимость, должны сформироваться следующие записи: - запись, соответствующая записис в архиве оплат, но с отрицательной суммой за архивный период - если вид оплаты разбивается по переходам и предварительная разноска осуществляется в параметром "разбивать по переходам", то формируется несколько записей, соответствующих переходам, с аналитикой согласно настройкам. Сумма разбивается пропорционально количеству дней периодов. Если вид оплаты является неразбиваемым, то аналитика устанавливается на дату начала данного начисления, сумма сохраняется.
102.1218638.10.48.0РВ при подденном учете увеличивает рабочие часы в табелеЗаработная платаФормирование табеля
При поденном учете рабочего времени, когда при работе в праздничный день (РВ) по табелю, попадает на выходной праздничный деть, возникает ошибка, которая ведет к переплате по виду оплат 4 "Оплата по окладу (смена)". Связано с неправильным отображением часов в табеле, которые увеличивают часы рабочие. РВ вводятся только через приказы. Ошибка еще возникает при печати табеля, что приводит к многочисленным вопросам сотрудников. При существующих настройках решить данную проблему не получается. Пользователи отказываются от ручного введения отклонений, т.к. при большом количестве корректировок тоже приводит к массовым ошибкам и переплатам. Часы отработанные в праздничный, который по графику выходной попадают и в фактически отработанные и в праздничные и в итог по условному обозначению. Причем даже если к условному обозначению привязан вид оплаты. Установить настройку "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" - "да" не могут, так как тогда все праздничные часы вычитаются их фактических и сотрудник видит по начислениям меньше оклада за месяц, возникает много вопросов.Праздничные часы в системе теперь разделены на рабочие по плану праздничные и нерабочие по плану праздничные. Следующие настройки системы разделены на две: В разделе "Настройки Галактики Управление персоналом Табельный учет Расчет итогов": 1) "Рабочие часы по факту за вычетом работы в праздники(поденные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(поденные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(поденные режимы учета)" 2) "Рабочие часы по факту за вычетом работы в праздники(суммированные режимы учета)" => "Рабочие часы по факту за вычетом работы в рабочие по плану праздники(суммированные режимы учета)", "Рабочие часы по факту за вычетом работы в нерабочие по плану праздники(суммированные режимы учета)" 3) "Часы работы в праздники" (вводить вручную/рассчитывать автоматически) => "Часы работы в рабочие по плану праздники", "Часы работы в нерабочие по плану праздники" В разделе настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ": 4) "В праздники" => "В рабочие по плану праздники", "В нерабочие по плану праздники" Значение по умолчанию настройки "Оплата работ В нерабочие по плану праздники" зависит от настройки "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой". Если последняя в значении "да", то в настройку для нерабочих по плану праздников подставится вид оплаты из настройки "Оплата работ В праздники, сверх нормы". Если же настройка об ограничении нормой в значении "нет", то вид оплаты для нерабочих по плану праздников подставится из прежней настройки "Оплата работ В праздники". Это сделано для сохранения преемственности, в связи с изменениями в работе предварительной разноски (описано ниже). Для остальных новых настроек значения по умолчанию будут взяты те же, которые были выставлены в исходных настройках. После чего исходные настройки ликвидируются. Итоги в табеле по праздничным часам также разделены теперь. Вместо одной строки "Праздничные" теперь в итогах по часам две строки "Праздничные, рабочие по плану" и "Праздничные, не рабочие по плану". Как продолжение разделения настройки об оплате праздничных часов: в окошке "Альтернативная оплата", которое вызывается в лицевых счетах, переходах в межпериод и др. местах, на вкладках "Виды оплат" и "Проценты" атрибуты праздничных часов теперь также разделены. Вид оплаты праздничных, не рабочих по плану, устанавливается по тем же правилам, что и значение по умолчанию аналогичной настройки: в зависимости от того, включено ограничение отработанного времени нормой, или нет, устанавливается соответственно вид оплаты "праздничных, сверх нормы", или вид оплаты из прежнего атрибута "праздничные" в альтернативной оплате. В "праздничные, рабочие по плану" подставляется значение из прежней записи "праздничные". Для процентов значение новых атрибутов также берется из прежнего атрибута. Если итоги по праздничным часам были введены вручную до установки данного обновления, то такие итоги интерпретируются как итоги по "праздничным, рабочим по плану". Изменен расчет для праздничных часов в предварительной разноске для случаев, когда настройка "Настройки Галактики Управление персоналом Табельный учет Расчет итогов Фактически отработанное время ограничивать нормой" = "да": праздничные часы, не рабочие по плану, не разделяются на часы в пределах нормы и сверх нормы, а идут целиком тем видом оплаты, который указан в настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Оплата работ В нерабочие по плану праздники". (Раньше учитывались сразу все праздничные, и они разделялись на часы в пределах и сверх нормы).
180.70128.10.44.0Перестали считаться больничные с учетом совместительстваЗаработная платаРасчет больничных
На базе клиента большое количество смежных лицевых счетов. Таких связей (лицевого счета и смежного к нему) более 32767. Из-за этого перестали считаться больничные с учетом совместительства: система не видит всех совместителей.Теперь система может обрабатывать более 32767 связей лицевых счетов (до 2^31 - 1).
102.1146098.10.41.0ОКАТО в справке 2-НДФЛЗаработная платаСправки в налоговую инспекцию (1,2-НДФЛ)
ОКАТО в справке 2-НДФЛ. В 2-НДФЛ значение ОКАТО заносится из города для обособленого структурного подразделения, а в настройках подразделения выводится ОКАТО улицы.Подразделение считается обособленным/ филиалом, если в каталоге подразделений для него установлен соответствующий признак в поле "Роль": "филиал/представительство" или "обособленное структурное подразделение". Далее по тексту под обособленным подразделением подразумеваются обе эти роли. Подразделения с иными ролями считаются необособленными (если далее по тексту упоминается этот термин). Для необособленных подразделений используется ОКАТО, вычисленное для ближайшего вышестоящего по иерархии подразделений обособленного подразделения или филиала, а при отсутствии такого - используется ОКАТО вычисленное для собственной организации. Ниже приведен алгоритм вычисления ОКАТО с учетом наличия обособленных подразделений/филиалов. 1. Определение по прямой ссылке на ОКАТО в обособленном подразделении: При определении ОКАТО используется явно выбранное из каталога ОКАТО. При наличии такой ссылки используется оно и дальнейший поиск ОКАТО не проводится. 2. Определение по адресу в обособленном подразделении: При отсутствии явно заданной ссылки, ОКАТО вычисляется по адресу (ссылке на улицу или ссылке на город, при отсутствии ссылки на улицу) обособленного подразделения или филиала. Примечание: При вычислении по адресу, если в нем есть ссылка на улицу вычисляется ОКАТО по улице, при этом если в справочнике ГНИ для данной улицы указано ОКАТО, такое же ОКАТО ищется в справочнике ОКАТО. Если найдена такая запись - дальнейший поиск не производится. Если не найдено производится поиск по пункту 3 и далее. Если для улицы в справочнике ГНИ отсутствует значение ОКАТО (например, если улица проходит через несколько районов города, которые имеют отличающиеся ОКАТО), в этом случае необходимо явно указать ОКАТО в подразделении, выбрав ОКАТО из справочника ОКАТО (для обработки в соответствии с пунктом 1). При отсутствии в адресе ссылки на улицу, но наличии ссылки на населенный пункт, для поиска используется ОКАТО населенного пункта, заданное в классификаторе ГНИ - по этому значению ищется соответствующая ему запись в классификаторе ОКАТО. Если такая запись найдена, используется ОКАТО этой записи и дальнейший поиск не производится. 3. Определение по строковому ОКАТО в связанной с подразделением организации: Если по предшествующим пунктам определить ОКАТО, присутствующее в справочнике ОКАТО не удалось, ОКАТО ищется в связанной с подразделением филиальной организации (при наличии такой), при этом сначала анализируется введенное вручную значение - если такое же значение найдено в справочнике ОКАТО дальнейший поиск не производится. 4. Определение ОКАТО по юр.адресу в связанной с подразделением организации: Определяется по юридическому адресу организации по вышеприведенноому алгоритму (описан в пункте 2 и примечании) для определения по адресу. Если удалось найти значение в справочнике ОКАТО дальнейший поиск не производится. 5. Определение по вышестоящим обособленным подразделениямфилиалам: Если по предыдущим пунктам ОКАТО для обособленного подразделения определить не удалось, будет использоваться ОКАТО вышестоящего обособленного подразделения/филиала, которые определяются по алгоритму, описанному в предшествующих пунктах. 6. Определение по строковому ОКАТО собственной организации: При отсутствии вышестоящих обособленных подразделений, ОКАТО определяется по строковому ОКАТО указанному в собственной организации. Если оно не заполнено - по строковому значению из общесистемной настройки "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКАТО организации". Если строковое значение удалось найти в каталоге ОКАТО дальнейший поиск не производится. 7. Определение ОКАТО по юр.адресу собственной организации: Определение ОКАТО производится по ссылке на улицу, а при отсутствии - по ссылке на населенный пункт. Соответствующее значение ОКАТО ищется в справочнике ОКАТО. Если не найдено - возвращается пустое значение. Примечание: Для контроля в каталоге подразделений отображается доп.информация по отображаемому ОКАТО, в соответствии с тем, откуда было получено это значение ОКАТО (По прямой ссылке в самом подразделении (П:ОКАТО), по адресу в подразделении (П:Адрес), либо из вышестоящих подразделений (ВП:ОКАТО, ВП:Адрес), либо из филиальной организации (Ф: строка, Ф: Юр.адр.), либо из собственной организации (СО: строка, СО: Юр.адр.)) Доработана функциональность по заполнению автоаналитик по ОКАТО подразделений, которая формируется по общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по АТД". Ссылки в аналитику проставляются исходя из найденных в справочнике ОКАТО значений, вычисленных по подразделениям. Добавлен пункт меню Модуль "Зарплата" - Настройка - Заполнение каталогов - Каталог АТД - импорт справочника ОКАТО. Справочник можно скачать с Internet. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Важно! Для корректной работы системы в соответствии с описанием в решении проблемы необходимо наличие заполненного справочника ОКАТО. При отсутствии правильного справочника его необходимо импортировать в систему. При отсутствии импортированного справочника вычисление ОКАТО в налоговых регистрах, карточках 2-НДФЛ, при формировании реестров и формировании платежных поручений и проводок, автоаналитики по АТД и т.п. будет проводиться неверно. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
180.62418.10.39.0ШПЗ из временных переходов для отпусковЗаработная платаПредварительная разноска
Необходимо реализовать возможность для отпусков брать подразделение, ШПЗ, ТХО, параметр и значения доп. аналитики из временных переходов, на период которых относится начало отпуска. При этом значения подразделения, ШПЗ, ТХО, параметра и доп. аналитики для отпуска будущего периода должно быть таким же как и для отпуска текущего месяца, т.е. данные для отпуска будущего месяца тоже должны браться на период фактического начала отпуска.В рамках решения проблемы в данном обновлении доработана обработка новых значений настроек ШПЗ, ТХО, Параметра "из лиц.счета с учетом всех переходов".
101.456498.10.35.0Расчет СВ - для матпомощи, льготируемой в рамках года (допвходимость 3), учитывается сумма льготы из допвходимости 4Заработная платаРасчёт налогов на ФОТ
У вида оплаты матпомощи заданы допвходимости 3 (сумма в шкале 4000) и 4 (сумма в шкале 3000). При расчёте страховых взносов льготируется 3000, т.е. сумма из допвходимости 4. А для СВ нужно брать сумму льготы из допвходимости 3.Исправлено в соответствии с постановкой.
101.458408.10.33.0Потеря преемственности. Реестры НДФЛ - плательщик головная организацияЗаработная платаПлатежные поручения по реестрам
Добавить функцию для определения типа плательщикаФункция для определения типа плательщика
180.51688.10.29.0Быстродействие контроля налогов на ФОТ неприемлемоЗаработная платаКонтроль (для налогов с годовой НБ)
26500 .лиц.счетов(из них 5000 совместителей) MSSQL 2005, сервер 2008, 4Xeon, 8 гиг памяти Идет внедрение галактики в Краснодарском филиале ФГУП Почта Россия. Очень долго идет контроль налогов на фот(с годовой НБ). После закачки архива начислений нужно выполнить по всем контроль за 8 месяцев с 3 галкой(полный пересчет) с учетов совмещения Расчет запущен непосредственно на сервере.. Расчет по оценкам идет по 4 человека в минуту - 200 человек в час.(1% в час ) - итого на расчет нужно 100 часов. Замечено также, что быстродействие резко падает при наличии в базе более 10000 карточек. - на филиалах где число лиц счетов меньше 10000 скорость значительно выше(так на 6000 контроль за 2 месяца примерно на таком же железе, но Pervasive контроль делался 2 часа, за 8 будет часов 6).Достигнуто сокращение времени работы за счет изменения подхода к работе с перекрестными ссылками связанных л/счетов. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
101.387558.10.11.0Расчет отпуска - проблемы учета выходных днейЗаработная платаРасчет отпускных
РФ, новый порядок расчета среднего для оплаты отпуска. Расчет по архиву. БД импортирована, в архиве оплат для всех записей периоды с 1 по последний день месяца, необходимо ориентироваться при расчете календарных дней для расчета среднего оплаты отпуска на исключение не по периодам, а по фактическим дням. Пример: в архиве оплат 2 записи: по основному виду оплаты и по оплате отпуска. Обе с 1 по 31 марта, по осн.виду оплаты 14 дней и по отпуску 6 дней. Необходимо, чтобы для дальнейших расчетов брались 31-6=25 календарных дней.По общесистемной настройке на РФ и общесистемной настройке "При подсчете отработанного времени в расчетном периоде" - "вычитать нерабочие периоды из полного месяца". Из классификатора видов оплат для дополнительной входимости 20 "Формирует нерабочий период при определении СЗ для оплаты отпуска" учитывается значение графы "Примечание". "Календарные дни" - для исключения дней по периодам оплаты, "фактические дни" - для исключения дней на основании значения "Отработано дней".