Информация о файле обновления Галактика F_KATKOD_RES_81070.txt


Описание файла обновления:
ФайлF_KATKOD_RES_81070.txt
ОбновлениеF_KATKOD_RES_81070
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_KATKOD
ТипRES
Версия8.10.7.0
Дата2011-12-21 15:33:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.5564NEWИзменился символ пометки после переконвертации на каз.языкПреддистрибутив, дистрибутив и демо-версия Галактики ERPКачество преддистрибутива Галактики ERP
После переконвертации базы на поддержку казахского языка в интерфейсах были зафиксированы изменения знака "V" на " " (буква "н с хвостиком"), например в модуле ФРО - Собственное платежное поручение и Собственное валютное платежное поручение. Аналогичная ситуация в случаях, когда помечаем несколько строк. Просим вернуть символ "V" в интерфейсах.Символ пометки заменен на стандартный "V"
102.1003328.10.6.0Добавление маски ввода для КБКФинансово-расчетные операцииПлатежное поручение
Фро / собственное платежное поручение / налоговые реквизиты / кбк. Проблема: "Классификатор КБК содержит два поля - наименование и код. Логично, что поле код должно содержать значение КБК, но поле КБК 20 символов, а код может вместить лишь 15 (длина поля KatKod.Kod). Если вводить значение КБК в поле Наименование, система начинает ругаться на поле Код, что оно не уникальное, приходится вводить и поле Код (забивать какими-то уникальными символами)". Если количество символов поля Код можно изменить только при изменении словаря, то есть предложение назначить для ввода значения КБК (в поле наименование) маску - 20 символов, которые группируются в соответствии с бюджетной классификацией доходов / расходов: XXX X XX XX X XX XX XXXX XXX. При этом необходимо предусмотреть возможность ввода наименования групп не по маске ввода. Если организация пользуется большим количеством КБК, то без маски ввода логично создавать, например, группу Доходы, в ней - группы Налоговые платежи, Безвозмездные перечисления, Доходы от предпринимательской деятельности, и уже в каждой из этих групп - непосредственно цифровые значения КБК. Ко всем цифровым значениям КБК также нужна возможность добавлять текстовое описание - собственно само наименование КБК. Названия полей (Наименование, КБК) также необходимо привести в соответствие с содержанием.Для всех классификаторов добавлено мемо-поле "примечание", куда при необходимости можно ввести текстовое описание. Классификатор КБК, окно редактирования. Поле "Наименование" переименовано в "КБК", поле "Наименование группы" переименовано в "Группа КБК". Добавлена возможность ввода КБК по маске. Для этого необходимо по функции локального меню "Задать маску ввода - Alt+M" установть маску ввода. Маска может состоять из цифр и пробелов. Задается символами "9" и " ". Значение сохраняется в ДСК. По умолчанию подсказывается маска "999 9 99 99 9 99 99 9999 999". Если пользователь установил маску ввода, в окне редактирования открывается поле для ввода КБК по маске. Старый режим ввода (без маски) также сохранен. Его можно использовать для ввода группы КБК. Фактически маска служит только для наглядности заполнения. В базе КБК хранится без пробелов. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1003338.10.6.0Скрыть поле Код в классификаторе КБКФинансово-расчетные операцииПлатежное поручение
Фро / собственное платежное поручение / налоговые реквизиты / кбк. Проблема: "Классификатор КБК содержит два поля - наименование и код. Логично, что поле код должно содержать значение КБК, но поле КБК 20 символов, а код может вместить лишь 15 (длина поля KatKod.Kod). Если вводить значение КБК в поле Наименование, система начинает ругаться на поле Код, что оно не уникальное, приходится вводить и поле Код (забивать какими-то уникальными символами)". Если для ввода значения КБК фактически используется поле Наименование, то поле Код предлагаем заполнять уникальными значениями автоматически, и скрыть его от пользователя, чтобы не вводить в заблуждение.Код кбк автоматически заполняется уникальным значением. P.S. закрывать не стали - не всем может понравится.
102.1023828.10.6.0Help. Подключить топики для каталога КБКФинансово-расчетные операцииПлатежное поручение
окно редактирования платежных поручений > вкладка "Налоговые реквизиты" > F3 в поле "КБК". На окна "Коды бюджетных классификаций" и "Редактирование кода бюджетных классификаций" подключить (вместо текущего) идентификатор BankWKlassifRekvNalog.На окна "Коды бюджетных классификаций" и "Редактирование кода бюджетных классификаций" подключены топики.
102.878068.10.5.0ПП - классификатор назначений платежаФинансово-расчетные операцииПлатежное поручение
у клиента реализована сложная структура классификатора назначений платежа, см. вложенный ф-л необходимо реализовать дополнительный функционал 1. сохранять пометки при выходе и повторном входе в интерфейс классификатора1. Для классификатора назначений включен режим "не очищать предыдущий выбор".
101.393238.10.3.0Платежки - на закладку [Налоговые реквизиты] добавить поле "Налоговый статус"Финансово-расчетные операцииПлатежное поручение
В платежных поручениях на закладке "Налоговые реквизиты" нет поля для ввода "Налогового статуса" (первый параметр из 6-й строки назначения платежа). Его приходится вводить отдельно в другом окне, это неудобно и из-за этого часто возникают проблемы при отправке отчетности через банк, или при печати платежных поручений. Просят добавить.На вкладке "Налоговые реквизиты" добавлено поле "Статус лица или органа, оформившего платежный документ". По F3 в этом поле производится выбор из соответствующего каталога. По локальной функции "Заполнение полей значениями по умолчанию" полю присваивается значение "01". В целях улучшения эргономики поля на вкладке "Налоговые реквизиты" перегруппированы таким образом, чтобы их расположение соответствовало расположению в печатной форме платежного поручения.
101.369418.10.0.2Вызов внешнего атрибута в окне ввода кодов причины постановки на учетЗаработная платаПредложение по новой функциональности модуля заработная плата
Настройка - Коды причины постановки на учет. Просят реализовать вызов внешнего атрибута к записям КПП.В локальное меню интерфейса добавлен пункт "Внешние атрибуты" для вызова интерфейса редактирования значений внешних атрибутов текущей записи классификатора.
102.715138.10.0.1Не тот HelpФинансово-расчетные операцииНазначения платежа
Не тот Help Вместо Классификатора назначений платежа-Классификатор КПП.Подключен Help: 1. Топик BankWKlassifNaznPlat - в интерфейсе выбора назначений платежа в окне редактирования платежного поручения и в окне редактирования реестра распределения валюты (настройки для России). 2. Топик BankWBudgKlassif - во всех интерфейсах выбора классификаторов в окне редактирования платежного поручения на закладке "Бюджет".
102.715388.10.0.1В продолжение ПиР 102.71513Финансово-расчетные операцииНазначения платежа
В продолжение ПиР 102.71513 В классификаторе назначений платежа в предупреждениях и локальном меню присутствует аббревиатура КПП. Например, если ввести не уникальный код записи выдается сообщение "Уже есть такой КПП()!". Предлагаю заменить на универсальный текст, например просто "Печать классификатора" вместо "Печать каталога классификатора КПП" (фраза "каталог классификатора" - это вообще отпад).В окне редактирования классификатора (например: выбор в платежке по F3 в поле "Назначение платежа") исправлено сообщение при выходе из окна на проверку заполнения поля "Код"/"КПП" и на дублирование уже существующего значения в этом поле, в зависимости от типа классификатора. Также исправлено название пункта меню на "Печать классификатора".