Хроника текущих событий Управления разработки 16-28.02.2018

[stepanovich]

Новое в системе Галактика ERP 9.1

Разработка пользовательской документации

Вышло очередное обновление справочной подсистемы C_GALHELP_RES_91350.

Бухгалтерский учет

F_OFP_RES_91790. В общесистемный реестр ("Формирование финансовых обязательств" > "Управление финансами" > "Платежный календарь") введены подразделы с настройками: "Дополнительные функции локального меню" > "Функция 1", "Функция 2", "Функция 3" — для отображения заданных функций в локальном меню журнала финансовых обязательств (как списка, так и окна редактирования); "Запуск алгоритмов" > "Перед изменением статуса ФОБ выполнить алгоритм", "После изменения статуса ФОБ выполнить алгоритм" — для запуска определенного алгоритма до/после изменения статуса финансового обязательства соответственно.

BUH_91_252 (F_DIFFRATE_RES_91100, G_BUH_DLL_91450, F_SOPRHOZ_RES_91810, F_PLPOR_RES_91970, F_MBP_RES_911030, F_MBPPUB_RES_91190) для модулей "Учет спецоборудования и спецоснастки", "Спецодежда":

• Для исключения случаев перевода на склад предметов спецоснастки и спецодежды, которые находятся в эксплуатации, в общесистемный реестр введена пользовательская настройка "Разрешать передачу Спецоснастки в эксплуатации на склад МЦ" ("Бухгалтерский контур" > "Спецоснастка") —"да"/"нет". При значении "нет":

- в "Накладной спецоснастка -> склад" в окне выбора предметов, а также в списке предметов операции "Перевод в ТМЦ" отображаются предметы в состоянии "на складе";

- в документе "Возврат из использования" с включенным параметром "Перевод в дежурную одежду" при нажатии на кнопку "Перевод в МЦ" не формируется "Накладная спецодежда -> МЦ";

- "Накладную спецоснастка -> склад" нельзя провести, если среди спецификаций есть предметы, которые находятся в эксплуатации.

• Изменены условия формирования акта перевода в утиль. Если ранее при проведении акта на списание выдавался соответствующий запрос, то теперь добавлена кнопка "Перевод в утиль", с помощью которой запускается проверка наличия предметов, подлежащих утилизации. Если такие предметы найдены, формируется акт перевода в утиль, дата и номер которого отображаются в верхнем правом углу акта на списание.

• Реализовано разграничение групп МЦ и групп СФО. В связи с этим:

- В карточку складского учета (МЦ) в модуле "Складской учет" введена вкладка "Спецодежда", где можно указать "Группу СФО", к которой относится МЦ. Изменения группы СФО проводятся по запросу и в КУ спецоснастки/СФО, связанных с МЦ, также изменяется тип карточки ("спецоснастка" — при удалении ссылки на группу СФО или "спецодежда" — при выборе группы СФО из справочника). При создании КУ на основе МЦ (например, при переводе из МЦ по накладной или при создании КУ на основе МЦ) ссылка на группу СФО копируется из МЦ в КУ.

- В карточку учета спецоснастки/СФО введены поля, содержащие код и наименование группы СФО, которые для КУ спецодежды являются обязательными для заполнения. При удалении связи КУ спецодежды с группой СФО она становится КУ спецоснастки (и наоборот). В список КУ спецоснастки/СФО добавлен фильтр по группе СФО. При создании МЦ на основе КУ (например, при переводе предметов на склад МЦ по накладной или при реализации предметов по акту на списание) ссылка на группу СФО копируется из КУ в МЦ.

- В справочнике групп СФО код и наименование группы СФО вводятся вручную. Теперь нет связи между группой МЦ и группой СФО, при разноске требования на выдачу СФО учитывается группа СФО, а не группа МЦ.

- Если акт инвентаризации, отчеты "Инвентаризационная опись" и "Сроки использования" вызываются из модуля "Учет спецоборудования и спецоснастки", то в них можно установить фильтр по группе МЦ, если из модулей "Спецодежда" и "Учет вещевого имущества" — фильтр по группе СФО. Возможность группировки данных по коду и наименованию группы СФО также предусмотрена в отчетах модулей.

