2015-10-29 17:37:55
Краткое описание :
Запускать другой интерфейсОписание :
По накладным на приход ГП из производстваЧто измененно :
Клиент просит в операции УПЛ - Операции - Пакетное
формирование ордеров - По накладным на приход ГП из
производства запускать интерфейс
'M_UP::IMNFINTRF.SCLISTDOC.M_UP::NAKL502.SELECTNAKL.KATSOPRSELECT.DSOPR',
вместо
'L_SOPRDOC::GETSOMEKATSOPR.BRKATSOPR.KATORG.NAME'.
Также желательно, чтобы это было при пакетном
формировании всех типов документов (актов и накладных)
модуля УПЛ. Скриншот во вложении.
Как измененно :
В пакетном формировании ордеров модуля УПЛ вызывается стандартный интерфейс выбора накладных из модуля УПЛ.
2015-10-29 17:37:55
Краткое описание :
Сломалась печать инв-3 в бизнес-тексте и rtfОписание :
Инвентаризация (УПЛ)Что измененно :
Сломалась печать инв-3 в бизнес-тексте и rtf.
Выводится только первая строка спецификации. Отдельные ячейки выделены жирным контуром.
Пример во вложении
Как измененно :
Доработано.
2015-10-29 17:37:55
Краткое описание :
Модификация накладных после списания/оприходования только в открытом отчетном периодеОписание :
Накладная на отпуск в производствоЧто измененно :
Согласно бизнес-процессу на предприятии, пользователи в накладных для позиций спецификации должны проставлять значения для определенных внешних атрибутов.
В некоторых случаях, эти значения нужно проставлять когда накладная уже проведена. Для этих целей была установлена настройка:
Настройки Галактики \ Производство и планирование \ Управление производственной логистикой - Модификация накладных после списания/оприходования = разрешать. Но проблема в том, что при этой настройке система дает вносить изменения и в закрытом отчетном периоде, что неприемлемо для клиента.
Поэтому предложение доработать настройку, добавив значение "Разрешать в открытом отчетном периоде" или же предложите свое решение.
Как измененно :
В настройке
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
добавлена опция
"разрешать в открытом периоде оперконтура"
2015-10-29 17:37:55
Краткое описание :
Форма заявления о (перерасчете) доплате пособия (отпуска)Описание :
Печать заявления о выплате пособия в ФССЧто измененно :
Реализовать в системе отчет "Форма заявления о (перерасчете) доплате пособия (отпуска)" в ФСС.
Как измененно :
В интерфейс формирования заявлений о выплате пособия в ФСС добавлена возможность формирования отчета "Заявление о доплате пособия(оплате отпуска)" в формате FastReport.
2015-10-29 17:37:55
Краткое описание :
Импорт ОКАТО - нет корректного источникаОписание :
Импорт справочника ОКАТО [РФ]Что измененно :
В настоящий момент нигде не удаётся найти корректный источник для импорта справочника ОКАТО:
- DBF находятся другой структуры и сомнительной актуальности.
- TXT, если брать из Консультанта - не получается импортировать (видимо изменилось что-то в самом Консультанте).
Основная проблема в том, что без справочника ОКАТО неполноценно проходит импорт ОКТМО - коды ОКТМО не проставляются в КЛАДР (не смотря на наличие там ОКАТО). А ОКТМО реально нужны в 2-НДФЛ.
Необходимо обновлять коды ОКТМО в КЛАДР при импорте ОКТМО, вообще не анализируя справочник ОКАТО.
Как измененно :
Убран пункт меню "Заработная плата - Настройка - Заполнение каталогов - Справочники АТД - Импорт справочника ОКАТО".
Доработан 3-й этап алгоритма импорта справочника ОКТМО, при котором выполняется обновление кодов ОКТМО в справочнике АТД. Теперь, если по коду ОКАТО записи справочника АТД код ОКТМО по справочнику ОКАТО найти не удастся, поиск будет продолжен в справочнике ОКТМО. При этом, для тех кодов ОКАТО, которым в справочнике ОКТМО соответствует несколько различных кодов ОКТМО, код ОКТМО в справочнике АТД обновляться не будет.
2015-10-29 17:37:55
Краткое описание :
ФРО: РБП - добавить возможность выводить на печать отчет с
проводками, так и без нихОписание :
Расходы будущих периодовЧто измененно :
ФРО: РБП - добавить возможность выводить на печать отчет с
проводками, так и без них
Как измененно :
Для расходов будущих периодов добавлена форма отчета не
содержащая детализацию по проводкам (бизнес-текст и FastReport).
2015-10-29 17:37:55
Краткое описание :
Доработать вывод тега BASE_AVG_SAL в соответствии с регламентом ФССОписание :
Реестры и заявления на возмещение в ФССЧто измененно :
Необходимо доработать вывод тега BASE_AVG_SAL в соответствии с регламентом ФСС,
в xml-файл должен выводиться тег BASE_AVG_SAL если DOC_TYPE = 5, 2, 1, 6 и ROLE_WAGE is Null.
Как измененно :
Доработано формирование xml-файлов реестров в ФСС по пособиям: нетрудоспособность, беременность и роды, уход за ребенком, проф. травма, болезнь. Тег BASE_AVG_SAL(Суммарный заработок за два года с учетом ограничений на максимальную базу для начисления страховых взносов по каждому году) формируется для пособий.
2015-10-29 17:37:55
Краткое описание :
В печатной форме доверенности М-2 не отображается адрес и наименование потребителяОписание :
ДоверенностьЧто измененно :
В печатной форме доверенности М-2 формат бизнес текст не отображается адрес и наименование потребителя.
Как измененно :
Исправлено
2015-10-29 17:37:55
Краткое описание :
Пересчет пенсионного и по совместителюОписание :
Расчет обязательных взносов (удержаний)Что измененно :
Настройки:
- "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Количество месяцев для сторнирования отчислений в ФСЗН" = 0.
- "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Рассчитывать заработную плату" = с учетом смежных лицевых счетов.
При доначислении за предыдущий период, неверно рассчитываются удержания в пенсионный фонд за предыдущий период как для основного лиц.счета, так и для смежного.
Пример:
4-х кратная средняя по РБ за 10.2012 введена 19553184 (В классификаторе "Ограничения по взносам (удержаниям) и налогам на ФОТ) указан максимум облагаемой базы для 2015 года, равный 4888296. В классификаторе налогов на ФОТ для пенс.фонда указана кратность 4).
В 10 месяце:
-по основному начислили 8 733 052, по которому начислили пенсионного 87331.
-по смежному 397580, по которому начислено пенсионного 3976.
В 11 месяце:
-по основному за 10 доначисляем 12 000 000 премии. Пенсионный с учетом ограничения рассчитан неверно как для основного лиц.счета (108201), так и для смежного (должно быть -297 , а его нет).
Как измененно :
Настройки:
- страна Беларусь.
- "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Количество месяцев для сторнирования отчислений в ФСЗН" = 0.
- "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Рассчитывать заработную плату" = с учетом смежных лицевых счетов.
При доначислении сумм в расчетном месяце за предыдущий период только по основному л/счёту - расчет удержаний в пенсионный фонд с учетом ограничения происходит верно как для основного лицевого счета, так и для смежных.
2015-10-29 17:37:55
Краткое описание :
Не сторнируются налоги, если есть льготыОписание :
Расчет обязательных взносов (удержаний)Что измененно :
Настройки РБ. В ЛС сотрудника указано, что пенсионный взнос удерживать не нужно ("Пенсионный - нет" на вкладке "Взносы, налоги на ФОТ"). В прошлом месяце был ошибочно удержан пенсионный по этому ЛС.
Установлена настройка: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Количество месяцев для сторнирования отчислений в ФСЗН" = 1.
Рассчитываем ЗП - но пенсионный за прошлый месяц не возвращается.
Как измененно :
Значение признака удержания(неудержания) пенсионных взносов распространяется не только на расчётный месяц, но и на все сторнируемые.
Например, с сотрудника удерживали пенсионные взносы, а потом решили, что это сделано неверно - и в лицевом счёте сотрудника указали, что с него пенсионные взносы не удерживаются. Тогда при сторнировании излишне удержанные взносы вернутся.
2015-10-29 17:37:55
Краткое описание :
9.1 5 алг. Не рассчитывает расценки с опцией Существующие
позиции оставлять. Рассчитанным значением создать новую позициюОписание :
по 5-му системному алгоритму "Расчет потребностей в ресурсах"Что измененно :
9.1 5 алг. Не рассчитывает расценки с опцией Существующие
позиции оставлять. Рассчитанным значением создать новую позицию в этом случае
расценка=0
Как измененно :
Доработан расчет расценки
2015-10-29 17:37:55
Краткое описание :
9.1 23 алг. Не возможно задать номер варианта замен для
Типа акта замен-ОдиночныйОписание :
по 23-му системному алгоритму "КОРРЕКТИРОВКА ПОТРЕБНОСТЕЙ..."Что измененно :
В настройках алгоритма невозможно задать ссылку на вариант
замен акта замен формата "Одиночные замены". Наименование настройки:
"Входные/выходные данные\Учитывать следующие акты замен\Запрашивать номер акта
замен при запуске\Акт замен, выбранный пользователем\Запрашивать номер варианта
замен при запуске\Вариант замен, выбранный пользователем".
Как измененно :
Ошибка исправлена. Выбор и замены по вариантам замен формата
"Одиночные замены" проводятся корректно.
2015-10-29 17:37:55
Краткое описание :
9.1 323 алг. После проведения замен не обнуляется поле для
МЦ Что_меняем_1Описание :
по 323-му системному алгоритму " Корректировка документов планирования по ...Что измененно :
При проведения замен количества для МЦ, которые планируется
заменить, остается в спецификации документа без изменений.
Как измененно :
Ошибка исправлено, замены проводятся корректно.
2015-10-29 17:37:55
Краткое описание :
Медленно работает интерфейс выбора по F3Описание :
Акт на списание сырьяЧто измененно :
Управление производственной логистики- акт на списание МЦ из производства:
при замене позиции на другую очень много времени проходит до появления окна выбора. (все время происходит Группировка сальдовых остатков, которая занимает 13 сек.)
См. вложение
П.с.Клиент утверждает, что до последнего обновления такой задержки не было. К слову сказать Галактика была перенесена на другой сервер.
П.с.2 у меня данная группировка сальдовых остатков запускалась один раз только на их локальной базе.
sil протокол прилагается \\BY01-FSRVCL01\share\atl_log\ЗПТ\102.144758\
Как измененно :
Добавлено значение настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Акт на списание" -
"тек.наличие по подразделению"
При этом значении расчет наличия ведется без учета даты и учета МОЛ в целом по подразделению, что ограничивает применение данной настройки.
Данному Заказчику - подходит.
2015-10-29 17:37:55
Краткое описание :
Открывается/закрывается и снова открываетсяОписание :
Акт на списание сырьяЧто измененно :
При открытии документов: Акт на списание сырья из
Пр-ва, Накладная на отпуск в пр-во из списка,
происходит следующее: документ открывается в режиме
редактирования, закрывается и снова открывается (когда
открывается в первый раз он зеленый, когда во второй
-он синий).
см. лог \\BY01-FSRVCL01\share\atl_log\ЗПТ\102.144847\
Как измененно :
Доработано.
2015-10-29 17:37:55
Краткое описание :
Инсталляция/обновление http-сервераОписание :
Предложения по новой функциональности модуля "Планирование производства"Что измененно :
Инсталляция/обновление http-сервера
Нужна возможность установки сервера на клиентские машины.
Как измененно :
разработан интерфейс, вызываемый из о/с меню ПП - Операции -
Запуск http-сервера
Сам пункт меню может быть создан/удален с помощью вызова интерфейса
M_MNPLAN::ADDHTTPMENU.
Это клиентская часть.
Для того, чтобы сервер работал нужно еще до вызова интерфейса из о/с Запуск
http-сервера установить инсталлятор находящийся в папке Галактики
...\ManufExt\ServerMnf\ServerMnf.exe для регистрации сервера и следовать
предлагаемым инструкциям.
2015-10-29 17:37:55
Краткое описание :
23 алг. Не работает настройка "Отчет, в котором выводится
перечень возможных причин по которым не были проведены замены"Описание :
по 23-му системному алгоритму "КОРРЕКТИРОВКА ПОТРЕБНОСТЕЙ..."Что измененно :
23 алг. Не формируется отчет по настройке алгоритма:
"Дополнительные параметры расчета\Отчет, в котором выводится перечень возможных
причин по которым не были проведены замены" - "Формировать"
Как измененно :
Ошибка исправлена. Отчет формируется корректно.
2015-10-29 17:37:55
Краткое описание :
9.1.УПЛ.Алгоритм 220.Ошибка при выполнении замен после формирования УСВОписание :
Системный алгоритм 220Что измененно :
Замены не подбираются хотя акты и варианты замен, по которым планировалось провести замены,
присутствуют в списке разрешенных алгоритмом для проведения замен по заданной МЦ. Ошибка проявляется после формирования "Универсальной складской ведомости".
Как измененно :
Ошибка исправлена. Замены средствами 220 алгоритма выполняются корректно.
2015-10-29 17:37:55
Краткое описание :
алг. 225 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"Описание :
Системный алгоритм 225Что измененно :
алг. 225 Для настройки "существующие документы" =удалять Добавить подчиненную настройку "кроме оприходованных"
По инциденту 2.62531
Связано с ПИР 103.7610
После реализации связанного ПИР у клиента были удалены оприходованные исходящие накладные, против чего он возражает.
Оприходованные документы удалять 225 и 203 алгоритмами нельзя: оприходованная накладная это исполненный и подписанный документ, не оприходованный - это задание и/или черновик или ... (в зависимости от смысла, статуса и БП).
Настройка должна подчиненной по отношению к настройке "существующие документы-приемники" и представлять собой чекбокс, активный по умолчанию. Должна действовать при удалении существующих документов-приемников как с подтверждением, так и без подтверждения.
Как измененно :
В настройке алгоритма 225 на вкладке "Приемник" добавлена настройка (справа от "Существующие документы-приемники"), отображаемая при выбранных значениях "удалять по запросу" и "удалять без запроса".
Возможные значения новой настройки:
"только доступные для редактирования по настройкам" (по умолчанию)
"все".
Учитываются следующие настройки:
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Модификация и контроль данных \ Разрешать модификацию сопроводительных документов"
"Настройки Галактики \ Общие настройки системы \ Доступ к документам"
Интерфейс "Меню УПЛ - Настройка - Настройка доступа к документам и к нему настройка "Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Для накладных считать запрещенными помеченные статусы на закладке "Доступ к документам""
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Разрешать редактировать накладные, по которым производились замены"
Для предотвращения удаления ранее оприходованных накладных должно быть установлено значение общегалактической настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования" отличное от "разрешать".
2015-10-29 17:37:55
Краткое описание :
УПЛ: Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректноОписание :
Настройки Галактики/.../Управление производственной логистикойЧто измененно :
УПЛ: Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректно
По инц. 2.61686
При списании по акту списания не выдается запрос на списание
Настройка "Пересчитывать в случае" при значении "превышение распределенного над количеством в спецификации" отрабатывает некорректно, то есть не выдает запрос на перерасчет, а при значении "Любое расхождение распределенного и количества в спецификации" запрос выводится. При этом настройка "Пересчет при распределении по входящим" имеет значение "Выдавать запрос".
Как измененно :
Доработано.
2015-10-29 17:37:55
Краткое описание :
алг. 203 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"Описание :
Системный алгоритм 203Что измененно :
алг. 203 Для настройки "существующие документы приемники" =удалять Добавить подчиненную настройку "кроме оприходованных"
По инциденту 2.62531
Связано с ПИР 103.7610
После реализации связанного ПИР у клиента были удалены оприходованные исходящие накладные, против чего он возражает.
Оприходованные документы удалять 203 алгоритмом нельзя: оприходованная накладная это исполненный и подписанный документ, не оприходованный - это задание и/или черновик или ... (в зависимости от смысла, статуса и БП).
Настройка должна быть подчиненной по отношению к настройке "существующие документы-приемники" и представлять собой чекбокс, активный по умолчанию. Должна действовать при удалении существующих документов-приемников как с подтверждением, так и без подтверждения.
Как измененно :
На закладке "Настройка" добавлена настройка 'Обрабатываемые существующие документы - только доступные по настройкам редактирования или все' с возможными значениями:
'доступные по настройкам' (по умолчанию)
'все'
Учитываются следующие настройки:
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования"
"Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Модификация и контроль данных \ Разрешать модификацию сопроводительных документов"
"Настройки Галактики \ Общие настройки системы \ Доступ к документам"
Интерфейс "Меню УПЛ - Настройка - Настройка доступа к документам и к нему настройка "Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Для накладных считать запрещенными помеченные статусы на закладке "Доступ к документам""
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Разрешать редактировать накладные, по которым производились замены"
Для предотвращения удаления ранее оприходованных накладных должно быть установлено значение общегалактической настройки
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Модификация накладных после списания/оприходования" отличное от "разрешать".
2015-10-29 17:37:55
Краткое описание :
Ошибка при оприходовании накладной на приход ГПОписание :
Накладная на приход Готовой продукцииЧто измененно :
При оприходовании накладной на приход ГП выскакивает сообщение об ошибке:
-Не выполнилась функция InitMCinfo
Ошибка проявляется только если в настройке:
"Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Работа с МЦ \ Списание МЦ"(369)
установлено значение "запрещать без наличия или без текущего остатка".
Ошибка проявляется на любой БД.
Как измененно :
Реализовано.
2015-10-29 17:37:55
Краткое описание :
алг. 37 Очень медленно производит расчетОписание :
по 37-му системному алгоритму "Заполение цен"Что измененно :
алг. 37 Очень медленно производит расчет
На документе в 24300 позиций подстановка цен из прайс-листа
производилась 9,5 часа. Для каждой позиции подставляется цена без НДС, НДС и
цена с НДС. Имеются в наличии документы объемом 75000 позиций, причем
необходимо обработать несколько документов.
Необходимо снизить время расчета на порядок.
Как измененно :
Добавлены настройки алгоритма "сокращенный протокол"
(отображается, если выбраны опции формирования протокола, безусловного или по
запросу) и "не выполнять пересчет вычисляемых полей".
Также необходимо убрать в шаблоне документа птичку "выполнять формулу в
расчетных алгоритмах".
2015-10-29 17:37:55
Краткое описание :
Алг. 170 Некорректно работают настройки формирования дат
формируемых позицийОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Алг. 170 Некорректно работают настройки формирования дат
формируемых позиций
В режиме "Формирование плановых документов на основе ЖР" при значении
настроек "Дата начала равна" и "Дата окончания равна" отличающемся от "из
журнала резервирования" происходит ошибка формирования планового документа.
Как измененно :
Теперь при данных настройках отрабатывает нормально.
2015-10-29 17:37:55
Краткое описание :
Расчет алиментов в отпускахОписание :
Расчет алиментов и и/листов с отпусков межпериодаЧто измененно :
Алименты с сумм отпуска за предыдущий месяц не рассчитываются, если дата "Начало сторн." в постоянном удержании равна текущему периоду.
Как измененно :
Алименты с отпуска, который начинаются с прошлого месяца, рассчитываются даже если значение поля "Начало сторн." в постоянном удержании больше начала отпуска.
2015-10-29 17:37:55
Краткое описание :
прерывание расчета з/пОписание :
Расчет начислений (общие вопросы)Что измененно :
Если во время расчета з/п сделать прерывание (с помощью окна визуализации), то удаление записей отменяется, а расчет нет.
В результате получается задвоение начислений, удержаний, налогов на ФОТ. Необходимо исключить возможность пользователя создать двойные записи.
Как измененно :
Если пользователь нажмет кнопку "Прервать" окна визуализации при выполнении удаления записей при расчете заработной платы, то данные текущего и последующие за ним этапов очистки не удалятся, а расчет заработной платы в разрезе начислений будет прерван.
2015-10-29 17:37:55
Краткое описание :
Свод по годовому совокупному доходу.Ошибка в сумме доходаОписание :
Свод по годовому и совокупному доходуЧто измененно :
Заработная плата - Отчеты - Сводные аналитические отчеты - Свод по годовому совокупному доходу. Дважды учитывается доход - приз по рекламным акциям: в колонках дополнительный доход и
доход не подлежащий налогообложению.
Как измененно :
Доработан отчет "Свод по годовому совокупному доходу" - доход приз по рекламным акциям учитывается в колонке доход не подлежащий налогообложению если есть входимость в доп. налог и вычет по этому доходу. Если вычета нет сумма должна попадать в колонку дополнительный доход.
2015-10-29 17:37:55
Краткое описание :
9.1 170 Не расчитывается потребность в трудовыхОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 170 Не расчитывается потребность в трудовых
база 9.1 MSSQL BY01-809.topsoft.local INS_91 Test_91
Потребность в трудовых ПТр_0003
Или создать по шаблону (ПРЗ) Потребность в трудовых ресурсах (Длин) и запустить
алгоритм БФ1.6_170_Формирование/корректировка ПТРУД из ПТРУД(Длин)
Как измененно :
Теперь ошибка не возникает.
2015-10-29 17:37:57
Краткое описание :
Доходы, не подлежащие налогообложению в установленных пределах.Нет данныхОписание :
Доходы, не подлежащие налогооблажению в установленных пределахЧто измененно :
В отчете "Доходы, не подлежащие налогообложению в установленных пределах" не учитывается доход- приз по рекламным акциям.
Как измененно :
Доработан отчет "Доходы, не подлежащие налогообложению в установленных пределах" - доход приз по рекламным акциям учитывается в колонке доход не подлежащий налогообложению если есть входимость в доп. налог и вычет по этому доходу.
2015-10-29 17:37:55
Краткое описание :
Формирование нарядов из производстваОписание :
Потребности в трудовых ресурсахЧто измененно :
Необходима возможность не группировать записи с одинаковым
видом работ, при формировании наряда в ЗП по 43 алгоритму, а так же заполнение
поля "дни факт".
Как измененно :
Доработано. Алгоритм №43 Режим: Формирование нарядов для
зарплаты. Добавлены настройки:
1. Опции - Элементы формируемых нарядов - Разноска - Группировать записи по
операции и расценке (Нет/Да). Если стоит настройка "Нет", то записи с
одинаковой МЦ, операцией и расценкой для одного сотрудника группироваться не
будут (ранее такие записи группировались по умолчанию).
2. Опции - Элементы формируемых нарядов - Разноска - Группировать записи по
операции и расценке (Нет) - Заполнять фактические дни/часы (Нет/Да). Если стоит
настройка "Да", то в наряде будут заполняться фактические часы и дни.
2015-10-29 17:37:55
Краткое описание :
Актуализировать список алгоритмов ЛогистикиОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Не все алгоритмы логистики попадают в автоматическую регистрацию
Сейчас такой список:
Algoritm_3001
Algoritm_3002
Algoritm_3003
Algoritm_3004
Algoritm_3005
Algoritm_3006
Algoritm_3007
Algoritm_3008
Как измененно :
Дополнен список/
Теперь:
Algoritm_3001..Algoritm_3008
Algoritm_3010..Algoritm_3018
Algoritm_3020..Algoritm_3023
2015-10-29 17:37:57
Краткое описание :
Период в итоговой сумме прописью- месяцОписание :
Детальная ведомость распределенияЧто измененно :
В итоговой сумме прописью- слово "месяц" выводится всегда, и иногда не понятно, к чему относить итоговую сумму. Там где выводится колонка "Месяц", в итоговой сумме оставляем слово "месяц", в других случая- убираем.
Как измененно :
При записи итоговой суммы слово "месяц" будет выводится только в тех формах, где есть колонка "месяц", а в остальных случаях - слово убрано.
2015-10-29 17:37:55
Краткое описание :
Не пересчитывается по дням пособие на детей, если в шкале указана граница 3 годаОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Необходим анализ даты окончания пособия на детей.
Как измененно :
Добавлен анализ даты окончания пособия на детей для всех стран, теперь пособия будут начисляться пропорционально от всей суммы за месяц со дня начала, до дня окончания.
2015-10-29 17:37:55
Краткое описание :
Не отработала настройка "Формировать ордера"=даОписание :
ОснованиеЧто измененно :
При формировании накладных автоматом из основания(запускается
кнопкой [Списание по наличию], окно редактирования основания на переработку), в
окне настроек данного функционала "Формирование сопроводительных документов"
устанавливаю значение настройки "Формировать ордера"=да. Однако сформированные
накладные остаются не оприходованы.
Данная ошибка возникает если:
1)При формировании накладных на отпуск:
- для "Настройки Галактики\Производство и планирование\Давальческое
сырье\Накладная на отпуск\Предупреждать при незаполнении поля "Форма расчета"
определено значение "Да".
- Графа "Форма расчета" в окне редактирования текущего основания на переработку
сырья не заполнена.
Для накладных на приход ГП
- для "Настройки Галактики\Производство и планирование\Давальческое
сырье\Накладная на приход ГП\Предупреждать при незаполнении поля "Форма
расчета" определено значение "Да".
- Графа "Форма расчета" в окне редактирования текущего основания на переработку
сырья не заполнена.
2)Разрез хранения для сырья в спецификации Основания указан не верно или не в
полном объеме. Например, для МЦ из спецификации основания может быть не
определена партия, или объект целевого учета, а для разреза хранения данной МЦ
эти данные определены. Или для приходных ордеров определена ссылка на МОЛ, а
так как для Основания МОЛ определен быть не может, то и оприходовать
сформированные накладные оказывается невозможно.
Как измененно :
Ошибка исправлена, накладные формируются и оприходуются
корректно. Если сформированные накладные не могут быть оприходованы, на экран
выводится сообщение для пользователя со списком данных накладных. В этом случае
рекомендуется каждую не оприходованную накладную попытаться оприходовать
вручную, и по выводимым на экран диагностическим сообщениям устранить
сложившуюся внештатную ситуацию.
2015-10-29 17:37:55
Краткое описание :
ДО - подсветка поля "Организация"Описание :
ОснованиеЧто измененно :
ДО - подсветка поля "Организация"
В созданном по F7 новом ДО подсвечены желтым фоном поля, обязательные для
заполнения. Во всех интерфейсах Галактики после заполнения поля подсветка
снимается. В данном ДО после ввода значения подсветка поля "организации" желтым
цветом сохраняется, что является потерей преемственности, и порождает у
пользователя мысли о неправильном заполнении данного поля.
Как измененно :
Исправлено.
2015-10-29 17:37:55
Краткое описание :
Необходимо перенести поля ИНН, СНИЛС, Условия исч и др. из основного окна редактирования пособия по нетрудоспособностиОписание :
Работа с интерфейсом ввода больничных листовЧто измененно :
Необходимо перенести поля ИНН, СНИЛС, Условия исч и др. из основного окна редактирования пособия по нетрудоспособности. В основном окне больничного листа располагаются данные для расчета пособия. Поля ИНН, СНИЛС, Условия исч. при расчете больничных не используются.
Указанные поля используются для формирования отчетов в ФСС. Для заполнения сведений по перечислению в ФСС, имеются отдельные закладки. Было бы логично перенести указанные поля на соответствующие закладки.
Как измененно :
Доработан интерфейс редактирования пособия по нетрудоспособности. Поля ИНН и СНИЛС убраны с вкладки "Больничный лист".
Теперь данные можно скорректировать с вкладки "Заявление в ФСС" по F3 на поле "Документ" (паспортные данные) вызывается интерфейс лицевого счёта сотрудника для проверки паспортных данных, адресов и др. информации по сотруднику. Для корректировки данных в ФСС в случае, если больничный лист запущен из модуля "Управление персоналом", можно только при наличии прав доступа на просмотр 1 раздела картотеки.
Поля Условия исч. перенесены на вкладку "Особенности, данные для ФСС" и объединены в одно поле "Условия исчисления". При выборе поля открывается интерфейс редактирования условий исчислений.
Доработана вкладка Заявления в ФСС добавлена для просмотра информация о сотруднике и б/л ( поля "Тип", "Период", "Таб.№", "Ф.И.О.", "Номер", "Пособие"), разделенные от основной информации визуальным разделителем.
2015-10-29 17:37:55
Краткое описание :
Влиять на перечень видов удержаний при расчете зарплаты за периодОписание :
Расчет удержаний (общие вопросы)Что измененно :
В классификаторе видов удержаний нужно добавить новое поле "Учитывать при расчете за период". По умолчанию должно быть "Да". При расчете зарплаты за период нужно обрубить расчет удержаний, для которых поле содержит значение "нет".
Как измененно :
Доработан расчет за период с птичкой "Расчет аванса в режиме за период". Теперь в интерфейсе редактирования видов удержаний, кроме видов удержаний с системными кодами 141..145, 199, 219..230, появилось поле, в котором можно указать, учитывать ли это удержание при расчете за период.
2015-10-29 17:37:55
Краткое описание :
Неверный период при разноске переносимых суммОписание :
Предварительная разноскаЧто измененно :
Неверный период при разноске переносимых сумм, сформированных по записям сторнирования, созданным функцией контроля пересечения больничных с отпусками. Для случая, если в периоде контроля были 2 больничных.
Как измененно :
Исправлена функция "Предварительная разноска" в части формирования сумм возврата и переноса отпуска по записям сторнирования, созданным функцией контроля пересечения больничных
для случая, если в периоде контроля были 2 больничных.
Теперь такие записи формируются верно.
2015-10-29 17:37:55
Краткое описание :
Отражение аванса видом удержания 141-145Описание :
Расчет планового аванса и удержанийЧто измененно :
При расчете заработной платы в режиме "с начала расчетного периода по указанную дату" с птичкой "Расчет аванса в режиме за период" учитывается только вид удержания с системным кодом 199, который указан в постоянном удержании сотрудника.
Необходимо реализовать также учет удержаний с системными кодами 141-145 (Перечисления аванса в банк).
Это необходимо для того, чтобы сумма аванса для только принятых сотрудников (у которых нет карточки с зарплатным проектом предприятия) отражалась отдельным видом удержания и отдельным реестром на перечисление.
Как измененно :
При расчете удержаний в качестве вида удержания для перечисления аванса в банк можно использовать виды удержания с кодами 141-145
2015-10-29 17:37:55
Краткое описание :
алг. 138 режим "формирование накладных по плану передач" -
исключить остатки потребителя и его кладовыхОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
алг. 138 режим "формирование накладных по плану передач" -
исключить остатки потребителя и его кладовых
Как измененно :
Доработан алгоритм №138 (Режим "Формирование накладных по плану
передач"). Добавлены настройки:
1. Основные параметры настройки - Признак определения
подразделения-изготовителя (для значений "Список подразделений/складов" /
"Внешние атрибуты для подразделения-потребителя")- Исключить остатки по
подразделению-потребителю. Если стоит "Да", то при подборе остатков будут
исключаться остатки по подразделению-потребителю, заданному в шапке
документа-источника.
2. Основные параметры настройки - Признак определения
подразделения-изготовителя (для значения "Список подразделений/складов")-
Исключить остатки по подразделению-потребителю (Да) - Исключить остатки по
внешним атрибутам для кладовок подразделения потребителя, заданного в шапке
документа-источника (Данная настройка будет видна, если выбрана настройка
Признака определения подразделения потребителя - Внешний атрибут подразделения
потребителя ). Если стоит "Да", то при подборе остатков будут исключаться
подразделения(кладовки) подразделения потребителя, заданные во внешних
атрибутах подразделения-потребителя и совпадающие с соответствующими
настройками внешних атрибутов для подразделения-потребителя.
2015-10-29 17:37:55
Краткое описание :
Авансовый платеж.Ошибочный возврат.Описание :
Расчет подоходного налогаЧто измененно :
Авансовый платеж.Ошибочный возврат.
Как измененно :
Исправлен ошибочный возврат авансового платежа при возврате НДФЛ.
Теперь при возврате НДФЛ, возврат авансового платежа происходит только в том случае, если сумма погашения за счет авансовых платежей в текущем месяце превосходит общую сумму НДФЛ, удержанную в текущем месяце.
2015-10-29 17:37:55
Краткое описание :
ПН при наличии больничного в межпериодОписание :
Расчет подоходного налогаЧто измененно :
ПН при наличии больничного в межпериод.
сумма НДФЛ больничного вставляется в результаты расчета дважды.
Как измененно :
Исправлена ошибка предварительной разноски при наличии больничного в межпериод.
Теперь сумма НДФЛ, исчисленная с больничных в межпериод, не попадает в записи других видов оплат.
Таким образом, формирование записей о НДФЛ при расчете заработной платы происходит корректно.
Ошибка проявлялась при значении отличном от "нет" настройки
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете"
2015-10-29 17:37:55
Краткое описание :
Неверно проиcходит сдвиг отпуска в результате выполнения контроля пересечения больничных с отпускамиОписание :
Контроль пересечения больничных с отпускамиЧто измененно :
Неверно происходит сдвиг отпуска в результате выполнения контроля пересечения больничных с отпусками.
Например:
Основной отпуск 21 день 17.08.-06.09.
Дополнительный отпуск 07.09.-08.09.
Предоставлены больничные:
26.08.-09.09.первичный
10.09.-17.09. продолжающийся
18.09.-15.10. продолжающийся.
Контроль в такой последовательности отпусков и больничных выполняется неверно.
Данные в базе формируются неверно, исправить их возможности нет.
Как измененно :
Исправлен неверный режим работы функции контроля пересечения больничного с отпуском в случае сложного пересечения больничного с отпуском.
2015-10-29 17:37:55
Краткое описание :
Сумма почтового сбора невернаяОписание :
Расчет удержаний (общие вопросы)Что измененно :
Сумма почтового сбора неверная при расчете с учетом шкалы.
после расчета з/пл в постоянных удержаниях сумма рассчитана верно (алименты 842,81+ сбор 67,15=909,96),
а в результатах расчета сбор на 20 р. больше.
Как измененно :
Исправлена сумма почтового сбора с алиментов при расчете с учетом шкалы.
Ошибка проявлялась при наличии сумм алиментов в рамках нескольких месяцев, в частности, за отчетный и будущий.
2015-10-29 17:37:55
Краткое описание :
8.10 ПП После перевыбора записи плана нужно удалять
связанные записи журналаОписание :
10005 "Информация журнала резервирования планового фонда"Что измененно :
Интерфейс №10005 "Информация журнала резервирования" После
перевыбора записи плана нужно удалять
связанные записи журнала.
Как измененно :
Интерфейс №10005 "Информация журнала резервирования".
Добавлена настройка "Синхронизировать записи ЖР с позицией документа". Если
установлена данная настройка, то при перевыборе объекта планирования
предлагается удалить связанные записи журнала резервирования.
2015-10-29 17:37:55
Краткое описание :
При нажатии F8 помечаются все документы, хотя удаление происходит корректноОписание :
Основание/ЛЗКЧто измененно :
При нажатии F8 помечаются все документы, хотя удаление происходит корректно
Если в списке ДО/ДЗК по F8 попытаться удалить текущий документ или группу документов, то помечаются все
записи, выводящиеся в интерфейс. При этом подтверждение на удаление и само удаление происходят корректно.
Как измененно :
Доработано.
2015-10-29 17:37:55
Краткое описание :
Распространить действие настройки "Отображать поля КАУ в спецификации документов" на ДО/ЛЗКОписание :
Основание/ЛЗКЧто измененно :
Распространить действие настройки "Отображать поля КАУ в спецификации документов" на ДО/ЛЗК
В рамках решения ПИР 101.55456 влияние данной настройки распространено на ряд документов УПЛ.
Но на ДО/ЛЗК действие настройки не распространяется, хотя при этом ФЛМ "Переключение режима отображения полей..."
в спецификации ДО/ЛЗК открывает обновленный интерфейс настройки, содержащий переключатели "Объект ЦУ" и
"Кау1".."Кау10".
Но при этом изменения интерфейса настройки не отражаются в спецификации ДО/ЛЗК
Как измененно :
Реализовано.
2015-10-29 17:37:55
Краткое описание :
Не работает "+" при заполнении спецификации накладной на отпуск в производствоОписание :
Накладная на отпуск в производствоЧто измененно :
В НОС не работает пометка всех позиций при выборе из текущего наличия.
Как измененно :
Доработано.
2015-10-29 17:37:55
Краткое описание :
Алгоритм 138. Списание по двум и более документам
источникам замены по одной позиции ПотребностиОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Изначально при разработке функционала по формированию Актов на
списание по Потребности на смену было заложено ограничение, что по одной
позиции Потребности мы не можем подобрать замены по двум и более документам
источникам замены.
На текущий момент у клиента такие случаю появляются регулярно и приходится
вручную вносить корректировки, искусственно разделяя и перенося выпуск на
другую смену.
Прошу Вас рассмотреть возможность снять данное ограничение, как в
автоматическом режиме подбора замен, так и с помощью функций локального меню
интерфейса 138 алгоритма.
Как измененно :
Алгоритм №138. Режим "Формирование накладных и актов на
списание по потребности в материалах" добавлена настройка "Основные параметры
расчета" - "При расчете остатков учитывать замены- Да" - "Режим поиска замен -
По документам замен" - "Установить ограничение на подбор замен". С помощью этой
настройки можно снять ограничение на подбор замен только по одному документу
замен для позиции потребности в материалах. Если данное ограничение снято то
при автоматическом подборе, замены будут подбираться по всем типам документов
замен. При выборе из локального меню замены будут подбираться по всем
документам выбранного типа (для документа замен и листа допустимых замен), а
для актов замен можно выбирать неограниченное количество раз из списка актов
замен.
2015-10-29 17:37:55
Краткое описание :
Алгоритм 220. Исключение утвержденных актов замен из автоматического и ручного подбора по значению поля ПричинаОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Для 220 алгоритма добавить настройку с помощью которой можно будет запретить проведение замен по актам замен если причина внесения изменений по данному акту определенная в окне редактирования акта внесена в список, который относится к данной настройке данного алгоритма.
Как измененно :
На закладку <Фильтр> окна настроек алгоритма добавлена настройка вида "CheckBox" "Игнорировать акты замен, для которых определены причины внесения изменений". Значение по умолчанию - "Выключено". При включении данной настройки, для пользователя становится доступной графа, в которой можно задать список позиций из каталога причин изменений.
2015-10-29 17:37:55
Краткое описание :
Не корректно работает отзыв из отпускаОписание :
Предварительная разноскаЧто измененно :
Возникла проблема при отзыве сотрудника из отпуска, отпуск был рассчитан и выплачен по одному рабочему графику, затем сотруднику делают отзыв из отпуска и переход в межпериод на другой рабочий график, продолжительность отпуска при расчете компенсации за неиспользованный отпуск отличается от оплаченных часов.
Пример: Работник уходил а отпуск с 14 августа по 24 сентября с графика 2.4, отпускные выплачены в августе. Отозван из отпуска с 02 сентября Если бы система считала часы от гр 2.4, то возврату подлежало бы 130,5 часов. НО: при отзыве из отпуска работник переводится на работу по другому графику, а именно с 02-13 сентября по графику 2.1; с 14-18 сентября график 4; 19-24 сентября график 2.4 Соответственно кол-во часов, предложенное системой для расчета возврата денег, не совпадает с часами, по которым был фактически оплачен отпуск. При этом 2 сентября вообще "выпало" из рассмотрения.
Как измененно :
При формировании отпуска сохраняется режим работы на дату начала отпуска из лицевого счета с учетом переходов, который был у работника на момент формирования этого отпуска. В окне редактирования отпуска в верхней панели информационно светится этот (сохраненный) режим работы, который не влияет на пересчет продолжительности отпуска.
Для Казахстана. В дальнейшем в случае отзыва из отпуска, используем сохраненный режим работы для того, чтобы выйти на те же часы и суммы что были оплачены по факту. Для ранее заведенных отпусков, для которых не сохранен режим работы, в случае отзыва из отпуска, выбираем режим работы, который был на дату начала пакета отпусков.
2015-10-29 17:37:55
Краткое описание :
При разноске из табельных отклонений неверное работает выбора ШПЗ.Описание :
Предварительная разноскаЧто измененно :
Если у работника в Лицевом счете ничего не заполнено (т.к. работник принят не с первого числа и данные есть в переходах), то при разноске оплат привязанных через табельные отклонения счет выбирается из вида оплаты (в настройке КВО стоит из лицевого счета), а не из перехода.
Как измененно :
Исправлено. Теперь счет выбирается из перехода.
2015-10-29 17:37:55
Краткое описание :
Не рассчитываются алименты в Начислениях и выплатахОписание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
Если к виду удержания с системным кодом 187 не привязана шкала почтовых сборов или в настройке Процент удержания сбора по перечислению в банк не указан процент, то в начислениях и выплатах не рассчитываются алименты.
Как измененно :
В режиме "Начисления и выплаты" алименты удерживаются, если сумма сбора за перечисление равна нулю.