2014-01-14 15:37:20
Краткое описание :
Отчеты модуля Зарплата - использовать новое поле Uder.YearK в версии 9.1Описание :
Справки в налоговую инспекцию (1,2-НДФЛ)Что измененно :
В версии 9.1 при формировании 2-НДФЛ и налогового регистра для определения года, за который удержано, в таблице Uder (Удержания) необходимо использовать поле Uder.YearK.
Как измененно :
В версии 9.1 при формировании 2-НДФЛ и налогового регистра для определения года, за который удержано, в таблице Uder (Удержания) используется поле Uder.YearK.
2014-01-14 15:37:20
Краткое описание :
Необходима история по изменению статуса Резидент-Нерезидент.Описание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Необходимо сохранять историю по статусу Резидент-Нерезидент.
Сейчас есть история статуса, с вязанная с увольнениями.
Заказчик утверждает, что нужна отдельная история по изменению статуса работающего сотрудника.
Там должны быть поля "Дата начала статуса", "Дата окончания статуса" и сам "Статус".
Сотрудник не увольняется, а статус меняется.
Чтобы формировать правильную справку 2-НДФЛ за любой год, нужно сохранять историю изменения статуса.
Как измененно :
Для корректного формирования 2-НДФЛ при изменении статуса сотрудника за прошлые периоды добавлена возможность сохранения истории изменения статуса.
В интерфейс лицевых счетов на вкладку "Налог на доходы" добавлена кнопка "История статуса",
по которой вызывается окно "История изменения статуса физического лица".
В окне "История изменения статуса" для сохранения истории изменений статуса физического лица необходимо заполнить поля:
- дата начала периода действия статуса сотрудника
- дата окончания периода действия статуса сотрудника
- статус сотрудника (резидент, нерезидент, высококвалифицированный резидент)
Поле Дата пересчета нужно заполнять, если настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат" установлена в значение "в месяце подачи заявления о пересчете".
Историю изменения статуса следует заполнять, если она в каком-то периоде отлична от информации в лицевом счете.
Изменено формирование 2-НДФЛ:
1. статус сотрудника определяется с учетом истории изменения статуса по каждому месяцу отчетного года.
Если на вкладке "Налог на доходы" ЛС заполнена дата изменения текущего статуса, то дополнительно анализируется история изменения статуса в случае,
если на 1-ое число месяца дата изменения статуса больше даты на первое число месяца и года, на которые определяется статус физического лица.
2. определение пересчета и возврата налога в связи с изменением статуса также происходит с учетом истории изменения статуса. Если раньше для резидента анализировалось поле дата изменения статуса в ЛС, то сейчас дата изменения статуса учитывает и историю изменений при формировании справки за прошлые периоды.
2014-01-14 15:37:21
Краткое описание :
В xml-файле СЗВ-6-4 два раза печатается наименование организацииОписание :
Сведения о сумме выплат и иных вознаграждений (СЗВ-6-4) [РФ]Что измененно :
В настройке формирования СЗВ-6-4 есть возможность выбрать, какое наименование организации (из атрибутов организации) выводить в отчет как "Наименование организации краткое".
Необходимо доработать формирование СЗВ-6-4 таким образом, чтобы такая возможность была как для вывода краткого, так и полного наименования организации.
Как измененно :
Вывод наименования организации в отчетных формах СЗВ-6-4 и АДВ-6-2 регулируется параметрами в настройке формирования СЗВ-6-4.
Параметр "Наименование организации" (на вкладке "Дополнительные параметры") регулирует вывод в отчетные формы наименование организации (если установлено значение "полное", наименование организации в отчете - это значение поля "Наименование организации" из атрибутов организации. При установленном значении "альтернативное" в наименование организации попадет значение поля "альтернативное наименование организации").
Параметр "Краткое наименование" (на вкладке "Дополнительные параметры") регулирует вывод в отчетные формы краткого наименования организации по такой же схеме.
2014-01-14 15:37:15
Краткое описание :
Пособие по травматизму в результатах расчета зарплаты не с тем кодом оплатыОписание :
Расчет больничныхЧто измененно :
Пособие по травматизму в результатах расчета зарплаты не с тем кодом оплаты, если не задано ограничение для производственных травм.
Если рассчитать пособие по травматизму сотруднику, суммы в таблице Суммы по месяцам записываются не туда.
Поэтому в результатах расчета появляются стандартные коды видов оплат (114 и 115)
Как измененно :
Доработан расчет пособий по нетрудоспособности с типом "Травма" для России. Теперь при расчете таких пособий суммы всегда относятся за счет ФСС, если в классификаторе видов пособий не выбраны виды оплат за счет предприятия. При этом наличие ограничения для производственных травм роли не играет.
Речь идет о пособиях, дата начала которых превышает 08/04/2013.
2014-01-14 15:37:16
Краткое описание :
Неверно осуществляется поиск в спецификации соглашения.Описание :
Импорт уведомлений об отгрузкеЧто измененно :
При импорте уведомлений об отгрузке неверно осуществляется
поиск по ПИД-у позиции спецификации соглашения.
Ошибка происходит если в спецификации соглашения есть две и более позиций с
одинаковыми МЦ, но разными ПИД-ами.
Сейчас поиск осуществляется следующим образом:
1) В ПЗС находится МЦ, соответствующая заданному ПИД-у.
2) В спецификации заданного соглашения находится позиция с МЦ, найденной на
шаге 1). Первая попавшаяся позиция.
3) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
4) Все позиции спецификаций соглашений, найденные на шаге 3) сравниваются с
позицией, найденной на шаге 2).
5) Как только найдено совпадение, это и есть искомая позиция спецификации
соглашения.
В этом алгоритме есть дырка. На шаге 2) не делается проверка присутствует ли в
целевом учете найденной позиции заданный ПИД.
На самом деле алгоритм должен быть таким:
1) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
2) В полученном списке осуществляется поиск позиции спецификации, которая
относится к указанному в файле для импорта соглашению, и которая содержит туже
МЦ, что указана в позиции ПЗС и заданным ПИД-ом.
Этого было бы достаточно.
Как измененно :
Алгоритм поиска спецификации соглашения следующий:
1) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
2) В полученном списке осуществляется поиск позиции спецификации, которая
относится к указанному в файле для импорта соглашению, и которая содержит туже
МЦ, что указана в позиции ПЗС и заданным ПИД-ом.
2014-01-14 15:37:16
Краткое описание :
Интерфейс "Текущее наличие по разрезам"Описание :
Накладные на внутреннее перемещениеЧто измененно :
Проблема при формировании НВП и не только. При заполнении спецификации в документе при вызове интерфейса "Текущее наличие по разрезам" возникают проблемы.
Как измененно :
Доработан интерфейс выбора из текущих остатков. Убран параметр "отображать суммарное количество по выбранным МЦ" из настроек интерфейса, т.к. сейчас данное поле отображается при любых условиях. Исправлена пометка МЦ при установке фильтра по ЦУ.
2014-01-14 15:37:21
Краткое описание :
При попытке тестирования файла в CheckXML вышла ошибка, а в ней опечаткаОписание :
Сведения о сумме выплат и иных вознаграждений (СЗВ-6-4) [РФ]Что измененно :
При попытке тестирования файла в CheckXML вышла ошибка, а в ней опечатка
Просьба исправить опечатку в ошибке: Должно быть CheckXML, а не ChechXML
Как измененно :
Исправлена ошибка правописания.
2014-01-14 15:37:15
Краткое описание :
В справке о расчете пособия по БиР стала заполняться днями колонка *за минусом* на весь отработанный период.Описание :
Расчет больничныхЧто измененно :
В справке о расчете пособия по БиР стала заполняться днями колонка *за минусом* на весь отработанный период.
Расчет не верный - среднедневной равняется 0.
Ошибка проявляется при установленном значении "начисления и часы без учета признака работы" в "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \ Учитывать данные связанных лицевых счетов" .
Для основного ЛС есть ссылка на дополнительный.
Для основного дата увольнения не заполнена.
Для связанного ЛС указана дата увольнения 2009 год.
Как измененно :
Исправлен расчет пособий по БиР при установленном значении "начисления и часы без учета признака работы" в "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Особенности расчета \ Учитывать данные связанных лицевых счетов" .
Теперь колонка *за минусом* заполняется правильно для различных значений дат поступления и увольнения связанных ЛС.
2014-01-14 15:37:16
Краткое описание :
не помечается МЦ в интерфейсе выбора из текущих остатковОписание :
Акты передачи оборудования в монтажЧто измененно :
Не помечается МЦ в интерфейсе выбора из текущих остатков, если в настройках (Alt+B) предварительно снять пометку Отображать все МЦ.
Как измененно :
Исправлена пометка записи в верхней панели при выборе из текущих остатков.
2014-01-14 15:37:15
Краткое описание :
С 2014 г. уплата страховой и накопительной части страховых взносов производится одной платежкойОписание :
Платежные порученияЧто измененно :
В 2014 году перечислять взносы на страховую и накопительную части пенсии нужно единой платежкой на КБК страховой части. Соответствующий законопроект одобрили в Совете Федерации. Цифровое значение КБК для перечисления взносов на страховую часть пенсии в 2014 году меняться не будет - 392 1 02 02010 06 1000 160. Соответственно в одном платежном поручении будут суммы накопительной и страховой части пенсионных взносов.
Как измененно :
Начиная с 2014 года для России на суммы страховой и накопительной части пенсии формируется одно платежное поручение с атрибутами платежа, соответствующими виду налога страховой части.
2014-01-14 15:37:15
Краткое описание :
Запоминание формата при переключении формата на отгрузку/оплатуОписание :
Счета, ДО на закупкуЧто измененно :
Необходимо, чтобы в перечне счетов на закупку, при выполнении функции "переключение формата на отгрузку/оплату" система запоминала эту настройку и в дальнейшем открывала пользователю его в этом виде.
Как измененно :
Для каждого вида ДО запоминается вид (с отображением отгрузки/оплаты или без)
2014-01-14 15:37:20
Краткое описание :
2-НДФЛ - хранить вычеты в разбивке по обособленным подразделениямОписание :
Справки 2-НДФЛ (до 2019 года)Что измененно :
При формировании налоговой отчётности в разрезе обособленных подразделений у крупных клиентов часто возникают проблемы, связанные с распределением предоставленных стандартных вычетов по этим подразделениям (сейчас вычеты хранятся общей суммой за год). Распределение происходит "на лету" в процессе формирования, что, с одной стороны, замедляет формирование и, с другой стороны, реализованный алгоритм является "чёрным ящиком" для пользователя и не даёт ему никакой возможности повлиять на результат.
Предлагается процесс распределения вычетов по обособленным подразделениям реализовать в виде отдельной сервисной функции, результат по подразделениям (точнее, по каждой паре КПП-ОКАТО) сохранять в таблицах БД. При необходимости пользователь сможет произвести ручные корректировки. А при формировании отчётности использовать готовые данные из этих таблиц. В параметрах формирования отчётности предусмотреть флаг одновременного переформирования распределения вычетов.
Как измененно :
В параметры формирования 2-НДФЛ на вкладку "Основные" добавлен параметр "Данные по вычетам":
- переформировывать, не сохраняя
- переформировывать, сохраняя в таблице
- брать готовыми суммами из таблицы
1. Если установлен параметр "Данные по вычетам переформировывать, не сохраняя", формирование 2-НДФЛ и налогового регистра происходит по старому алгоритму, без сохранения вычетов в отдельной таблице, данные по вычетам формируются "на лету".
2. При формировании отчета с параметром "Данные по вычетам переформировывать, сохраняя в таблице", формирование 2-НДФЛ и налогового регистра также происходит по старому алгоритму, данные по вычетам формируются "на лету". Но в этом случае информация по вычетам по сотруднику сохраняется в отдельной таблице, что позволяет провести корректировку предоставленных вычетов перед последующим формированием.
3. При формировании отчета с параметром "Данные по вычетам брать готовыми суммами из таблицы" информация по предоставленным вычетам берется ТОЛЬКО из таблицы "Вычеты в 2-НДФЛ".
Важно!!! Если изменяется режим формирования 2-НДФЛ (по подразделениям учета, без права сдачи, по подразделениям отнесения затрат), перед формированием 2-НДФЛ и налогового регистра с параметром "Данные по вычетам брать готовыми суммами" необходимо ПЕРЕФОРМИРОВАТЬ отчет с параметром "Данные по вычетам переформировывать, сохраняя в таблице", так как при изменении режима формирования отчета изменяется принцип определения ОКАТО\ОКТМО, КПП и ИФНС. Данные поля являются ключевыми для хранения информации по вычетам.
Информацию о предоставленных вычетах в 2-НДФЛ можно просмотреть и в случае крайней необходимости откорректировать из лицевого счета сотрудника - смежные данные - размер годового дохода - локальное меню - "Вычеты в 2-НДФЛ".
По локальному меню открывается 3-х панельный интерфейс с информацией по доходу, налогу и вычетам сотрудника за год.
В первой панели отображается информация по сотруднику в целом за год (год можно изменить, изменив установленный при открытии интерфейса фильтр, по комбинации клавиш "Alt+B" или по локальному пункту меню "Фильтр по году")- год, сумма дохода, сумма налога удержанного, сумма налога исчисленного.
Во второй панели - информация по доходу и налогу в разрезе ОКАТО\ОКТМО, КПП, кода ИФНС.
В третьей панели - информация по предоставленным вычетам для каждой записи во второй панели. Изменяя суммы предоставленных вычетов в этой панели, пользователь изменяет сумму исчисленного налога в справке 2-НДФЛ и налоговом регистре. Сумма исчисленного налога при этом автоматически пересчитывается во второй и в третьей панели. В случае, если суммы удержанного и исчисленного налога различны, поле с суммой исчисленного налога в обеих панелях интерфейса подсвечивается жёлтым цветом, чтобы обратить внимание пользователя на несоответствие сумм.
Редактировать можно ТОЛЬКО информацию по предоставленным вычетам. Записи с кодами и суммами вычетов можно корректировать, добавлять и удалять. Записи в других панелях интерфейса изменять нельзя, так как они связаны с данными, хранящимися в результатах расчета, архиве начислений и удержаний.
При редактировании информации по вычетам необходимо учитывать, что при создании новой и редактировании существующей записи обязательно должен быть заполнен код вычета и задана хотя бы одна сумма по вычету в течение года. Если по какому-то коду нет сумм по вычетам, такую запись следует удалить по F8.
В случае, если корректировались данные в таблице "Вычеты в 2-НДФЛ" и нужно сформировать 2-НДФЛ или налоговый регистр с учетом корректировок, в параметрах формирования 2-НДФЛ и налогового регистра нужно установить значение параметра "Данные по вычетам" в значение - брать готовыми суммами из таблицы.
2014-01-14 15:37:20
Краткое описание :
Изменить ОКАТО на ОКТМО в печатной форме справки 2-НДФЛОписание :
Справки 2-НДФЛ (до 2019 года)Что измененно :
Необходимо изменить слово "Код ОКАТО" на слово "Код ОКТМО" в печатной форме справки 2-НДФЛ в разделе 1.3
ПРИКАЗ ФНС
от 14 ноября 2013 г. N ММВ-7-3/501@
Как измененно :
В раздел 1.3 справки 2-НДФЛ печатается аббревиатура ОКАТО или ОКТМО в зависимости от настройки в параметрах печати справки 2-НДФЛ:
- печатать код ОКАТО или ОКТМО.
В отчет РЕЕСТР сведений о доходах физических лиц также выводится аббривиатура ОКТМО или ОКАТО в зависимости от параметра в настройке формирования.
При выводе ОКТМО в раздел 1.3 справки 2-НДФЛ 8-значные коды ОКТМО дополняются штрихами.
2014-01-14 15:37:20
Краткое описание :
Изменения в электронном формате справки 2-НДФЛОписание :
Справки 2-НДФЛ (до 2019 года)Что измененно :
Изменения в электронном формате справки 2-НДФЛ.
7.3. В Приложении N 2 "Формат справки о доходах физического лица за 20__ год":
в пункте 2 раздела I "Общие сведения" и в таблице 4.1 в строке "Версия формата" цифры "5.02" заменить цифрами "5.03";
в пункте 3 раздела II "Описание файла обмена" абзацы 14, 15 изложить в следующей редакции:
"Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
NO_NDFL2_1_399_00_05_03_xx, где xx - номер версии схемы.";
в таблицах 4.2 и 4.6 строку "Код по ОКАТО" изложить в следующей редакции:
?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
?Код по ОКТМО ? ОКТМО ? А ? T(=8)| ? ОК ?Типовой элемент <ОКТМОТип>. ?
? ? ? ? T(=11) ? ?Принимает значение в ?
? ? ? ? ? ?соответствии с Общероссийским ?
? ? ? ? ? ?классификатором территорий ?
? ? ? ? ? ?муниципальных образований ?
?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
Как измененно :
В зависимости от признака, установленного при печати 2-НДФЛ, печатать код ОКАТО или ОКТМО, в строки xml-файла:
<СвРекв
<СвНа
выводится ОКТМО или ОКАТО.
Номер версии формата в xml-файле изменен с 5.02 на 5.03.
2014-01-14 15:37:16
Краткое описание :
Потеря преемственности. Не рассчитывается цена в ордере сформированному по акту на списаниеОписание :
Акт на списание сырьяЧто измененно :
Не рассчитывается цена в ордере сформированному по акту на списание.
Управление производственной логистикой - Документы - Акт на списание МЦ из производства.
При проведении акта не рассчитывается цена в ордере - встает нулевая. Необходимо выполнять пересчет средних цен.
Как измененно :
Исправлен расчет цен в ордере по Акту на списание из производства
2014-01-14 15:37:15
Краткое описание :
Ошибочное сообщение при расчете удержанийОписание :
Постоянные удержанияЧто измененно :
Для удержаний с незаполненными полями суммы и процента при расчете зарплаты в протокол сообщений выводится предупреждение о отсутствии числителя и знаменателя, хотя эти поля и не должны заполнятся. Также выводится информация об отсутствии остатка алиментов, хотя никаких алиментов быть не должно.
Как измененно :
Теперь при расчете заработной платы для удержаний с незаполненными полями суммы и процента выводится сообщение о том, что удержание для табельного номера не рассчитано. Сообщение об отсутствии остатка алиментов не выдается.
2014-01-14 15:37:17
Краткое описание :
Убрать F3,F7,F8 из статус-строкиОписание :
Экспорт данных в XML-файлЧто измененно :
Убрать F3,F7,F8 из статус-строки
Как измененно :
исправлено
2014-01-14 15:37:17
Краткое описание :
Убрать F3,F7,F8 из статус-строкиОписание :
Импорт данных из XML-файлаЧто измененно :
Убрать F3,F7,F8 из статус-строки
Как измененно :
исправлено
2014-01-14 15:37:21
Краткое описание :
Формирование ПУ-2Описание :
Документы персонифицированного учета. Обязательное страхованеЧто измененно :
Формирование ПУ-2
см. вложение
пример смоделирован на БД: \\BY01-605\data
логин: supervisor
пароль: supervisor
Т/н 70 Липницкий Руслан Анатольевич
Как измененно :
Изменен принцип формирования данных для отчета ПУ-2 (согласно п.10 главы 3 постановления министерства труда и соц. защиты РБ): проходя по карточкам удовлетворяющим, настроенным фильтрам:
1) анализируются предыдущие основные назначения (последняя закладка 6го окна) и предыдущие совмещения/совместительства: при проходе по предыдущим назначениям (основным и совм-вам), умеющим пересечения с периодом формирования отчета, в порядке возрастания даты ухода с должности;
2) анализируются текущее состояние карточки: дата приема на первую должность и более поздняя дата из двух: дата увольнения из карточки и дата ухода с последнего закрытого совместительство;
3) по параметру "ПУ2-исходная: учет повторного приема" корректируются данные о приеме увольнении при повторном приеме на новую карточку: дублирующие записи удаляются, смежные записи (без перерывов в работе) приемов увольнений старой и новой карточек объединяются.
Назначения с типом договора "03" не учитываются.
"
МИНИСТЕРСТВО ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ РЕСПУБЛИКИ БЕЛАРУСЬ ПОСТАНОВЛЕНИЕ 31 декабря 2009 г № 159
Глава 3. Заполнение формы ПУ-2
...
10. Форма ПУ-2 (тип формы - исходная) заполняется на основании приказов (распоряжений) о приеме на работу и увольнении с работы. За определенный отчетный период по одному застрахованному лицу может быть представлена только одна форма ПУ-2 (тип формы - исходная). По застрахованным лицам, принятым на работу и уволенным с работы у данного работодателя (по основному месту работы и по совместительству) и не имеющим перерывов в работе, в форме ПУ-2 (тип формы - исходная) указывается одна дата приема на работу (более ранняя) и одна дата увольнения с работы (более поздняя).
....
"
2014-01-14 15:37:21
Краткое описание :
Доработать отчет 4ФОНДОписание :
Отчет 4-фонд [РБ]Что измененно :
Доработать отчет 4-ФОНД в связи с изменением расчетов в ФСЗН.
Как измененно :
В связи с изменением расчетов ФСЗН (деление на пенсионную (28%) и страховую (6%) части), доработан алгоритм формирования формул в отчете "4-ФОНД. Раздел III. РАСЧЕТ СРЕДСТВ ФОНДА СОЦИАЛЬНОЙ ЗАЩИТЫ НАСЕЛЕНИЯ МИНИСТЕРСТВА ТРУДА И СОЦИАЛЬНОЙ ЗАЩИТЫ РЕСПУБЛИКИ БЕЛАРУСЬ" (далее Раздел 3).
Для формирования формул для Раздела 3, необходимо наличие:
1. Заполненных "Счет/субсчет", "КАУ" для налогов из "Классификатора налогов на ФОТ" (Заработная плата - Настройка - Заполнение каталогов - Налоги на ФОТ и взносы - Классификатор налогов на ФОТ);
2. Значений для общесистемных настроек:
2.1. "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Формирование проводок - Фонд социального страхования";
2.2. "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Пенсионное страхование";
2.3. "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Социальное страхование".
2014-01-14 15:37:16
Краткое описание :
Доработка операция импорта уведомлений об отгрузкеОписание :
Импорт уведомлений об отгрузкеЧто измененно :
Файл импорта содержит в т.ч. ранее импортированные позиции
уведомлений об отгрузках - журнал формируется нарастающим итогом.
При проведении операции импорта уведомлений об отгрузке система должна:
1. Изменять дату уведомления об отгрузке по ранее импортированным позициям
только в случае изменения нижеуказанных полей (требуется доработка):
- Вес груза в тоннах;
- Грузополучатель;
- Диаметр трубы, D mm;
- Класс прочности;
- Количество;
- Количество в дополнительных единицах;
- Количество в штуках;
- Минимальная температура стенки нефтепровода;
- Номер спецификации;
- Рабочее давление, МПа;
- Сейсмичность, баллов;
- Тип покрытия;
- Толщина стенки трубы, S mm;
- ТУ, ГОСТ;
2. Не изменять дату уведомления об отгрузке при наличии сформированным по ним
Распоряжений на прием-отпуск, т.к. в этом случае обновление уведомлений об
отгрузках производиться не должно (требуется доработка).
3. Отображать в интерфейсе импорта только новые позиции и ранее загруженные
позиции, по которым были изменены значения полей, указанных в п.2 (в т.ч. и при
наличии Распоряжений на приём-отпуск МТР).
4. В протоколе ошибок не выводить сообщения об изменение даты уведомления об
отгрузке.
Кроме того,а один и тот же ПИД по одному и тому же договору может отгружаться в
одном и том же вагоне несколько раз, и в этом случае в Вашем алгоритме заложена
проверка по дате отгрузки: если в Галактике уже существует уведомление об
отгрзке МТР c такими же ПИД, Договор и номер вагона, но с датой отгрузки,
предшествующей дате отгрузки указанной в файле (с разницией более 25 суток), то
в Галактику загрузится новое уведомление об отгрузке.
Данная особенность алгоритма ни в коем случае не должна быть нарушена.
Мы просим обновлять Дату получения уведомления об отгрузке, а не Дату отгрузки.
Как измененно :
При проведении операции импорта уведомлений об отгрузке:
1. Поиск уведомлений по отгрузке осуществляется по PID, договору, вагону и
дате отгрузки (разница не более 25 дней), если такой записи нет, то добавляется
новая.
2. Обновление даты уведомления об отгрузке по ранее импортированным позициям
происходит только в случае изменения нижеуказанных полей:
- Вес груза в тоннах;
- Грузополучатель;
- Диаметр трубы, D mm;
- Класс прочности;
- Количество;
- Количество в дополнительных единицах;
- Количество в штуках;
- Минимальная температура стенки нефтепровода;
- Номер спецификации;
- Рабочее давление, МПа;
- Сейсмичность, баллов;
- Тип покрытия;
- Толщина стенки трубы, S mm;
- ТУ, ГОСТ.
3. При наличии сформированного по уведомлению Распоряжений на прием-отпуск,
обновление уведомлений об отгрузке не производится.
4. В протоколе ошибок сообщения об изменение даты уведомления об отгрузке не
выводятся.
2014-01-14 15:37:16
Краткое описание :
Ошибочный вывод предупрежедния при установке фильтраОписание :
Журнал регистрации сведений об отгрузках поставщиковЧто измененно :
При установке или снятии флажка на фильтры по Журналу
регистрации сведений об отгрузке в окне "Фильтры по документу" выводится
сообщение о запрете редактирования документа. Данное сообщение должно
выводиться только в том случае, ЕСЛИ ПРОИЗВОДИТСЯ КОРРЕКТИРОВКА уведомления об
отгрузке, по которому уже было сформировано распоряжение. Ошибочный вывод
предупреждения при установке фильтра.
Как измененно :
Исправлено появление некорректного сообщения при настройке
фильтра в окне просмотре уведомлений об отгрузке.
2014-01-14 15:37:15
Краткое описание :
Автоматическая вставка состовляющих комплекта МЦ в спецификацию ДООписание :
Счета, ДО на продажуЧто измененно :
В карточке ТМЦ есть признак - "является
комплектом". Если установить данный признак, то
открывается соответствующая дополнительная вкладка в
картотеке "Составляющие комплекта". При этом в данной
вкладке можно фактически занести норму на МЦ, т.е. не
только МЦ, которые будут являться составляющими но и
спецификацию данного конкретного комплекта (МЦ). Далее,
к сожалению, данная функциональность нигде не
наследуется в системе.
В связи с расширением ведения ТМЦ на складах,
процедуры отгрузки у Клиента есть острая необходимость
выписывать Счета (ДО) на комплекты. Это нужно для того,
что б иметь возможность с легкостью сформировать ДО как
на комплекты (сами МЦ), так и раздельно на
комплектующие (составляющие МЦ, входящие в комплект).
Такая необходимость есть уже сейчас и в дальнейшем
будет появляться все чаще. Сейчас,клиент пользуется
Excel-ем и хочет отказаться от лишней промежуточной
работы.
Ввиду вышеперечисленного необходимо выполнить
следующее:
1) Следует добавить в контекстное меню пункт:
"Выбор составляющих комплекта МЦ". При вызове данного
меню будет открываться окно (каталог МЦ), но уже с
предустановленным фильтром (в данном окне должны
отображаться только МЦ, являющиеся комплектами). В этом
же окне должна быть возможность задать количество
комплектов, на которое умножится количество
составляющих данного комплекта МЦ при автоматической
вставке в ДО. Если необходимо, то клиент уже сам
редактирует количество в сформированной по комплектам
спецификации ДО.
2) Если у комплекта А три составляющих: b=2 Шт.,
с= 2 шт. и n=2 шт., а у комплекта B четыре составляющих
: b=1 Шт., с= 1 шт., n=1 шт и k=2 шт., то в
спецификации ДО одинаковые МЦ должны сложиться и
отображаться одной записью. Т.о. в спецификации ДО
должно получиться следующее:
b = 3 Шт.
с = 3 шт.
n = 3 шт.
k = 2 шт.
3) Цена составляющих комплекта МЦ <> % стоимости
МЦ в стоимости комплекта, она должна браться из
определенного прайс-листа. В связи с этим предлагаю,
после того, как клиент выбрал (пометил по Ins)
необходимые комплекты и указал их количество выдавать
окно выбора прайс-листа, по аналогии с тем, как это
сделано сейчас, если установлена настройка: Настройки
Галактики \ Логистика \ Документы \ Управление сбытом \
ДО на продажу\ в спецификации ДО на продажу =
прайс-лист. Возможно, другим клиентам понадобится при
вставке в ДО брать цену не из прайс-листа, а из
каталога и в рамках одной организации. Для этого
возможно следует сделать соответствующую настройку -
что выдавать (прайс-лист или каталог) при выборе
составляющих комплекта МЦ.
4) Необходимо сделать % стоимости МЦ в стоимости
комплекта (в картотеке МЦ) не обязательным к
заполнению.
Как измененно :
В ДО на продажу, закупку, предоплату добавлен пункт меню "Выбор позиций из комплектов".
При его вызове открывается интерфейс выбора МЦ, с предустановленным фильтром по комплектам. В нем доступен ввод количества в столбце с заголовком пометки "V". После выбора комплектов открывается интерфейс выбора прайс листов.
В ДО заносятся составляющие комплекта, в количестве указанном в комплекте, умноженном на количество в интерфейсе выбора. Цена ищется в выбранных прайс-листах.
Если отказаться от выбора прайс-листов, в ДО будут установлены нулевые цены.
Если выбрано несколько комплектов с повторяющимися МЦ, в спецификации ДО они объединяются.
Также добавлена настройка "Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Работа с МЦ \ Контроль заполнения полей \ Процент стоимости составляющей комплекта". По умолчанию значение - ДА.
Если указано "нет", процент стоимости не обязателен к заполнению и не производится его контроль.
2014-01-14 15:37:20
Краткое описание :
Реализовать вызов интерфейса "Лицевой счет" из FR-отчета "Налоговый регистр"Описание :
Налоговый регистрЧто измененно :
Реализовать вызов интерфейса "Лицевые счета" из FR-отчета "Налоговый регистр".
При подведении курсора к полям отчета
- ФИО, табельный номер необходимо реализовать технологию Drill-Down - предоставить возможность,
не выходя из отчета, открыть интерфейс "Лицевые счета" по сотруднику.
При наведении курсора на поле, в котором реализована технология Drill-Down,
вид курсора изменить на вид "кисти руки с вытянутым указательным пальцем",
аналогично другим отчетам, в которых реализована технология Dril-Down.
Как измененно :
Реализован вызов интерфейса "Лицевые счета" из FR-отчета "Налоговый регистр".
При подведении курсора к полям отчета ФИО и табельный номер предоставляется возможность, не выходя из отчета,
открыть интерфейс "Лицевые счета" по сотруднику.
2014-01-14 15:37:15
Краткое описание :
Есть запись П_С (5дн) в сторнировочных записях. Предварительная разноска увеличивает кол-во дней.Описание :
Предварительная разноскаЧто измененно :
Обнаружена AQA-тестом.Есть запись П_С (5дн) в сторнировочных записях. Предварительная разноска увеличивает кол-во дней (10дн)
Как измененно :
Исправлена ошибка в функции "Предварительная разноска" при формировании записей о перерасчете с пометкой "ПС".
Теперь при перерасчете записей, для которых в "Суммах оплат" стоит признак "Отпуск" или "Отклонение" к-во дней, часов и период оплаты проставляются такими, какими они были в исходной записи.
2014-01-14 15:37:15
Краткое описание :
Месяц "за который" при обработки сторнирующей записиОписание :
Предварительная разноскаЧто измененно :
Месяц "за который" при обработки сторнирующей записи.
В расчетном периоде (01/2013) рассчитали отпуск с 01/02/2013 по 28/02/2013. В расчетном периоде (02/2013) внесли больничный с 27/02/2013 по 06/03/2013. Cоздались две сторнирующие записи - с 27.02 по 28.02 и с 01.03 по 06.03 с типом "Б_О".
После выполнения предварительной разноски отпуск разбился по месяцам и отсторнировался. Но в отпуске за 03/2013 месяц за который стоит 2 , а нужно 3. Период выплаты стоит верно с 07/03/2013 по 08/03/2013.
Как измененно :
Изменен месяц "за который" при сторнировании отпуска в архивном периоде при пересечении его с больничным. Месяц "за который" соответствует периоду, за который он начислен.
2014-01-14 15:37:16
Краткое описание :
При формировании Распоряжения на прием-отпуск по Журналу
регистрации сведений об отгрузке не верное кол-во РаспоряженийОписание :
Формирование распоряжений на прием-отпускЧто измененно :
В протоколе видно, что создано 4 распоряжения
Создано распоряжение прием-отпуск №000419 от 29/11/2013
Создано распоряжение прием-отпуск №000420 от 29/11/2013
Создано распоряжение прием-отпуск №000421 от 29/11/2013
Создано распоряжение прием-отпуск №000422 от 29/11/2013
Как измененно :
Группировка распоряжений зависит от значения настройки
"Управление комплектацией строительства \ Параметры
документов \ Журнал регистрации сведений об отгрузке поставщиков \ Формирование
распоряжений на приём-отпуск с группировкой":
1. по соглашениям
договор - соглашение - договор СМР - Тип МТР
2. по соглашениям, объектам строительства и договорам СМР
соглашение - объект строительства - договор СМР
2014-01-14 15:37:15
Краткое описание :
расчет зарплаты с копейкамиОписание :
Расчет начислений (общие вопросы)Что измененно :
Если рассчитать и назначить аванс, при открытых лицевых счетах, то расчет начислений при расчете зарплаты произойдет с копейками.
Как измененно :
Исправлена ошибка округления начислений при расчете заработной платы после расчета планового аванса при открытых лицевых счетах.
Теперь настройка округления начислений восстанавливается сразу же после расчета аванса.
2014-01-14 15:37:21
Краткое описание :
В отчетах модуля Зарплата в версии 9.1 использовать поле Uder.YearKОписание :
Отчет для контроля начисления взносов [РБ]Что измененно :
В отчётах модуля "Зарплата" (компонента Z_PfRep) на версии 9.1 необходимо использовать новое поле Uder.YearK (год, ЗА который удержано). Сейчас этот год определяется по дате начала удержания из-за этого периодически возникают проблемы.
Как измененно :
В версии 9.1 при формировании отчетов компоненты Z_PfRep, для определения года "за который удержано" по таблице Uder (Удержания) используется поле Uder.YearK.
Данное решение затрагивает:
- ПУ-3 (Заработная плата - Отчеты - Отчеты в ФСЗН - Индивидуальные сведения);
- Отчет по пенсионным взносам и перечислениям (Заработная плата - Отчеты - Отчеты в ФСЗН - Отчет по пенсионным взносам и перечислениям);
- Формирование вспомогательных dbf-файлов (Заработная плата - Отчеты - Отчеты в ФСЗН - Формирование вспомогательных dbf-файлов);
- Отчет "Данные для формирования пояснительной записки" (Заработная плата - Отчеты - Отчеты в ФСЗН - Данные для формирования пояснительной записки).
2014-01-14 15:37:21
Краткое описание :
Изменить расчет пояснительной записки для ПУ3Описание :
Данные для формирования пояснительной записки [РБ]Что измененно :
В связи с изменением в расчете взносов в ФСЗН в 2014 году и введением новых форм ПУ-3 необходимо изменить сбор сумм в отчете "Данные для формирования пояснительной записки".
Как измененно :
Для отчета "Данные для формирования пояснительной записки" реализован сбор сумм с учетом изменений 2014 года.
Данный процесс выполняется автоматически и требует наличия общих настроек настроек:
- "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Формирование проводок - Фонд социального страхования";
- "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Пенсионное страхование";
- "Настройки Галактики - Управление персоналом - Расчеты с персоналом - Взносы и налоги на ФОТ - Налоги - Фонд для взносов на Социальное страхование".
2014-01-14 15:37:15
Краткое описание :
Не применяется минимальное ограничение при расчете больничного при наличии нарушения режима.Описание :
Расчет больничныхЧто измененно :
Не применяется минимальное ограничение при расчете больничного при наличии нарушения режима.
Стаж работы менее 6 месяцев.
Больничный 30/12/2013-06/01/2014.
В табеле отмечено нарушение режима на весь период больничного.
В декабре минимальное ограничение применяется, а вот при расчете суммы пособия за январь не применяется минимальное ограничение, расчет идет из заработка.
Проявляется ТОЛЬКО при наличии нарушения режима и с настройкой: "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Ограничения \ Процент для больничных с нарушениями".
Как измененно :
Для РБ исправлен расчет переходящих больничных по календарным дням при нарушениях режима.
Теперь для таких больничных минимальное ограничение применяется для каждого месяца при любых процентах классификатора видов пособий.
Проблема проявлялась при расчете больничного c нарушениями режима
и с настройкой: "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Ограничения \ Процент для больничных с нарушениями".
2014-01-14 15:37:16
Краткое описание :
Дать возможность одиночного выбора группыОписание :
Счета, ДО на продажуЧто измененно :
При выборе ТМЦ из прайс-листа есть возможность установить фильтр по группам МЦ. При следующем входе в интерфейс выбора группы восстанавливаются старые пометки и их нужно снимать принудительно. На предприятии выбор идет только одной группы и принудительная очистка пометок - лишнее движение.
Предлагаю сделать настройку "Очищать пометки при следующем входе в интерфейс", которую можно хранить в DSK.
Как измененно :
При одиночном фильтре позиция не помечается при повторной установке
2014-01-14 15:37:16
Краткое описание :
Просьба вернуть фильтр по группе МЦ в каталог МЦ по горячим кнопка ALT+N. В общем, как было в 8.10Описание :
Каталог МЦЧто измененно :
Просьба вернуть фильтр по группе МЦ в каталог МЦ по горячим кнопка ALT+N. В общем, как было в 8.10
Как измененно :
В интерфейс выбора МЦ добавлен групповой пункт меню "Фильтр по горячим клавишам" с подпунктами
- 'по первым символам', Alt+M
- 'по группе матценностей', Alt+N
- 'по первым символам кода группы', Alt+F
- 'по подстроке', Alt+U
При нажатии на соответствующую комбинацию клавиш открывается окно фильтрации, в котором помечается выбранный фильтр и фокус устанавливается на поле для выбора значения фильтра. При фильтре по группе производится автоматический запрос группы.
Таким образом осуществляется быстрый переход к фильтрам, привычный с версии 8.1
В интерфейс выбора услуг также добавлен групповой пункт меню "Фильтр по горячим клавишам" с подпунктами
- 'по первым символам', Alt+M
- 'по группе услуг', Alt+N
- 'по подстроке', Alt+U
2014-01-14 15:37:20
Краткое описание :
Необходима доработка отчета "Информация о вычетах на иждивенцев".Описание :
Информация о вычетах на иждивенцев [РФ]Что измененно :
Необходима доработка отчета "Информация о вычетах на иждивенцев".
В связи с тем, что справки 2-НДФЛ и налоговый регистр формируются за год, в отчет нужно добавить период, аналогично параметрам формирования налоговой отчетности.
Сейчас отчет можно получить только за 1 месяц, что является крайне неудобным для пользователя. Должна быть возможность сформировать отчет за несколько месяцев. Для этого в параметры отчета нужно добавить месяцы с..по.
При формировании отчета за несколько месяцев в отчет выводить начальный и конечный месяц, которые в некоторых случаях могут различаться, например, если в течение года у сотрудника поменялся код вычета на иждивенца.
Кроме того, для каждого кода вычета в отчет нужно добавить сумму вычета.
Заменить параметр "Группировать по отделам" на параметр "Группировать по подразделениям".
Как измененно :
Доработан отчет "Информация о вычетах на иждивенцев":
- Отчет можно получить за период;
- Добавлена графа "Сумма вычета";
- Параметр "Группировать по отделам" переименован в "Группировать по подразделениям".
2014-01-14 15:37:15
Краткое описание :
Некорректное сообщениеОписание :
Счета, ДО на продажуЧто измененно :
При попытке изменить статус в ДО в закрытом периоде выдается сообщение о запрете модификации документа в закрытом периоде (единожды), а после этого выдается сообщение "Вам запрещено редактировать документ-основание в статусе "оформляемый", что вводит пользователя в заблуждение.
Надо бы убрать второе сообщение.
Как измененно :
Если ДО нельзя редактировать в закрытом периоде, то никакие настройки прав доступа не разрешат редактировать документ.
Некорректное сообщение также убрано
2014-01-14 15:37:16
Краткое описание :
Потеря преемственности. При выборе фильтра в отчет движения по складам фильтр по классификации игнорирует фильтр по группе.Описание :
Движение\по складамЧто измененно :
При выборе МЦ устанавливаем фильтр по группе. Далее делаем пометку по внешней классификации. Пометка игнорирует фильтр по группе.
В 8.10 работала корректно.
Как измененно :
Пометка производилась без учета любого фильтра.
Исправлена пометка по внешней классификации МЦ, а также по коду ТНВЭД.
Пометка из внешнего источника данных работает без учета фильтра!
2014-01-14 15:37:15
Краткое описание :
Пересчёт отпуска будущего периода после изменения оклада д.б. 106 кодомОписание :
Предварительная разноскаЧто измененно :
Постановление мин. труда №37 от 27 марта 2006
года. Клиент утверждает, что пересчёт отпуска будущего
периода после изменения оклада должен отображаться в ра
счётном листке 106 кодом (т.к. после перехода на новый
месяц это уже отпуск текущего периода). Проблема
связана с отнесением затрат будущего периода на 97
счёт.
Как измененно :
При пересчете отпуска будущего периода после изменения оклада осуществляется замена кода вида оплаты для оплаты суммы индексации. При этом контролируется настройка "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Вид оплаты при сторнировании отпуска будущего месяца". Если установлено значение = изменять на отпуск текущего месяца" добавлена обработка отпусков из разных источников финансирования.
Анализируется код отпуска текущего месяца для каждого источника (по настройке источников оплаты для отпусков и классификатора отпусков).
2014-01-14 15:37:15
Краткое описание :
Проблема с идентификатором NPОписание :
Разноска ТХО по видам документов /укажите тип документа/Что измененно :
Нужно доработать функционал идентификатора NP, чтобы при помощи этого идентификатора можно было сформировать
проводки к акту взаимозачета по спецификации, если в возвратной накладной есть позиции спецификации по разным
ДО.
Во вложенном файле подробное описание проблемы.
Как измененно :
Разработан идентификатор NpForVz для разноски накладных из спецификации
акта взаимозачета.
Назначение алгоритма:
Алгоритм "NpForVz" позволяет получить суммы по всем накладным относящимся
к ДО спецификации акта взаимозачета.
Параметры алгоритма:
"Рассчитывать количество" - устанавливает исходя из какого количества
рассчитывать суммы по параметру "Результат".
Форма записи [Расчет: КодРеквизита]. Перечень
возможных значений параметра результат приведен ниже:
без параметра - суммы рассчитываются исходя из фактического количества
[Расчет: Оплаченное] - суммы рассчитываются исходя из оплаченного
количества
"Результат" - выдает один из числовых реквизитов спецификации.
Форма записи [Рез: КодРеквизита]. Перечень
возможных значений параметра результат приведен ниже:
без параметра - выдает сумму по спецификации акта
[Рез: БезНалогов] - выдает сумму по спецификации акта без налогов
[Рез: Налоги] - выдает налоги (если указан данный параметр, то доступен
фильтр по коду и по ставке налога. Форма записи:
[Налог: Код_Ставка] - означает фильтр и по коду и по ставке.
[Налог: Код] - означает фильтр только по коду (выдает все ставки).
Режимы формирования аналитики:
1. Циклическая обработка
Режим <авто - "аналитика"> - выдает значения аналитики из спецификации:
- Материальные ценности
- Услуги
- Группы МЦ
- Группы услуг
- Партии МЦ
- Группы партий МЦ
- Спецификации сопроводительных документов
- ДО
Аналитика "Организации", "Группы организаций", "Договоры", "Счета-Фактуры"
из приходной накладной выдаются в пользовательском Режиме 0.
Аналитика из внешних атрибутов шапки и спецификации накладной выдается в
режиме "Аналитика из внешних атрибутов"
2. Нециклическая обработка
Режим <авто - "аналитика"> - Выдает значения соответствующей аналитики
из документа без необходимости указывать алгоритм и признаки циклической
обработки.
Действует для каталогов аналитики:
- Организации
2014-01-14 15:37:16
Краткое описание :
Фильтр по Внешнему КАУ в интерфейс L_MCU::GTSPARTY2KATSOPRОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Прошу добавить фильтр по Внешнему КАУ в интерфейс выбора из текущих остатков МЦ в разрезе партий
L_MCU::GTSPARTY2KATSOPR, аналогично тому, как это сделано в интерфейсе выбора из каталога МЦ L_MCU::GETSOMEMC.
Фильтр по Внешнему КАУ должен быть доступен во всех случаях вызова интерфейса L_MCU::GTSPARTY2KATSOPR.
Во вложенном файле это же описание со скринами.
Как измененно :
При настройках выбора F3/Ctrl+F3 "текущие остатки" в накладной вызывается интерфейс выбора "Текущее наличие МЦ по разрезам".
Здесь реализован фильтр МЦ по внешнему КАУ.
Для этого нужно задать КАУ, а также значения (доступен множественный выбор).
Фильтр теперь доступен по горячей клавише Alt+B, а настройки - по Alt+T.
Добавлена инструментальная панель
2014-01-14 15:37:16
Краткое описание :
Визуализация значения КАУ при установке фильтра по внешнему КАУ в каталоге МЦОписание :
Акты на списаниеЧто измененно :
Складской учет \ Документы \ Акты на списание
Если при заполнении спецификации акта выбирать из каталога МЦ с наложением фильтра по внешнему КАУ,
то в интерфейсе фильтра не отображается выбранное значение КАУ.
Описание со скринами и отчет о рабочей станции во вложенных файлах
Как измененно :
Исправлено
2014-01-14 15:37:16
Краткое описание :
Быстродействие при пометке записей из каталога МЦ отфильтрованных по внешнему КАУОписание :
Акты на списаниеЧто измененно :
В каталоге МЦ 88034 записей.
Заполняем спецификацию акта: Выбор из каталога МЦ, накладываем фильтр по внешнему КАУ
(Материальный учет: Запасные части).
Наложение фильтра занимает приблизительно от 5 до 60 сек.
Затем помечаем все отфильтрованные записи. Пометка занимает более двух часов.
Проблема тестировалась на платформах Oracle и Pervasive. На обеих этих платформах проявляется, результаты
примерно одинаковые.
Такая же проблема возникает при заполнении накладных на отпуск МЦ для ремонта в модуле
"Техническое обслуживание и ремонт оборудования" и, возможно, в спецификации других документов, где
есть выбор из каталога МЦ.
Отчет о рабочей станции такой же, как и к проблеме 104.20180.
База, на которой проявляется проблема, доступна по ссылке (разбита архиватором на части, всего 12 частей):
FTP://gal_by:24gal_by2009@FTP.GALAKTIKA.UA/zjrk
Как измененно :
В интерфейсе выбора МЦ сгруппированы следующие пункты локального меню:
= 'Пометка записей'
{
- 'по коду ТНВЭД'
- 'относящиеся к внешней классификации МЦ'
- 'из внешнего источника данных'
- 'по внешнему КАУ' // новый пункт
-----------;
- 'Показать выбранные записи'
}
Добавлен новый пункт: "по внешнему КАУ"
При его вызове запрашивается КАУ, а также значения (доступен множественный фильтр). После чего производится пометка МЦ, у которых имеется подходящее внешнее КАУ
2014-01-14 15:37:20
Краткое описание :
Нужна возможность выгрузить все справки с признаком 1Описание :
Справки 2-НДФЛ (до 2019 года)Что измененно :
Нужна возможность выгрузить все справки с признаком 1.
В Краснодарском филиале клиента формируется около 500 файлов.
При этом очень много ошибок с переводами между подразделениями с разными ОКАТО(Вычеты в справке делятся
не в том порядке как применяется при расчете).
Клиент просит реализовать возможность формирования справок с признаком 1,
а по действительно неправильным справкам он сформирует отдельно.
Как измененно :
Для облегчения проверки правильности формирования справок 2-НДФЛ, в том числе проверки начисления НДФЛ, добавлена возможность формирования ВСЕХ справок с признаком 1. Для этого в параметры формирования 2 - Н Д Ф Л (вкладка "Дополнительно") добавлен параметр "все справки формировать с признаком 1". При включенном параметре все справки формируются с признаком 1.