• Доработан функционал выбытия/возврата спецодежды. При создании акта выбытия спецодежды и документа на возврат спецодежды из использования (из списка документов по F7) в документ добавляются только те предметы, с которыми последняя операция производилась до указанной пользователем даты документа. При попытке изменить дату документа на более раннюю выдается сообщение: "Среди строк спецификации документа имеются операции с датой выдачи больше введенной. Измените дату на более позднюю!".

• Для случаев, когда после смены норм требование на выдачу необходимо формировать исключительно по новой норме, в окно настройки смены норм введен параметр "по новой норме".

Логистика

Вышло обновление L_SF_RES_911090 со следующими решениями:

1) Доработан учет НДС при реализации металлолома и сырых шкур в соответствии с письмом ФНС РФ от 16.01.2018 № СА-4-3/480.

Порядок учета у продавца:

• В сбыте создаются СФ без НДС, тип необходимо изменить вручную на: "Счет-фактура, оплата, предоплата, НДС НА"; "Счет-фактура, отгрузка, НДС НА"; "Корректировочный счет-фактура, НДС НА".

• При печати СФ (с перечисленными типами) в графе 7 выводится текст "НДС исчисляется налоговым агентом", в графах 8 и 9 — прочерки.

• Регистрация СФ.

- В книге продаж: "Счет-фактура, оплата, предоплата, НДС НА" — тип записи "Регистрация оплаты, предоплаты, НДС НА" (код вида операции — 33); "Счет-фактура, отгрузка, НДС НА" — тип записи "Регистрация СФ (учет по отгрузке), НДС НА" (код вида операции — 34);
"Корректировочный счет-фактура, НДС НА" на увеличение — тип записи "Корректировочная запись, увеличение реализации, НДС НА" (код вида операции — 34). В графе 2 указывается новый код вида операции, в графах 13б и 17 проставляются прочерки.

- В книге покупок: "Корректировочный счет-фактура, НДС НА" на уменьшение — тип записи "Корректировочная запись поставщика, уменьшение реализации, НДС НА" (код вида операции — 34). В графах 9 и 10 указываются сведения о покупателе.

Суммы по данным записям не учитываются в итоговых суммах книг.

Порядок учета у покупателя:

• В снабжении создаются СФ без НДС, тип необходимо изменить вручную на: "Счет-фактура, предоплата поставщику, НДС НА"; "Счет-фактура поставщика, НДС НА"; "Корректировочный счет-фактура поставщика, НДС НА".

• Печать СФ — аналогично печати СФ в сбыте.

• Регистрация СФ:

- "Счет-фактура, предоплата поставщику, НДС НА" — тип записи в книге покупок "Регистрация предоплаты поставщику, НДС НА" (код вида операции — 41), тип записи в книге продаж "Регистрация предоплаты поставщику, НДС НА (книга продаж)" (код вида операции — 41).

- "Счет-фактура поставщика, НДС НА" — тип записи в книге покупок "Регистрация СФ поставщика, НДС НА" (код вида операции — 42), тип записи в книге продаж "Регистрация СФ поставщика, НДС НА (книга продаж)" (код вида операции — 42).

- Для восстановления НДС тип записи в книге продаж "Регистрация аванса поставщику в момент отгрузки, НДС НА" (код вида операции — 43) и в книге покупок "Регистрация аванса поставщику в момент отгрузки, НДС НА (книга покупок)" (код вида операции — 43).

- "Корректировочный счет-фактура поставщика, НДС НА" на увеличение: в книге покупок — "Корректировочная запись поставщика, увеличение закупки, НДС НА" (код вида операции — 42), в книге продаж — "Корректировочная запись поставщика, увеличение закупки, НДС НА (книга продаж)" (код вида операции — 42).

- "Корректировочный счет-фактура поставщика, НДС НА" на уменьшение: в книге продаж — "Корректировочная запись, уменьшение закупки, НДС НА" (код вида операции — 44), в книге покупок — "Корректировочная запись, уменьшение закупки, НДС НА (книга покупок)" (код вида операции — 44).

