Контуры Бухгалтерского учета, Планирования и управления финансами
Вышло обновление F_BANKDOCF_RES_810250. Внесены следующие изменения в импорт банковской выписки ("Финансово-расчетные операции"):
- • Вместо параметра сохранения разноски по ДО с непроставленной датой оплаты, который находился в окне настройки обработки банковской выписки, введена пользовательская настройка "Сохранять разноску по ДО при обработке банковской выписки" ("Бухгалтерский контур" > "Обработка документов") со значениями "да"/"нет".
• Изменена процедура установки соответствия видов операций и типов документов для импорта банковской выписки. Выбор документов по дебету/кредиту ограничен: содержание списка варьируется в зависимости от вида выписки (рублевая или валютная) и направления движения денежных средств. Таким образом, в дебетовой колонке можно выбрать только собственные платежные поручения или сторонние платежные требования, а в кредитовой — сторонние платежные поручения и собственные требования, что позволяет исключить возможность некорректной настройки видов операций. Также предусмотрено наличие операции по умолчанию (имеет код "0" и не может быть отредактирована), для которой в качестве документа по дебету указано собственное платежное поручение, по кредиту — стороннее.
• В окне настройки банковской выписки для файлов вида "текстовый с разделителями" реализована возможность указания ASCII-кода символа, который невозможно ввести с клавиатуры.
• При обработке банковской выписки предусмотрена возможность сортировки (задается в параметрах фильтра) входящих/исходящих документов по сумме.
- • Для ситуаций обработки соответствий при формировании хозопераций реализована возможность вывода в протокол информации о каталогах, в которых соответствия не заполнены. Для этого настройка "..уровень детализации протокола расчетов ТХО" ("Бухгалтерский контур" >"Типовые проводки") должна быть установлена в значение "5 Информация о ненайденных соответствиях".
• Для обработки ордеров, связанных с актами на перемещение между объектами, создан алгоритм VipSp с режимами заполнения аналитики из расходного ордера ("авто"), из спецификации акта на перемещение "Откуда"/"Куда" ("режим 1" / "режим 2").
• Для обработки позиций спецификации накладных/актов создан алгоритм NACApi, с помощью которого рассчитывается сумма наценки по выбранному коду.
• В рамках решения для платформы Oracle реализованы дополнительные возможности для ПАТ-отчетов: проверка корректности формул, маски для аналитики с числовым полем "Код", параметров фильтра; использование директив "@РаспечататьКлючи" (в печатную форму будет включена расшифровка всех формул и ключей) и "@ЗапретитьDirectSQL" (для переключения алгоритмов расчета).
- • Для документов на ввод в эксплуатацию и внутреннее перемещение предусмотрена возможность установки/удаления связи с нормой выдачи СФО. Действие выполняется по соответствующим локальным функциям в нижней панели документов при соблюдении определенных условий: предмет является спецодеждой, находится в эксплуатации и в пользовании у работника, выдан не по требованию, не является фурнитурой, отражен в ЛК учета СФО работника, при внутреннем перемещении осуществляется передача предмета от одного работника другому. По локальной функции "Связать позицию с нормой выдачи СФО" открывается окно выбора спецификации нормы работника. Для выбранной спецификации с учетом даты прихода и количества рассчитывается потребность работника в предметах, а также период, за который эти предметы необходимо выдать. Данная информация выводится пользователю в виде сообщения. Если рассчитанное количество или дата окончания срока носки не совпадают с указанными в приходе значениями, то появляется предупреждение о том, что приход будет скорректирован. В результате выполнения функции в текущем приходе при необходимости изменяются количество и дата окончания срока носки; ссылка на выбранную спецификацию, рассчитанные значения даты отсчета и даты окончания сроков носки, тип одежды (форменная/специальная) и группа СФО из выбранной спецификации нормы записываются в связанную выдачу в ЛК учета СФО.
• Отрегулирована процедура начисления износа при списании и выбытии предметов по акту. 1) Пользовательская настройка "При списании по акту доначислять износ до полного" ("Бухгалтерский контур" > "Спецоснастка") переименована в "При списании по акту начислять износ" с соответствующим пересмотром значений: "да" -> "до 100%", "по запросу" ->"по запросу до 100%", а также добавлено новое значение "за текущий период", при выборе которого происходит начисление износа на дату списания (согласно методике начисления износа и списания). При этом разница между началом периода начисления износа и датой списания должна быть не менее 15 дней. 2) Введена пользовательская настройка "Начислять износ при списании по акту выбытия" ("Бухгалтерский контур" > "Спецодежда") со значениями "нет" (по умолчанию) или "да". При выборе последнего происходит начисление износа на дату списания (согласно методике начисления износа и списания). При этом разница между началом периода начисления износа и датой списания должна быть также не менее 15 дней.
• В процедуре формирования ведомости начисления износа из документов "Возврат из использования" и "Расчеты при увольнении" теперь учитываются настройки округления "Правила округления сумм начисляемого износа" и "Суммы износа округлять до…" ("Бухгалтерский контур" > "Спецодежда").
- • В параметры выполнения операции "Сверка с КБУ" добавлен новый параметр "В отчет выводить только составляющие сложных объектов": "нет"/"да" (во втором случае в отчет будут выводиться только карточки простых объектов).
• При реализации объектов ОС/НМА заполнение полей "Группа" и "Дескр." в ДО и накладной осуществляется по пользовательской настройке "Наследование дескрипторов документов" ("Общие настройки системы"). При включенной настройке ("да") значения для указанных полей наследуются из операции "Выбытие", если при этом согласно настройке "Доступ к документам" отсутствуют ограничения прав доступа. В противном случае — устанавливаются значения пользователя, формирующего данные документы.
• Локальная функция "Формирование возврата значений в периоде" в операции "Изменение параметров" для филиальных баз работает следующим образом: после проведения операции, в которой было изменено значение параметра "Признак использования" (с одного на другой), а затем выполнения формирования возврата значений создается новая операция "Изменение параметров" с данными на вкладке "Изменяемые параметры".
• Реализована возможность отмены операции перевода со склада в ОС/НМА после выполнения удаления операции "Изменения стоимости" в том случае, если перевод по накладной со склада в ОС/НМА осуществлялся в режиме "Включить материальные ценности в состав существующего простого объекта".
Контуры Логистики, Специализированных решений
Пакетное обновление GAL_P_08 (C_JOIN_RES_810230, L_SALDOMTR_RES_810480, M_UP_RES_810310):
- • Введена системная настройка "Учет сальдовых остатков МТР в разрезе видов учета" ("Общие настройки системы" > "Работа с МЦ, услугами" > "Целевое назначение МТР"), позволяющая вести отдельный учет складских, производственных, строительных и ремонтных остатков.
• С учетом нового способа хранения остатков доработаны отчеты модуля "Целевой учет запасов": сальдовая, оборотная и оборотно-сальдовая ведомости. А также затронуты следующие документы и функциональность: акт изменения целевого назначения запасов МТР; карточка запасов МТР; интерфейс выбора МЦ в разрезе целевого учета; интерфейс выбора из текущего наличия МЦ по разрезам; интерфейс выбора из текущих остатков; алгоритм контроля наличия при списании в разрезе целевого учета.
Для модуля "Заработная плата" выпущено пакетное обновление ZAR_P_109 (G_SREDN_DLL_810130, Z_LSCHET_RES_810490, Z_SREDN_RES_810750):
- • Сервисная функция "Расчет коэффициентов" для режима "Рассчитывать оклады по входимости в оклад" работает теперь следующим образом (актуально для РБ). Если итоговое количество дней/часов по доплате меньше отработанного времени за месяц, то входящая сумма приводится к отработанному времени за месяц. Для алгоритмов [3...8, 14, 15, 24, 57] пересчет происходит на основе "Признака" алгоритма, для других алгоритмов — суммы пересчитываются на основе дополнительной входимости (11) "Сумма пересчитывается по часам".
• Для пользователей РБ доработан учет 1/12 вознаграждения при расчете среднего заработка. Два варианта расчета.
1) Настройка "Премии учитывать автоматически" ("Управление персоналом" > "Общие настройки" > "Больничные, отпуска, расчеты по среднему" > "Учет вознаграждений") установлена в значение "нет". При данном варианте используется поле "Выплачено" из вкладки "Стажи, надбавки" лицевого счета. В данном поле указывается дата последней выплаты вознаграждения. Если дата выплаты заполнена, то она анализируется для каждого месяца из периода учета. Если премия была выплачена на момент окончания учетного месяца (т. е. дата выплаты меньше или равна последнему числу месяца), то для этого месяца выбирается значение 1/12 из поля "За текущий год", иначе — из поля "За прошлый". Если дата выплаты не заполнена, то функциональность работает как раньше (т. е. если учетный месяц принадлежит текущему году, выбирается значение 1/12 из поля "За текущий год", иначе — из поля "За прошлый"). Поле "Выплачено" может быть заполнено вручную или с помощью сервисной функции "Разноска вознаграждений" в режиме "Расчет вознаграждений" (в данном случае датой выплаты считается последний день месяца и года, в котором была начислена сумма). Примечание: принцип отбора (попадания) премий в указанный период учета сервисной функции "Разноска вознаграждений" не изменился, премии учитываются по месяцу и году, за который начислены.
2) Настройка "Премии учитывать автоматически" = "да". В этом случае анализируется архив "Суммы по видам оплат" и текущие результаты расчета. Годовой премией считается вид оплаты, для которого в соответствующем поле (в классификаторе на вкладке "По среднему") проставлено значение "Г". Выбор подходящего вознаграждения выполняется для каждого месяца из периода учета. Годовые премии учитываются в течение календарного года с момента их выплаты. В данном случае датой выплаты считается последний день месяца и года, в котором была начислена сумма. Если в течение календарного года было выплачено несколько годовых премий, то для расчета среднего заработка принимается последняя произведенная выплата. Примечание: при расчете среднего заработка с автоматическим учетом премий годовые премии всегда учитываются по месяцу и году, в котором начислены; в поле "отбор премий" (на вкладке "По среднему") должно быть указано "-".
В рамках поддержки требований законодательства РБ доработан расчет пособия по нетрудоспособности при наличии простоя (учтен тот факт, что работу предприятия в режиме неполной рабочей недели можно рассматривать как случай долгосрочной работы в режиме постоянных приостановок/простоев). Если в отклонении, которым обозначена приостановка работы предприятия, поле "Назначено" не заполнено (расположено на одноименной вкладке в окне просмотра табеля учета рабочего времени), то такое отклонение считается долгосрочным (постоянным) и всегда учитывается при расчете пособия. Если поле "Назначено" заполнено, то такое отклонение считается краткосрочной приостановкой работы предприятия и учитывается в зависимости от даты назначения. Значение данного поля анализируется при оформлении листа нетрудоспособности: если нетрудоспособность у работника наступила до даты "Назначено", то пособие назначается на общих основаниях; если нетрудоспособность наступила с или после указанной даты, функциональность работает с учетом дней простоя (как было ранее).
G_ZARPL_DLL_8101090.
В рамках поддержки требований законодательства Украины доработан алгоритм ограничения '4' на основе порядка применения ограничения максимальной зарплаты при расчете больничного. Если в "Архиве оплат" была оплата с типом "Б" и она попадает в период, в котором работник отработал не весь месяц, то наличие такой записи не влияет на применение пропорции (пропорция применяется только для случаев, если работник отработал не весь месяц и есть выплаты с типом оплаты "О").
Пакетное обновление Z_STAFF_P_60 (Z_STAFFBUILDER_RES_810150, Z_STAFFNASTR_RES_810140) для модуля "Управление персоналом":
- • Введена пользовательская настройка "Учитывать отзывы из отпуска" ("Управление персоналом" > "Управление и учет кадров" > "Отчеты" > "Построитель отчетов") — значение ("нет"/"да") анализируется при формировании соответствующих отчетов с помощью функции "Построитель отчетов".
• Пользовательская настройка "Разрешить доступ к отчетам построителя" перенесена в подраздел "Управление персоналом" > "Управление и учет кадров" > "Отчеты" > "Построитель отчетов".
• Добавлено поле "доп. сведения", которое может принимать значения "+"/"-" (поле предусмотрено на вкладке "КПС" в окне редактирования штатного расписания, а также под кнопкой "КПС" в 6 разделе картотеки). Значение "+" отображается при наличии хотя бы одного установленного параметра в окне дополнительных характеристик по особым условиям к данной записи ("Настройка" > "Администратор" > "Соответствие профессия–КПС" > кнопка "Дополнительные характеристики").
- • Введена новая общесистемная настройка "Синхронизировать внешние атрибуты в ШР с историей ШР" ("Управление персоналом" > "Управление и учет кадров" > "Штатное расписание") — может принимать значения "нет"/"да", позволяет осуществлять копирование внешних атрибутов в штатном расписании.
• Для пользователей Украины доработан функционал расчета компенсаций (с учетом требований законодательства) при оформлении приказа на увольнение.
На вкладку "Параметры формирования" сервисной функции "Формирование записей о стаже (назначения)" добавлено поле "по": если оно заполнено, то стаж будет ограничен именно этой датой для всех работающих в данный момент сотрудников; если сотрудники уволены ранее указанной даты, то для них стаж будет ограничен датой увольнения.