Задачи ЕРП Галактика решенные на дату 2014-11-12

Задача :102.135496

2014-11-12 15:50:19
Краткое описание :
AQA-test. Atl5520. Не проставляется флаг при пометке '+' в интерфейсе выбора.
Описание :
Реестр платежных документов (интерактивный)
Что измененно :
В интерфейсе выбора организаций, вызываемом из интерактивного
реестра платежей,
при пометке "+" перестал проставляться флаг включения в выборку записей, в
которых аналитика не определена.
Как измененно :
При пометке все записей также помечается признак неопределенных
организаций.

Задача :102.135542

2014-11-12 15:50:19
Краткое описание :
Печать с PDF41 - при определенных настройках не работает
Описание :
Комплект форм налоговой отчетности (конкретные формы РФ)
Что измененно :

В интерфейсе Налоговая отчетность- закладка Сформированные отчеты вызываем пункт локального меню "Печать с PDF41". Печать не происходит, выдается сообщение
Ошибка записи в файл: C:\DISK_D\gal91\-TAXREP\TEMP\out\NatGor\C:\DISK_D\GAL91\-TAXREP\ИМНС\NO_IMUR_8808_7707_7724261610770802001_20140717_669ADE1E-FDEA-4FDB-9989-605AACDFB10B.XML.
Проблема возникает на стандартной сборке 9.1, если задана настройка: "Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Налоговая отчетность \ ..папка для выгрузки данных ИМНС" -
C:\DISK_D\gal91\-TAXREP\ИМНС
Если значение настройки удалить, печать с PDF41 выполняется
Как измененно :

Добавлено использование "Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Электронная отчетность \ Папка для хранения шаблонов". Если данная настройка указана - шаблоны PDF417 будут искаться по данной настройке, иначе - по настройке "Папка для хранения комплекта форм".

Добавлена обработка ситуаций:
- нет настройки "Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Электронная отчетность \ Папка для хранения шаблонов"
- нет шаблона в каталоге
- нет установленного модуля PDF417

Задача :102.136315

2014-11-12 15:50:19
Краткое описание :
В книгу бухгалтерских проводок добавить поле группировки по дескриптору
Описание :
Книга бухгалтерских проводок
Что измененно :

В книгу бухгалтерских проводок добавить поле
группировки по дескриптору.
При выводе на печать книги бухгалтерских проводок
в закладке "Параметры отчета" есть поле для возможности
различных группировок. Просьба - дополнить в элемент
группировки поле "Дескриптор".
Как измененно :

В параметры печати книги бухгалтерских проводок добавлена возможность группировки по дескриптору.

Задача :102.136546

2014-11-12 15:50:19
Краткое описание :
Импорт БВ. Организации с одинаковыми реквизитами
Описание :
Ввод банковской выписки
Что измененно :

Импорт БВ. Организации с одинаковыми реквизитами

В настроящее время в БД ТНО в каталоге контрагентов присутствуют организации у которых ИНН и расчетные счета в банках одинаковые и отличаются только наименованием и наименованием в банке

При работе возникает ситуация когда мы формируем собственное ПП с реквизитами:

Наименование ИНН Банк Наименование в банке Счет
Филиал ОАО "Связьтранснефть" Западно-Сибирское ПТУС 7723011906 ОАО БАНК ВТБ Уполномоченный представительФилиал ОАО "Связьтранснефть" - "Западно-Сибирское ПТУС" 40702810600060001166

Далее это ПП экспортируется в банк. На след день из банка приходит банковская выписка с датой оплаты. Способ определения организации: " по счету и БИК/МФО "

При импорте выписки происходит следующее - вместо проставления даты оплаты в ПП, создается новое ПП, в котором организация другая:
Наименование ИНН Банк Наименование в банке Счет
ОАО "Связьтранснефть" 7723011906 ОАО БАНК ВТБ ОАО "Связьтранснефть" 40702810600060001166

Решением данной проблемы могло бы стать добавление в настройку для обработки банковской выписки "Разрешение конфликтов" алгоритма, который при нахождении нескольких организации дополнительно определял корректную по "по наименованию организации/наименованию в банке" и соответственно добавление поля "Наименование организации в банке" при настройке полей выписки.
Как измененно :

В список полей банковской выписки добавлено поле "Наименование в банке".

Добавлен режим поиска организации "По Счету, Коду банка и Наименованию в банке".
В данном режиме поиск контрагента осуществляется сначала по счету, коду банка и наименованию.
Если в по трем реквизитам определить не удалось - ищется по счету и коду банка.

Поле "Наименование в банке" автоматически заполняется при добавлении нового счета организации.
При добавлении новой организации, если среди полей выписки нет поля "Наименование организации",
но есть "Наименование в банке" - наименование организации в банке переносится в наименование
новой организации в БД.

Задача :102.136583

2014-11-12 15:50:19
Краткое описание :
Ведомость движения ДМ в форматe excel: неверный метод учета, если установлен фильтр по подразделению
Описание :
Ведомости движения драгоценных металлов
Что измененно :
Ведомость движения ДМ в форматe excel: неверный метод учета,
если установлен фильтр по подразделению.
Проявляется и на 9.1
Как измененно :
Печатает верный метод учета, если установлен фильтр по
подразделению.

Задача :102.136994

2014-11-12 15:50:19
Краткое описание :
Печатная форма Лицевого счета по типовой форме № T-54
Описание :
Печать лицевых счетов
Что измененно :