При регистрации к суммам добавляется НДС по ставке 18/118. В книге продаж в графе 2 выводится новый код вида операции, в графе 13б — сумма, увеличенная на сумму НДС, в графе 14 — сумма без НДС, в графе 17 — сумма исчисленного НДС. В книге покупок в графе 2 выводится новый код вида операции, в графе 15 — сумма, увеличенная на сумму НДС, в графе 16 — сумма НДС. Суммы по данным записям не учитываются в итоговых суммах книг.

2) РБ. Для ЭСЧФ на возврат с типом "Дополнительный без ссылки на исходный" в статусе "Не выставлен" или "В разработке" реализована возможность преобразования его в тип "Дополнительный". При этом необходимо выбрать исходный ЭСЧФ (с той же организацией, тип "Исходный" и в статусах "Выставлен" или "Выставлен. Подписан получателем"). Выбранный ЭСЧФ заносится в поле 5 "К ЭСЧФ" раздела 1. Разделы 2–5 не отображаются.

OPER_91_295 (F_KATDOC_RES_91400, L_DOGOVOR_RES_91890, L_KATPARTY_RES_91330). В каталоге партий реализована возможность ведения статусов партий товаров. Соответствующее поле введено в окно редактирования партии и может принимать значения: "годен" (по умолчанию) / "карантин" / "брак". Работа со статусами партий аналогична работе с общесистемными статусами документов.

Управление персоналом

Z_STAFF_RES_911560, для РБ. В вычетах на иждивенцев теперь учитывается следующая ситуация: если у сотрудника, не состоящего в браке, есть один свой ребенок и при этом сотрудник еще является опекуном второго ребенка, то на своего ребенка предоставляется один вычет, а на ребенка, за которым установлена опека, — удвоенный вычет. В данном случае в обосновании вычетов (4 раздел картотеки сотрудников) необходимо установить следующие статусы: для своего ребенка — "Иждивенец", для ребенка, за которым установлена опека, — "Иждивенец" и "Ребенок одинокого опекуна/вдовы (вдовца)". Для проверки правильности рассчитанного количества вычетов следует запустить функцию "Сотрудники" > "Проверка и корректировка" > "Иждивенцы".

Решения в модуле "Заработная плата".

Z_PFREP_RES_911620, для пользователей РФ:

• Запрос на проверку ИНН, Ф.И.О., СНИЛС: для необходимости выгрузки данных в XML-файл в окне параметров предусмотрен режим "Выгрузка данных" (по умолчанию включен). При формировании отчета предусмотрена проверка правильности заполнения ИНН с выводом ошибок в протокол (выделяются желтым цветом). Если режим выгрузки не установлен, то проводится только проверка данных, а вариант обнаружения незаполненных сведений "добавлять сотрудников в форму выгрузки" недоступен для выбора.

• Сведения по страхователю (формы ОДВ-1, СЗВ-ИСХ, СЗВ-КОРР, СЗВ-СТАЖ): в параметры формирования для печатной FastReport-формы СЗВ-СТАЖ добавлен признак "Выводить КПС в 9-ю колонку СЗВ-СТАЖ".

Z_ZARREP_RES_91620. Доработана типовая форма T-49 расчетно-платежной ведомости (форматы А4 и А3). При установленном в окне параметров варианте вывода сумм удержаний зарплаты в банк "в графу к выплате" становится доступным новый параметр "с учетом уже выплаченных" (по умолчанию установлен). Если он не включен, то реальные суммы удержаний зарплаты в банк (т. е. суммы из реестров по выплате заработной платы — в состоянии "О" или "УС" — с датой, попадающей в месяц отчета) не будут выводиться в графу "к выплате". Новый параметр виден при включенной настройке "Сальдо рассчитывать по платежным документам" ("Управление персоналом" > "Расчеты с персоналом" > "Режимы расчетов") — "да" и совокупности настроек, когда ведется учет выплат хотя бы одним из способов: по платежным ведомостям или по реестрам. Описание алгоритма анализа сумм удержаний зарплаты в банк см. в обновлении.

