2019-07-10 05:40:09
Краткое описание :
Удаление партии из каталога при её отвязки от позиции спецификации НГПОписание :
Накладная на приход Готовой продукцииЧто измененно :
В дополнение к проблеме ПиР 101.63647, клиент просит для накладной на приход готовой продукции реализовать возможность удаления партии из каталога партий в случае, когда партия привязана к позиции спецификации накладной, и её отрывают (Del) от позиции накладной.
Как измененно :
Если включена настройка "Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Накладная на приход ГП \ Удаление уникальной партии при удалении позиции накладной", при отвязывании партии в позиции документа (нажатие Del) проверяется возможность удаления текущей партии. Если партия не используется в других документах, то она удаляется.
2019-07-10 05:40:09
Краткое описание :
Не красивый перенос шапки в печатной форме FR в Акте на перемещении между объектамиОписание :
Акты на перемещение между объектамиЧто измененно :
Не красивый перенос шапки в печатной форме FR в Акте на перемещении между объектами
Не красивый перенос шапки в печатной форме FR в Акте на перемещении между объектами (см. вложение)
Как измененно :
Причина некрасивого переноса заключается в том, что на лист не входит позиция спецификации при длинном наименовании КАУ. Происходи перенос позиции на следующий лист, шапка печатается на нем автоматом, а на старом остается как артефакт.
Для позиций спецификации таблицы "Куда перемещено" установлен параметр "Не отрывать от шапки".
2019-07-10 05:40:08
Краткое описание :
EDI. Разработать функционал для работы с ЛентойОписание :
Работа с EDI.КонтурЧто измененно :
EDI. Разработать функционал для работы с Лентой
Во вложении описание предполагаемого функционала
Как измененно :
Добавлена настройка EDI.RIGHTS.NET_DOPPARAM
"Настройки Галактики \ Общие настройки системы \ Работа с Контур.EDI \ Права доступа \ Сети. Разрешить производить настройку дополнительных параметров"
Запрещает редактирование "Управление сбытом" -> "Документы" - "Работа с EDI Контур" - "Торговые сети" - enter - "Дополнительные параметры"
Настройка работы в EDI через УПД
1. Работа с Контур.EDI - Права доступа - Сети. Разрешить производить настройку дополнительных параметров = Да
2. В настройках сети Доп. Настройки
- Работа с УПД\УКД = Да
- Документ для обработки расхождения приемки с поставкой = Корректировочная накладная или Исправительная Накладная
По исправительной накладной можно формировать INVOIC (СФ с исправлением) или COINVOIC (Корректировочный СФ)
По корректировочной накладной только COINVOIC (Корректировочный СФ), исправление формируется тогда напрямую в Диадок из интерфейса наши счета-фактуры
3. После формирования отгрузки по DESADV будет доступен ПЛМ "Создать СФ". То есть теперь параллельно с отгрузкой можно сформировать INVOIC. Дальше отправляем INVOIC и DESADV на сервер и ждем RECADV. Контур всё это дело должен преобразовать в УПД (возможно понадобиться настройка на стороне Контура, через вашего менеджера).
4. Если получаем Recadv с расхождением, то формируется запись сообщения "Приемка(част.) (RECADV)". По ней ПЛМ "Создать Исправительную или корректировочную накладную" зависит от настройки во втором пункте. Формируем документ, если исправительная накладная (КН), то в дальнейшем на выбор можно сформировать СФ с исправлением (INVOIC) или Корректировочный СФ (COINVOIC), если создана корректировочная накладная (KD), то только Корректировочный СФ (COINVOIC). На закладке "Дополнительно" по сообщению RECADV в секции "Приемка" в поле "Накладная" заносится ссылка на документ либо КН, либо KD.
5. По ПЛМ внутри сообщения можно теперь сформировать СФ с исправлением или Корректировочный СФ. Выбираем ПЛМ создать корректировочный СФ и формируем документ (в секции приемка встает ссылка).
6. Отправляем Корректировочный СФ (COINVOIC) на сервер по аналогии с INVOIC по отгрузке.
2019-07-10 05:40:08
Краткое описание :
Неверное формирование бар-кода МЦ если установлено - первый свободный кодОписание :
Каталог МЦЧто измененно :
Неверное формирование бар-кода МЦ если установлено - первый свободный код
Как измененно :
Был некорректный алгоритм сравнения формируемого бар-кода в связи с чем формировался уже существующий код.
Теперь идет проверка автоинкрементной части бар-кода по группе МЦ с начального значения до возможного максимума. Если такой бар-код отсутствует в системе, он и выбирается.
2019-07-10 05:40:09
Краткое описание :
Не изменяется цена в ДО на продажу при изменении цены в накладной по функции "Установка цен из договора/календарного плана"Описание :
Счета, ДО на продажуЧто измененно :
Не изменяется цена в ДО на продажу при изменении цены в накладной по функции "Установка цен из договора/календарного плана"
Как измененно :
Идет проверка настройки "Автоматическая синхронизация ДО при модификации накладных/актов", если установлено "Корректировка ДО после модификации накладной", то после синхронизации цен в Накладной в ДО так же устанавливаются цены из КП/Договора.
2019-07-10 05:40:08
Краткое описание :
Исправительная накладная при контроле задолженностиОписание :
Накладные на отпускЧто измененно :
Исправительная накладная при контроле задолженности
Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Контролировать задолженность
Значение настройки "По договору"
1. При подсчёте задолженности клиента при изменении статуса накладной/акта кроме "обычных"
накладных/актов необходимо учитывать исправительные и корректировочные накладные/акты.
2. Корректировочную (KD), сторнирующую исправительную (-KH) и исправительную (KH) накладную/акт
надо учитывать на сумму каждого документа на дату выписки документа.
3. Во всём остальном алгоритм контроля задолженности остаётся без изменений.
Как измененно :
На случай когда прошло погашение долга исправительными и корректировочными документами, сбрасываем дату долга.
Отключен контроль задолженности для -КН накладных.
2019-07-10 05:40:08
Краткое описание :
При расчете отпускных будущего периода удерживаются алименты закончившихся исполнительных листов после расчета зарплатыОписание :
Отпуска будущих периодовЧто измененно :
При расчете отпуска в будущем периоде программа не видит окончившиеся исполнительные листы прошлого месяца и производит несуществующие удержания. Например,в текущем месяце рассчитали заработную плату, остаток алиментов удержался, но при расчете отпусков будущего периода алименты снова удерживаются.
Как измененно :
Модуль заработная плата. Расчет отпуска. При расчете отпуска в будущем периоде учитывается расчет алиментов и исполнительных листов только после расчете заработной платы в текущем периоде, так как значения для будущего периода будут браться из текущего.
2019-07-10 05:40:09
Краткое описание :
Доработка отложенного запуска пересчета остатков МТР L_SaldoMTR::DeferredRecalcSaldoОписание :
пересчет сальдовых остатков по объектам МТРЧто измененно :
Для отложенного запуска расчета сальдовых остатков МТР есть внешний интерфейс L_SaldoMTR::DeferredRecalcSaldo. Разработан в рамках ПИРа 101.64488.
После окончания пересчета система выдает сообщение об успешном пересчете. См. скрин во вложении. И ждет нажатия ОК. После нажатия работа галактики завершается. Нужно, чтобы работа завершалась сразу после пересчета, без диалога в пользователем.
Интерфейс разрабатывался для платформы MS SQL и Oracle. Пример настройки в cfg для запуска:
[Galaxy]
NowRun='L_SaldoMTR::DeferredRecalcSaldo(01/01/2016,0,0,true)'
Как измененно :
Добавлен параметр для признака автоматического запуска wAuto
При 1 все сообщения перенаправляются в out пользователя в файл DeferredRecalcSaldo_.....log
Для устойчивости работы добавлена 2 секундная пауза перед закрытием.
Пример настройки в cfg для запуска:
[Galaxy]
NowRun='L_SaldoMTR::DeferredRecalcSaldo(01/01/2016,0,0,true,1)'
2019-07-10 05:40:08
Краткое описание :
Во внешних атрибутах добавить возможность ссылаться на таблицу ADDRESSNОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Внешние атрибуты. Тип атрибута ссылка на прочие таблицы. Заказчик утверждает, что раньше в списке доступных таблиц была Addressn.
Подтвердить это не удалось. Проверил и на 8.1, и на относительно старых обновлениях.
Поэтому регистрируется как предложение. Добавить в список доступных таблиц Addressn.
Как измененно :
При работе с внешними атрибутами добавлена возможность работать с таблицей AddressN.
2019-07-10 05:40:10
Краткое описание :
В справку "О сумме заработной платы, на которые начислены СВ" попадают оба больничных, один- настоящий, другой по неявкам,причем периоды этих больничных пересекаются."Описание :
О сумме заработной платы, на которую начислены СВ [РФ]Что измененно :
В справку "О сумме заработной платы, на которые начислены СВ" попадают оба больничных, один- настоящий, другой по неявкам,причем периоды этих больничных пересекаются."
Письмо от клиента: "Получили два пересекающихся периода - один настоящий больничный - а второй из отклонений с неверными датами (в любом случае не должно было получить два периода с одинаковыми датами)
c 10/04/2016 по 30/04/2016 17 (календарных дней) Больничный (невыясненный)
c 15/04/2016 по 29/04/2016 15 (календарных дней) Больничный ( настоящий б/л)
P.S. По информации от бухгалтеров данная проблема массовая и ранее её не было, так как у нас на предприятии алгоритм следующий - когда работник заболевает он сообщает об этом руководителю и тот- табельщикам, которые делают отклонение в графике, а бухгалтеры заводят больничный для расчёта после предоставления больничным работником (при этом ручные отклонения не убираются и они как в данном случае могут быть и не верными или вообще больничный не будет предоставлен, но он и не оплачивался и по нему не начислялись СВ.). В справке "О сумме заработной платы, на которые начислены СВ" попали оба больничных, один и настоящий и по неявкам." Вопрос: в отчет попадают и неявки по больничному листу и неявки, которые не подтверждены б/л? Или алгоритм в отчете вообще смотрит только на неявки без больничных и анализа пересечения периодов?
Как измененно :
Доработана справка о сумме заработной платы, на которую начислены взносы.
Все "ручные" неявки с типовым условным обозначением "Б" не попадают в справку.
2019-07-10 05:40:08
Краткое описание :
По валютным накладным при пакетном формировании создается ДО с типом "вал-НДЕ". Необходимо формировать с типом "валютный"Описание :
по нескольким накладным/актам - один ДОЧто измененно :
По валютным накладным при пакетном формировании создается ДО с типом "вал-НДЕ". Необходимо формировать с типом "валютный"
Подробное описание во вложенном файле.
Как измененно :
Модуль "Управление сбытом = Операции = Изменение ДО для накладных / актов = Создание документов по накладным / актам = по нескольким накладным / актам - один ДО.
Добавлена возможность создания ДО с типом "Валютный". Выбор доступен только для валютных накладных.
2019-07-10 05:40:08
Краткое описание :
Нет возможности отключить расчет НДФЛ при расчете удержаний с АвансаОписание :
Расчет планового аванса и удержанийЧто измененно :
Нет возможности отключить расчет НДФЛ при расчете удержаний с Аванса.
Удержания с аванса - автоматически удерживается НДФЛ хотя его не выбирали при расчете удержаний.
Подробное описание во вложении.
Как измененно :
При выключенном значении расчета НДФЛ в интерфейсе расчета удержаний с аванс данное удержание не рассчитывается.
2019-07-10 05:40:09
Краткое описание :
НДС продаж в исправлении СФ за 2018 по сумме 18%, отображается как 20%, попадает не в ту графу книги продажОписание :
Книга продажЧто измененно :
НДС продаж в исправлении СФ за 2018 по сумме 18%, отображается как 20%, попадает не в ту графу книги продаж.
Проявляется, если исправительный СФ формировать из исходного СФ, без формирования исправительной накладной.
Пример, sil-протокол и настройки во вложении.
Как измененно :
При создании исправительной СФ из окна редактирования СФ по пункту локального меню для СФ за 2018 год устанавливается Schfact.Flag=32 - это исправляет отображение процента в окне редактирования СФ и печать книги покупок/продаж.
2019-07-10 05:40:10
Краткое описание :
Неактуальный электронный формат стат. отчета П-4 (месячная) , требуется доработка актуальной версии.Описание :
Форма П-4 [РФ]Что измененно :
В Контур-Экстерн XML-файл не загружается - ошибка.
В Галактике формируется XML-файл, в котором указан устаревший формат:
Так выглядит формат верный:
Как измененно :
Актуализирован электронный формат статистического отчета П-4 "Сведения о численности и заработной
плате работников" (ежемесячная).
В заголовке электронного формата выводится для месячной формы выводится (в примере отчет за май месяц):
Примечание.
Для формы П-4, которая подается ежемесячно, значение тэга "period" определяется как '12'+номер месяца в формате 'MM' в соответствии со справочником отчетных периодов в документе "УНИФИЦИРОВАННЫЙ ФОРМАТ ЭЛЕКТРОННЫХ ВЕРСИЙ ФОРМ СТАТИСТИЧЕСКОЙ ОТЧЕТНОСТИ" (Приказ Росстата от 28 октября 2010 г. № 372).
Сведения о численности и заработной плате работников в форме N П-4 за отчетный МЕСЯЦ заполняют юридические лица - коммерческие и некоммерческие организации, не являющиеся субъектами малого предпринимательства, средняя численность работников которых ПРЕВЫШАЕТ 15 человек(включая работающих по совместительству и договорам гражданско-правового характера).
2019-07-10 05:40:10
Краткое описание :
Неактуальный электронный формат стат. отчета П-4 (квартальная) , требуется доработка актуальной версии.Описание :
Форма П-4 [РФ]Что измененно :
В Контур-Экстерн XML-файл не загружается - ошибка.
В Галактике формируется XML-файл, в котором указан устаревший формат:
Так выглядит формат верный:
во вложении описание с актуальным форматом
Как измененно :
Актуализирован электронный формат статистического отчета П-4 "Сведения о численности и заработной
плате работников" (квартальная).
В заголовке электронного формата для квартальной формы выводится (в примере отчет за второй квартал):
Примечание.
Для формы П-4, которая подается ежеквартально, значение тэга "period" определяется как '040'+номер квартала в соответствии со справочником отчетных периодов в документе "УНИФИЦИРОВАННЫЙ ФОРМАТ ЭЛЕКТРОННЫХ ВЕРСИЙ ФОРМ СТАТИСТИЧЕСКОЙ ОТЧЕТНОСТИ" (Приказ Росстата от 28 октября 2010 г. № 372). см. Приложение 2 в документе.
Ежеквартально, за период с начала года сведения заполняют юридические лица - коммерческие и некоммерческие организации, не являющиеся субъектами малого предпринимательства, средняя численность работников которых не превышает 15 человек (включая работающих по совместительству и договорам гражданско-правового характера).
2019-07-10 05:40:08
Краткое описание :
при создании ДО по нескольким накладным сумма в ДО рассчитывается неверно.Описание :
по нескольким накладным/актам - один ДОЧто измененно :
при создании ДО по нескольким накладным сумма в ДО рассчитывается неверно.
Подробнее описано во вложении.
Также на ftp://ftp.galaktika.ru/2.177866/ выложена база с нашим примером.
Как измененно :
Модуль "Управление снабжением" - Операции - Изменение ДО для накладных/актов - Создание документов по накладным/актам - по нескольким накладным/актам - один ДО.
При формировании ДО по нескольким накладным не учитываются настройки округления, если они отключены.
2019-07-10 05:40:08
Краткое описание :
По определенному ВО увеличивается сумма к выдачеОписание :
Расчет удержаний (общие вопросы)Что измененно :
По определенному ВО увеличивается сумма к выдаче
выявилась проблема увеличения суммы перечисления по ВО 3041. 1
Для ТНФ в рамках ПиР 101.65967 была проведена доработка расчета заработной платы с настройкой "Учет выплат по реестрам" = только на перечисление заработной платы.
С установленной настройкой по ВО 3041 к выдаче идет полная сумма (не отнимается НДФЛ).
Как измененно :
Исправлено. Расчет удержаний идет корректно.
2019-07-10 05:40:08
Краткое описание :
Диадок. Доработать вывод адреса Грузополучателя на основании маршрута при отправке документа через Контур.ДиадокОписание :
Работа с Контур.ДиадокЧто измененно :
Диадок. Доработать вывод адреса Грузополучателя на основании маршрута при отправке документа через Контур.Диадок
Как измененно :
Добавлена настройка DiadocExport.GRUZ_POL
Настройки Галактики - Общие настройки системы - Работа с Контур.Диадок - Настройки экспорта "Формировать адрес грузополучателя из ТТИ накладной при наличии маршрута" - да\нет\с подтверждением.
Значение "нет" - работает старый функционал как сейчас (по умолчанию)
Значение "да" - берем данные из маршрута, если маршрут не привязан или в нем не задан адрес, то тогда берем адрес грузополучателя из Каталога организации, как сейчас.
Значение "с проверкой" - при отсутствии адреса доставки в маршруте или отсутствии маршрута в ТТИ накладной, выдавать сообщение "Не найден адрес отправки в маршруте. Отправка документа невозможна" и блокировать отправку документа, не надо давать возможность отправить при отсутствии адреса в маршруте.
При включении при формированием xml-файла при наличии ТТН в элементе АдрИнф,структура которого описана в АдрИнфТип., будут заполнены следующие тэги:
Код страны - страна в маршруте движения - "Код страны"
Адрес - Текстовое поле адрес в маршруте движения, эту строку заносим в АдрТекст:
'M_TRANSP::GET_DOR.WAY_DOR.SCMARAVT.MARAVT.NPADDR' - Адрес в маршруте
Если маршрут не будет найден адрес возметься из пункта разгрузки.
2019-07-10 05:40:08
Краткое описание :
В результатах расчет присутствует ВО, которого нет в начисленияхОписание :
Расчет удержаний (общие вопросы)Что измененно :
В результатах расчет присутствует ВО, которого нет в начислениях.
Есть выплата отпуска в межпериод, которая прошла по ВО 3040 и 3044. Эти же ВО есть в реестрах. При этом в результатах расчета по ВУ 203 ссылка на ВО 3043, которого не должно быть. Из-за этого в соответствии с приоритетами сумма "уходит" не на тот ВО. Сумма 77,78 по ВУ 221 должна быть на ВО 1000, а не 3040, т.к. 3040 выплатили в межпериод.
Задача в Джире ERP-536
Как измененно :
Исправлено неверное определение вида оплаты отпуска при создании перечисления при расчете заработной платы.
2019-07-10 05:40:10
Краткое описание :
Загрузка/экспорт ЭЛН - в окно свойств сертификатов добавить информацию о ГОСТ алгоритма подписанияОписание :
Загрузка и импорт ЭЛНЧто измененно :
Продолжение ПиР 102.194539.
В связи с возможностью использования в настоящее время сертификатов подписания по алгоритмам в соответствии с ГОСТ Р 34.10-2001 и ГОСТ Р 34.10-2012 важно знать какому именно ГОСТ соответствуют установленные сертификаты (страхователя, уполномоченного лица ФСС и т.д.)
Предлагается в окно информации о сертификате добавить информацию о ГОСТ алгоритма подписания - например, перед полем "Издатель" (данное окно вызывается при выборе сертификатов в настройках ветки "Общие настройки системы \ Интеграция со смежными системами \ Портал ФСС", а также из локального меню интерфейсов загрузки и экспорта ЭЛН).
Для этого необходимо добавить соответствующий метод в DLL и доработать VIP-код для его вызова, используя функции обёртывания inrerop (чтобы ничего не нужно было дополнительно регистрировать).
Как измененно :
В окно просмотра сертификата, которое вызывается при выборе сертификата в настройках Галактики ("Настройки Галактики \ Общие настройки системы \ Интеграция со смежными системами \ Портал ФСС) добавлено поле ''Алгоритм (подписи)". Алгоритм подписи можно увидеть на вкладке "Состав" сертификата.
2019-07-10 05:40:10
Краткое описание :
Загрузка/экспорт ЭЛН - протоколы загрузки/экспорта дополнить информацией о ГОСТ алгоритмов подписания сертификатовОписание :
Загрузка и импорт ЭЛНЧто измененно :
Продолжение ПиР 102.194539.
В связи с возможностью использования в настоящее время сертификатов подписания по алгоритмам в соответствии с ГОСТ Р 34.10-2001 и ГОСТ Р 34.10-2012 важно знать какому именно ГОСТ соответствуют используемые сертификаты (страхователя, уполномоченного лица ФСС и т.д.)
Предлагается в протоколы загрузки ЭЛН, получения актуальных данных с портала, экспорта рассчитанных сумм на портал добавить информацию о ГОСТ алгоритмов подписания сертификатов.
Как измененно :
В протоколы загрузки ЭЛН, получения актуальных данных с портала, экспорта рассчитанных сумм на портал добавлен вывод информации о ГОСТ алгоритмов подписания для каждого сертификата.
2019-07-10 05:40:08
Краткое описание :
некорректно формируется ВУ 203Описание :
Расчет удержаний (общие вопросы)Что измененно :
некорректно формируется ВУ221.
В результатах расчета отсутствует удержание по коду 203, не смотря на то, что была выплата в межпериод
Более подробно ситуация описана во вложении
Задача в Джире 566
Как измененно :
Исправлен функционал расчета сумм перечислений.
2019-07-10 05:40:08
Краткое описание :
Неправильно импортируется центр ответственности в ДО на продажуОписание :
ИмпортЧто измененно :
В импортируемых данных стоит 01, а импортируется с кодом 02.
На данный момент это последняя запись в таблице FPCO.
Ошибок в протоколе импорта нет.
Как измененно :
Ссылка устанавливается корректно.
2019-07-10 05:40:08
Краткое описание :
Переходящий налоговый вычетОписание :
Расчет начислений (общие вопросы)Что измененно :
Переходящий налоговый вычет
Проблема по Подоходному налогу. У работника в апреле не полностью была использована сумма Налогового вычета. При расчете Заработной платы в мае переходящий Налоговый вычет не был применен. В расчетном листке в поле Льгота на себя отражается полностью.
Общесистемные настройка "Вычеты переносятся на следующий месяц" установлен в значении Да.
Также был выполнен Контроль дохода, но результат ИПН остается неверным.
Как измененно :
Доработан расчет ИПН для Казахстана. Теперь при установленной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вычеты \ Вычеты переносятся на следующий месяц " = ДА вычет переносятся с предыдущих периодов и ИПН рассчитывается корректно.
2019-07-10 05:40:08
Краткое описание :
Доработка налогов на ФОТ для КазахстанаОписание :
Расчет начислений (общие вопросы)Что измененно :
Доработка налогов на ФОТ для Казахстана.
В связи с изменениями в алгоритме расчета налогов на ФОТ (СН и ОСМС) необходимо доработать расчет в системе.
Порядок определения размера налогов (при доходе работника не более 25 МРП):
СН к уплате = (Доход работника - ОПВ - Корректировка дохода) * 9.5% - СО (социальные отчисления),
ОСМС к уплате = (Доход работника) * 1.5%,
где Корректировка дохода по ИПН = (Доход - ОПВ - стандартный вычет в размере 1 МЗП) * 90%,
ОПВ - если работник пенсионер, то ОПВ не отнимается.
При доходе работника более 25 МРП корректировка дохода по ИПН не производится.
Как измененно :
Алгоритм определения размера налогов (при доходе работника не более 25 МРП):
СН к уплате = (Доход работника - ОПВ - Корректировка дохода) * 9.5% - СО,
ОСМС к уплате = (Доход работника) * 1.5%,
где
Доход работника - основной совокупный доход из таблицы "Размер годового дохода",
ОПВ - обязательные пенсионные взносы,
СО - социальные отчисления,
Корректировка дохода по ИПН = (Доход работника - ОПВ - стандартный вычет в размере 1 МЗП) * 90%,
ОПВ - если работник пенсионер, и в Лицевом счете указано "Нет" в поле Пенсионный, то ОПВ не отнимается.
При доходе работника более 25 МРП корректировка дохода по ИПН не производится.
Примечание.
СН определяется как налог с признаком "Ограничивать базу" = "Н",
ОСМС - "Ограничивать базу" = "В".
2019-07-10 05:40:09
Краткое описание :
9.1.УПЛ.МЦн (НГП). При вводе количества не пересчитывается стоимостьОписание :
Межцеховая накладнаяЧто измененно :
Управление производственной логистикой (УПЛ) \ Документы \ Межцеховая накладная
Вводим накладную с кол-вом 0. Цена устанавливается автоматически. Стоимость 0. Меняем кол-во, стоимость не пересчитывается.
Как измененно :
Управление производственной логистикой (УПЛ) \ Документы \ Межцеховая накладная
Исправлена ошибка, в результате которой при вводе накладной с кол-вом 0 некорректно устанавливалась цена и в последствии не производился пересчет стоимости.
2019-07-10 05:40:08
Краткое описание :
Формирование ЭЦП по ГОСТ Р 34.10-2012 при обмене данными по ЭЛН с порталом ФССОписание :
Загрузка и импорт ЭЛНЧто измененно :
Возможность формирования ЭЦП по ГОСТ Р 34.10-2012 при обмене данными по ЭЛН с порталом ФСС.
Сейчас все запросы на Портал ФСС по получению и отправке информации по ЭЛН подписываются ЭЦП по ГОСТ Р 34.10-2001.
В РФ планируется переход на ЭЦП по ГОСТ Р 34.10-2012 и отказ от ЭЦП по ГОСТ Р 34.10-2001.
На Портале ФСС https://cabinets.fss.ru/eln.html уже есть возможность установки сертификата для работы с ЭЦП по ГОСТ Р 34.10-2012.
Примечание.
Для формирования электронной подписи по ГОСТ Р 34.10-2012 необходим криптопровайдер КриптоПро CSP 4.0.
Исходя из выписки документа ФСБ России от 31 января 2014 г. № 149/7/1/3-58 "О порядке перехода к использованию новых стандартов электронной подписи и функции хэширования", использование схемы подписи ГОСТ Р 34.10-2001 для формирования подписи после 31 декабря 2018 года не допускается, в том числе и для целей формирования списка отзыва сертификатов. С 1 января 2019 года формирование электронной подписи должно производится по алгоритму ГОСТ Р 34.10-2012.
Согласно НОВОМУ письму Федеральной службы безопасности Российской Федерации от 07.09.2018 № 149/7/6-363 возможность использования схемы ЭП, соответствующей ГОСТ Р 34.10-2001 "Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи" (далее - ГОСТ-2001), для формирования ЭП продлевается до 31.12.2019.
Как измененно :
Возможность формирования ЭЦП по ГОСТ Р 34.10-2012 при обмене данными по ЭЛН с порталом ФСС.
ЭЦП по ГОСТ 2012 или по ГОСТ 2001 формируется в зависимости от установленного сертификата подписи страхователя (руководителя, главного бухгалтера) в настройках Галактики:
"Настройки Галактики \ Общие настройки системы \ Интеграция со смежными системами \ Портал ФСС \ Сертификат подписи страхователя..."
Примечание.
Для формирования электронной подписи по ГОСТ Р 34.10-2012 необходим криптопровайдер КриптоПро CSP 4.0.
ВНИМАНИЕ!!!
Сертификат уполномоченного лица ФСС, который необходим для шифрования сообщения, должен быть по ГОСТ 2001.
2019-07-10 05:40:08
Краткое описание :
При печати ведомости наличия резервов ОС отчёт Excel зависаетОписание :
ОтчетыЧто измененно :
При печати в Эксель ведомости наличия по резервам ОС Галактика зависает, прием на любом Excel шаблоне.
Чтобы проблема проявилась в настройках ведомости наличия ОС на закладке "параметры" должен быть установлен параметр "выводить данные" "резервов", а на закладке "ограничения по картотеке ОС" установлен фильтр по карточке ОС с резервом.
Причем печать ведомости наличия ОС без резерва производится теми же самыми шаблонами нормально.
Как измененно :
Исправлено зависание при выгрузке данных для печати отчета, если отчет был сформирован по настройке ведомости наличия ОС, у которой на закладке "параметры" установлен параметр "Выводить данные" = "резервов".
2019-07-10 05:40:10
Краткое описание :
листок нетрудоспособности в FR разделить даты нетрудоспособности ( например продлить черту ), т.ке. они сливаютсяОписание :
Листок нетрудоспособностиЧто измененно :
Листок нетрудоспособности в FR разделить даты нетрудоспособности ( например продлить черту ), т.к. они сливаются.
Как измененно :
Печать листка нетрудоспособности в FR.
Разделены строки дат начала и окончания периодов заболевания. Выровнены поля по отношению к левому краю отчета.
2019-07-10 05:40:09
Краткое описание :
не сохраняется значение в поле "На" в накладной на возврат из ремонтовОписание :
Накладная на возврат МЦ, не использованных при ремонтеЧто измененно :
у клиента при изменении значения в поле "На" в накладной на возврат из ремонтов сохраняется указанное значение только в том случае, если после этого изменения перейти в поле "Подрядчик", если же перейти в любое другое поле или сразу после изменения закрыть интерфейс, то после повторного входа в этот документ поле "На" остается с предыдущим значением, т.е. не сохраняется введенное новое значение.
Как измененно :
Значение поля сохраняется.
2019-07-10 05:40:10
Краткое описание :
Запись в рабочей корзине отображается как обработанная, хотя она не обработанаОписание :
Рабочая корзина (обработка сигнала)Что измененно :
Запись в рабочей корзине отображается как обработанная, хотя в протоколе фигурирует информация, что запись не удалось обработать. так как присутствует защищенный табель.
Как измененно :
Исправлено. При обработке записей рабочей корзины производится дополнительный контроль над успешным завершением обработки.