При установке настройки для больничных листов "в Лицевой счет по типовой форме № T-54 по начислениям" в значение "7", и настройки "в Лицевой счет по типовой форме № T-54 по отработанному времени" в значение "+", в форму выводятся дни больничного листа и в графу 35 и в 24-25. Попадание данных в графу 24-25 - не правильно, поскольку эти графы называются "Отработанные дни", а больничный лист не относится к таковым.
Как измененно :

Для корректного отражения графы 35 требуется установить настройку "в лицевой счет по типовой форме № Т-54 по начислениям" в значении "7" (используется для больничных листов). При этом ее заполнение не зависит от настройки "в Лицевой счет по типовой форме № T-54 по отработанному времени" (установлен там либо "+", либо "-").
В этом случае (настройка "в лицевой счет по типовой форме № Т-54 по начислениям" в значении "7" )графы 34-36 заполняются всегда. Настройка "в Лицевой счет по типовой форме № T-54 по отработанному времени" влияет на заполнение граф 24-27.

Задача :103.7215

2014-11-12 15:50:19
Краткое описание :
Internal Error 2 при попытке формирования отчета за год
Описание :
Бухгалтерские проводки
Что измененно :

Не формируется книга бухгалтерских проводок при печати помеченных проводок более 60 тысяч записей.
Как измененно :

Книга бухгалтерских проводок за год формируется корректно.

Задача :104.20308

2014-11-12 15:50:19
Краткое описание :
Неверно определяется расчетный период больничного
Описание :
Расчет больничных
Что измененно :
Неверно определяется расчетный период больничного, если
больничный начался в месяце приёма на работу.
Пример проявления ошибки:
Текущий расчетный период 11/2014.
Работник принят 01/11/2014.
У работника есть больничный с 10/11/2014 по 25/11/2014.
Рассчитываем этот больничный с параметрами
Период учета заработка: Шесть предыдущих;
Учет рабочего времени: По архиву оплат.
Работник принят 01/11/2014, почему же тогда в протокол выводится "Полностью
отработан месяц 10/2014"?
В данном случае расчет должен происходить за фактически отработанное время (с
01/11/2014 по 09/11/2014).
Как измененно :
Исправлен расчет больничного для Украины по рабочим дням в
случае, когда работник заболел в месяце поступления на работу.
1. Если работник заболел в день приема на работу, то расчет идет от суммы за
полный месяц.
2. Если работник заболел не в день приема, то расчет происходит за фактически
отработанное время от даты поступления до даты начала заболевания.

Задача :180.5636

2014-11-12 15:50:19
Краткое описание :
Просьба изменить алгоритм проверки дат в ОВР
Описание :
Общая ведомость распределения
Что измененно :

Сейчас чтобы построить отчет за следующий месяц необходимо сначала изменить дату окончания, потом дату начала.
Если забыть это сделать, то будем получать сообщения, что дата окончания меньше чем дата начала.
Приходится снова менять дату начала,
исправлять окончание и потом уже исправлять дату начала (месяц и год то есть).
Такое нарушение порядка задания параметров непривычно пользователям пришедших с других систем.
Предлагаю сообщение оставить, но дату окончания приравнять дате начала автоматически.
Либо можно сделать как это делается в бухгалтерских отчетах - никаких предупреждений не выдается, поле окончание подсвечивается красным
запуск отчета до исправления обязательных полей и неправильно заполненных заблокирован.
Как измененно :

В окне формирования параметров ОВР изменен алгоритм проверки дат.
Если месяц начала отчетного периода после корректировки больше месяца окончания отчетного периода, то месяц окончания становится равным месяцу начала.

Задача :180.8331

2014-11-12 15:50:19
Краткое описание :
Расчетная ведомость с сальдовыми остатками
Описание :
Расчетная ведомость с сальдовыми остатками
Что измененно :

Реализовать отчетную форму "Расчетная ведомость" (форма Т-1) для Казахстана, утвержденную Приказом Министра финансов Республики Казахстан от 20.12.2012 N 562 "Об утверждении форм первичных учетных документов".
Как измененно :

ЗП - Отчеты - Отчеты по оплате труда персонала - Расчетная ведомость. Форма Т1.

Реализована отчетная форма "Расчетная ведомость" (форма Т-1) для Казахстана. Отчет в формате Excel. В отчет выводятся только работники, у которых есть или начисления или удержания за выбранный период.

Для формирования отчета нужно указать:
1) На первой вкладке "Основные параметры":
- Начальный месяц;
- Конечный месяц;
- Год;
- ИНН/БИН;
- Сортировка (по табельному, по фамилии);
- Фильтры по подразделениям и работникам;
2) На второй вкладке "Начислено" нужно выбрать начисления по различным группам.
3) На третьей вкладке "Удержано" нужно выбрать удержания по различным группам.

Задача :180.8419

2014-11-12 15:50:19
Краткое описание :
В рамках ПНР. Нужно добавить проверку при корректировке в предв.просмотре
Описание :
Предварительный просмотр
Что измененно :

При корректировке в предварительном просмотре дней/часов по основным видам оплаты изменяются дни/часы в других видах оплаты, которые связаны с основной оплатой.
Необходимо добавить для таких видов оплат проверку поля № (UCHRABVR.SUMMA27). В случае, когда пользователи не используют переходы в межпериод, а разносят оплаты в предварительном просмотре без учета периодов, но с использованием поля "№".
Поэтому при корректировке в предварительном просмотре при совпадении проверяемых сейчас параметров "слетают" дни/часы у всех оплат независимо от поля "№", на который ориентируются пользователи. Это приводит к неправильным расчетам и требует большого количества времени для исправления "слетевших" часов.
Как измененно :

Для РК. При корректировке в предварительном просмотре дней/часов по основным видам оплаты добавлена проверка поля № (UCHRABVR.SUMMA27).