Разработка пользовательской документации
Для системы Галактика ERP версии 9.1 выпущено обновление справочной подсистемы C_GALHELP_RES_9160 в новом CHM-формате (старые файлы *.hlp и *.cnt следует самостоятельно удалить из папки <каталог установки Галактики ERP>\EXE\Help).
Системные проекты, Прикладные сервисы
Выпущено очередное пакетное обновление для Атлантиса (версия 5.5.20.0).
Вышли обновления:
• FREPORT3_DLL_91130, содержит доработки генератора отчетов FastReport.
• C_EXPIMP_RES_91180 для модуля "Обмен бизнес-документами": реализован экспорт/импорт актов на пересортицу ("Документы" > "Экспорт"/"Импорт" > окно редактирования настройки > документ "Накладная" > тип документа "Акт на пересортицу").
Контуры Бухгалтерского учета, Планирования и управления финансами
BUH_91_90 (F_RTXO_RES_9130, F_TXO_RES_91170), решения для модуля "Хозоперации":
- • При работе с репозитарием учитывается значение общесистемной настройки "Доступ к ТХО" ("Бухгалтерский контур" > "Типовые проводки"), т. е. восстанавливать ТХО в основную БД разрешено только при наличии прав на редактирование хозопераций. Кроме того, в локальное меню окна просмотра детальной информации по ТХО репозитария (Enter из верхней панели окна "Репозитарий") введена функция "Описание ТХО" для просмотра описания ТХО (активна, если для ТХО существует описание для текущего регистра учета в текущей вкладке — "Бухгалтерия", "Финпланирование").
• При запрете редактирования ТХО также запрещено редактирование мемо-полей ("Примечание", "Sql-алгоритм").
• Доработана поддержка параметров закрытия счетов в идентификаторе SQLTXO.
• При формировании отчета по контролю соответствия хозопераций и проводок входимость хозопераций в сумму документа проверяется только для платежных документов, векселей и ценных бумаг; для остальных видов документов хозоперации по умолчанию считаются входящими в сумму документа.
- • Вместо комиссий теперь при печати следующих документов и отчетов используются подписанты: ввод в эксплуатацию; акт на списание; акт инвентаризации; инвентаризационная опись; отчет об износе спецоснастки/спецодежды; реестр документов спецоснастки/ спецодежды; реестр требований на выдачу спецодежды; акт регламентного списания спецодежды; акт выбытия спецодежды. Существующие комиссии сконвертированы в группы подписантов соответствующих модулей. В интерфейс подписантов добавлена возможность указания внешней классификации и внешних атрибутов (для группы подписантов и для отдельного подписанта).
• В отчете "Наличие и потребность" предусмотрена возможность получения печатной формы "Анализ потребности" (выбирается в качестве значения параметра "Тип отчета") — выводится информация о предметах одежды, выданных по нормам и находящимся в носке у работника, а также о предметах, которые необходимо выдать по нормам.
в модуле "Бухгалтерская отчетность" реализовано получение в электронном виде отчета "Сведения о просроченной задолженности по зарплате (Форма №3-Ф)" (за 2014 и 2015 годы), а также тестовой версии "Декларации НДС 2015" (описание и способ использования см. в обновлении).
F_OFP_RES_91210 ("Платежный календарь").
В нижней панели окна выбора документов для финансовых операций удалена функция "Фильтр" ("Журнал обязательств" > вкладка "Исполнение" > F7).
Контур Управления персоналом
Решения для модуля "Заработная плата".
Z_MP_RES_91390.
В интерфейсе параметров формирования межрасчетных выплат изменено название c "Разбивать начисления по переходам" на "Учет переходов в межпериод". Для параметра добавлено новое значение "формировать с учетом переходов в указанное подразделение" — чтобы межрасчетные выплаты сформировались с учетом переходов в данное подразделение, должна быть включена настройка "Показывать лицевые счета в подразделениях переходов" ("Управление персоналом" > "Расчеты с персоналом" > "Выбор работников"), а для вида оплаты, по которому формируется выплата, входимость "разбивать по датам" должна быть установлена в "+" (только тогда работает разбиение во всех режимах с переходами).
Z_NDFL_RES_91490.
Для РФ: при формировании "Налогового регистра" на вкладке "Доп. аналитика" можно указать "Статью Фонд зарплаты" (для определения даты выплаты неначисляемого дохода) — параметр доступен, если включен учет дополнительной аналитики по статьям бюджета. Статья бюджета для любого неначисляемого дохода в этом случае — это статья планов/бюджетов из настройки параметров формирования НР. При определении даты выплаты такого дохода учитывается реестр с префиксом "RZ" (окончательная зарплата) с такой же статьей бюджета (т. е. Статья "Фонд зарплаты").
Z_PAYREP_RES_91420 содержит решения для "Реестров по перечислениям":
- • При формировании реестров предусмотрена возможность работы с платежными поручениями — с помощью локальных функций "Формирование платежных поручений" (по отмеченным реестрам) и "Удаление платежных поручений" (в т. ч. и для удаления связей реестра).
• Для реестров по авансу, формируемому по итогам расчета зарплаты, добавлен параметр "по суммам сальдо" (доступен, если расчет сальдо проводится по платежным документам) — формирование реестров (с кодами: 199, 141…145) производится на основе сумм сальдо при наличии постоянного удержания на аванс.
• Если по итогам расчета зарплаты производят формирование реестров на перечисление налогов на доходы по проценту от суммы остатка, то: суммы округляются — при задании в параметрах менее 100 %; округление сумм остатков не производится — когда указывается 100 %.
• Для РФ, "dbf/xml-Сбербанк": при печати реестров по алиментам (187, 191 коды удержаний) данные группируются по лицевому счету и фамилии сотрудника.
При формировании отчета РСВ-1 ПФР по каждому сотруднику сохраняются суммы выплат, необлагаемые суммы, расходы к вычету, взносы (т. е. все суммы, из которых складываются показатели по предприятию в целом в разделах 1, 2.1–2.4). В разделе 6 ("Сведения о сумме выплат и иных вознаграждений и страховом стаже застрахованного лица"), находясь на записи по сотруднику, по F4 можно перейти в окно редактирования показателей, которое содержит вкладки: "Подразделы 6.4–6.5"; "Подраздел 6.7"; "Подраздел 6.8". Все суммы, кроме сумм с начала года и базы (база рассчитывается автоматически как разность между суммами выплат и необлагаемыми суммами), можно редактировать. При изменении любой суммы шрифт, которым отражается сумма в окне редактирования, меняется на курсив. Восстановить первоначальное значение суммы можно по кнопке выбора. После восстановления первоначального значения шрифт меняется на обычный. Изменения сохраняются по кнопке "Сохранить и закрыть". При сохранении изменений в разделе 6 автоматически пересчитываются суммы в разделах 1, 2.1–2.5. Кроме того, в разделы 2.1–2.4 для каждой редактируемой суммы добавлена возможность получения интерактивной расшифровки — вызывается по пункту локального меню "Расшифровка сумм по сотрудникам (FR-отчет)", по щелчку мыши на "Ф.И.О.", "Таб. номере" или на любой сумме сотрудника можно перейти в окно редактирования 6-го раздела.
ZAR_91_157 (G_SREDN_DLL_91490, G_SUMDIVIDE_DLL_91550, G_ZARPL_DLL_91710, Z_LSCHET_RES_91510, Z_SREDN_RES_91620, Z_ZAR_RES_91680).
Разработана функциональность, позволяющая формировать и рассчитывать постоянную доплату работнику за временное замещение по среднему заработку замещаемого сотрудника. Доплата за замещение может формироваться при оформлении приказа по РПД-3 "Временное замещение без освобождения от своих обязанностей". В этом случае после утверждения приказа, в котором предварительно сформирована доплата за замещение, и обработки поступившей записи в "Рабочей корзине" в модуле "Заработная плата" формируется доплата со ссылкой на замещаемого сотрудника — для этого в окне редактирования "Постоянных доплат" добавлено поле "Замещает сотрудника". Данное поле можно корректировать независимо от наличия утвержденного приказа. Второй путь формирования доплаты за замещение — добавление "Постоянной доплаты" в модуле "Заработная плата" с указанием замещаемого сотрудника. При наличии ссылки на замещаемого сотрудника расчет среднего заработка и доплаты замещающему осуществляется по алгоритму, указанному в классификаторе "Видов оплат и скидок" с учетом данных замещаемого сотрудника. В процессе расчета доплаты формируется справка о расчете среднедневного заработка, в которой указывается Ф. И. О. замещаемого сотрудника и процент доплаты. При необходимости также выводится протокол о расчете среднедневного заработка с аналогичной информацией.
ZAR_91_158 (G_WORKTABLE_DLL_91360, G_ZARCACHE_DLL_91250, Z_CALENDAR_RES_91150, Z_WT_RES_91360):
- • В классификатор "Режимы работы" введен параметр "Условное обозначение выходного" — задается условное обозначение, которое будут иметь выходные дни по данному режиму работы. Значение по умолчанию — "В, Выходной" (независимо от того, есть ли такое УО в классификаторе). Очистить поле нельзя, нажатием клавиши Del можно только вернуть значение по умолчанию. Неявка выходного дня в рабочем табеле теперь имеет условное обозначение, взятое из соответствующего режима работы. Если в течение одного месяца сотрудник работал на разных режимах работы с разным условным обозначением выходного, то создается несколько неявок выходных дней — каждая с условным обозначением своего режима. При этом неявка выходного дня не разбивается без необходимости: если режим работы поменялся, но УО выходного для старого и нового режима совпадают, для этих режимов будет одна неявка выходных дней. Обозначение выходного дня с учетом изменений режима работы выводится в печатных формах и учитывается при импорте табелей из текстового файла "Данные разделены символом ';' (альтернативный формат)".
• РФ. Вредность часов в табеле для отпусков определяется как для обычных отклонений: если в условном обозначении признак "Условия работы" в значении "без изменений", то вредность часов определяется исходя из особых условий/КПС, взятых на заданную дату из ЛС с учетом переходов. Кроме того, отменено правило, согласно которому отпуска по уходу за ребенком делали условия труда невредными. Алгоритм определения вредности часов следующий (условия перечислены в порядке уменьшения приоритета): 1) если в признаке "Условия работы" указано значение, отличное от "без изменений", то часы, покрываемые такой неявкой, будут иметь именно эту вредность; 2) часы больничных считаются пребыванием в таких условиях, в которых работник по факту находился в последний день перед началом этого больничного; 3) рабочие часы, часы остальных неявок имеют "плановую" вредность, определяемую особыми условиями/КПС из ЛС с учетом переходов в межпериод.
Вышло пакетное обновление PROIZV_91_15 (C_EXPIMP_RES_91170, M_EIXML_RES_9180) для модуля "Обмен бизнес-документами":
- • В общесистемный реестр в раздел "Общие настройки системы" > "Обмен бизнес-документами" введены настройки, учитываемые при использовании функций "XML" > "Импорт данных из XML-файла"/"Экспорт данных в XML-файл" и определяющие возможность перехода из окна со списком настроек в окно редактирования настройки импорта/экспорта: "Запретить редактирование настройки импорта из XML-файла" — значения "нет" и "да" соответственно разрешают или запрещают редактирование настройки импорта; "Запретить редактирование настройки экспорта в XML-файл" — значения "нет" и "да, для всех" соответственно разрешают или запрещают редактирование настройки экспорта; если установлено значение "да, с разрешением изменения списка для основного типа" и в настройке экспорта для основного типа данных в качестве "Объекта" (правая верхняя панель) указано значение "Список" (непосредственно сам список объектов формируется в правой нижней панели), то при попытке редактирования настройки экспорта будет открыто только окно для изменения списка экспортируемых объектов.
• В настройках импорта каталогов возможна привязка одного поля DBF-файла к нескольким полям системы.
В настройку алгоритма № 77 "Формирование договоров, соглашений, ПКП по заявкам/планам" в группу "Прочие" введен параметр "В интерфейсе выбора договоров/соглашений выбирать только доп. соглашения" (доступен, если "Тип документа-приемника" — "Уточняющее соглашение", а "Способ формирования документа" — "Существующий документ"). При включенном параметре ("да") можно выбрать только данный тип документа — уточняющее соглашение (т. е. выбирать договор нельзя, о чем будет выдаваться сообщение).