ZAR_91_502 (G_SUMDIVIDE_DLL_911580, G_WORKTABLE_DLL_91950, G_ZARPL_DLL_912660, Z_BASEMENT_RES_91540, Z_BASEMENT_RES_91540, Z_MENU_RES_911170, Z_MP_RES_911170, Z_PAYFSS_RES_91840):

• Удалены старые формы заявлений в ФСС РФ (введенные приказом от 17.09.2012 № 335): о возмещении стоимости гарантированного перечня услуг по погребению; о возмещении расходов на выплату социального пособия на погребение; о возмещении расходов на оплату четырех дополнительных выходных дней для ухода за детьми-инвалидами; о возмещении расходов по оплате пособия по временной нетрудоспособности.

• Внесены корректировки в расчет (пересчет) пособия по уходу за ребенком до полутора лет: теперь МРОТ берется на дату ухода в отпуск, в справке о расчете пособия в колонке "МРОТ" выводится значение на дату ухода в отпуск (ранее выводилось на основании текущего периода для расчета); средний дневной заработок из МРОТ рассчитывается по формуле {МРОТ/30,4} и сравнивается с рассчитанным средним дневным заработком сотрудника (т. е. исключена погрешность вычисления пособия, т. к. ранее расчет проводился по формуле {МРОТ * 24/730}).

• Доработана функция формирования записей НДФЛ при расчете заработной платы. Теперь учитываются реестры на перечисление НФДЛ с зарплаты, а не фиксируются записи по удержаниям при формировании реестра на перечисление зарплаты (как это было ранее). В результаты расчета НДФЛ записываются ссылки на реестр о перечислении в банк. Если по виду оплаты часть суммы была перечислена в межпериод, сумма дохода отражается за вычетом перечисленной суммы. Анализ происходит по типу и ссылке на источник начисления. Также учитываются реестры на перечисление НДФЛ с аванса (если было такое перечисление). Кроме того, доработана функция отмены расчета зарплаты: теперь при ее выполнении все записи об удержаниях удаляются.

ZAR_91_517 (Z_PAYFSS_RES_91830, Z_STAFF_RES_911540):

• Улучшена эргономика окна редактирования адреса: поля, обязательные для заполнения, подсвечены желтым фоном; если индекс не задан, то соответствующее сообщение при закрытии окна теперь не выдается; после выбора из каталога АТД адресного объекта, не являющегося улицей, курсор позиционируется на поле "Улица", а при выборе улицы — на поле "Дом"; F3 в поле "Дом" служит для отображения дополнительного поля и последовательного переключения в режим ввода корпуса дома, строения, владения или другого описания (по умолчанию эти поля скрыты); последовательное нажатие F3 в поле "Квартира" переключает его в режим ввода офиса, помещения или другого описания. Также в локальное меню рассматриваемого окна введена функция "Уникальный идентификатор записи дома" (Ctrl+H), с помощью которой можно задать значение идентификатора, используемого в дальнейшем в виде атрибута HOUSEID при выгрузке данных для ФСС РФ в электронном виде.

• Для пользователей РФ:

- Реализованы новые формы реестров в ФСС (в соответствии с приказом от 24.11.2017 № 579): "Реестр сведений по временной нетрудоспособности, по беременности и родам и др."; "Реестр сведений, необходимых для назначения и выплаты ежемесячного пособия по уходу за ребенком"; "Реестр сведений, необходимых для назначения и выплаты единовременного пособия при рождении ребенка". Старые формы (введенные приказом от 15.06.2012 № 223) удалены.

- Предусмотрена возможность формирования электронных данных для ФСС в формате версии 1.7.5 "Спецификации на обмен данными в электронном виде о факте, параметрах нетрудоспособности и других сведениях, необходимых для расчета пособий и осуществления их выплат".

- Для заявлений на возмещение четырех дополнительных выходных дней можно осуществлять выборочную пометку документов при фильтрации по видам неявок.