L_KATORG
Краткое описание :
Необходимо сохранять последние состояние интерфейса выбора групп организацийОписание :
Редактирование организацийЧто измененно :
Необходимо восстанавливать последнее состояние иерархии при запуске интерфейса "Выбор групп организаций".
Как измененно :
При запуске интерфейса "Выбор групп организаций" восстанавливается последнее состояние иерархии.
Добавлена обработка комбинаций клавиш [Раскрыть все ], [Закрыть все ].
L_KATORG
Краткое описание :
Печать каталога организаций в представление "древо"Описание :
Интерфейс выбора организацийЧто измененно :
Печать каталога организаций в представление "древо".
Не работает печать помеченных организаций в древовидном виде. Печатаются все организации.
В списке все работает нормально.
Как измененно :
1. Убрано ограничение по пометке в списке только при наложенном фильтре по архивности.
2. Печать в иерархическом представлении по помеченным записям
L_KATORG
Краткое описание :
Зависание при выборе контрагента в ДООписание :
Счета, ДО на продажуЧто измененно :
Зависание при выборе контрагента в ДО
Установлены настройки
Настройки Галактики-Общие настройки системы-Интерфейсы выбора-Доступные группы организаций - выбрана группа, а которой всего одна организация.
Настройки Галактики-Общие настройки системы-Интерфейсы выбора-Автоматически запускать интерфейсы выбора-да.
Если войти в каталог контрагентов по пути Управление сбытом-Настройка-Заполнение каталогов-Организации и банки, каталог с этой одной организацией открывается за доли секунды, легко и быстро можно создать нового контрагента (при любой выбранной группе).
Но если попробовать выбрать контрагента из ДО на продажу - Управление сбытом-Документы-ДО на продажу, создать новое до и нажать на "три точки" поле Плательщик - Галактика зависает минут на 10.
Это очень зависит от группы выбранной в настройке, одни и в ДО открываются быстро, а другие медленно.
На тестовой базе Асконы (gal_vek) проблема повторяется на группах ООО Fraskonti и СкайСпринг(ВЕК).
Как измененно :
Исправлено замедление при отображении дерева в интерфейсе выбора контрагентов при установке ограничения по доступной группе организаций
L_KATORG
Краткое описание :
Убрать неработающие F3,F7,F8 из статус-строкиОписание :
Редактирование организацийЧто измененно :
Убрать неработающие F3,F7,F8 из статус-строки, когда курсор на кнопке, см. вложение.
Как измененно :
Исправлено
L_KATORG
Краткое описание :
Доработки печатной формы карточки организацииОписание :
Редактирование организацийЧто измененно :
Доработки печатной формы карточки организации.
Необходима печатная форма каталога контрагентов с
юридическим и почтовым адресом. На данный момент в
отчеты выводиться только адрес с закладки "прочее".
Как измененно :
В форму LISTORG добавлены 4 поля:
cAddrP - ссылка на почтовый адрес
AddrP - почтовый адрес
cAddrY - ссылка на юридический адрес
AddrY - юридический адрес
L_KATORG
Краткое описание :
Неправильный расчет ключевого разряда расчетного счетаОписание :
Редактирование банковЧто измененно :
Неправильный расчет ключевого разряда расчетного счета.
Внутрений инциндент 1.764
Вот что пишет Клиент
=========================
Неправильно расчитывается ключевой разряд расчетного счета контрагента в случае, если счет открыт в РКЦ.
Алгоритм расчета см. в документе ЦБ России № 515 от 08.09.97.
========================
В ответ на мои вопросы
========================
Контроль счетов по разным алгоритмам производиться для разных полей
1. Для банков по полю KATBANK.SCHET1 (Основной р/с)
2. Для РКЦ по полю KATBANK.SCHET2 (р/с для РКЦ)
При наборе вашего счета в 1 поле дает предупреждение как у вас, но если набирать
во втором, то ошибки нет.
Вопрос - почему вы расчетный счет РКЦ набираете в первом поле?
И что тогда заносите во 2?
Если требуется заполнять оба поля, то какие будут предложения, чтобы и для 1 поля распознать, что это РКЦ? (например по последним 3 знакам БИКА)
Также укажите для чего именно требуется заполнить оба поля
- в каких именно местах возникают проблемы при работе функционала.
Есть еще и 3 поле - где-то информация может быть взята из него.
========================
Он ответил следующее
========================
В системе существуют настройки 320 и 319 контроля расчета ключевого разряда.
Алгоритм правильно отрабатывает для банков, НО НЕ ДЛЯ РКЦ.
Описание алгоритма я привел.
Пример: БИК РКЦ - 042202001, Корректный счет - 40504810300020000003,
Ключевой разряд - 3.
Система выдает ошибку:
Некорректный контрольный ключ в р/с!
Должен быть 4.
Расчетный счет организации всегда указывается в поле "Основной р/с".
В поле "Р/с для РКЦ" заносится информация о корсчете банка организации. Заносится
автоматически при выборе банка из справочника или остается пустым при
выборе РКЦ. Это правильно.
Определить, какой тип банка организации - банк или РКЦ - можно из сравнения полей
"Основной БИК" и "БИК для РКЦ".
Что за поле "Р/с для платежных документов" я не понял.
===========================
Можно пояснить еще следующее. Каждый филиал клиента имеет множество расчетных счетов в раздичных банках, в том числе и в самом РКЦ.
Такие же счета имеют и контрагенты клиента.
Предлагаю доработать функионал проверки, так чтобы и "Основной счет" проверялся по правилам для РКЦ например по варианту
предложенному клиентом или по проверке последних 3 знаков основного БИК (000 - это РКЦ, 001 - ГРКЦ). Алгоритм уже есть
и он работает корректно - надо его переключить на другое поле.
Как измененно :
Если основной расчетный счет совпадает с корреспондентским счетом банка, то проверка его ключевого разряда производится как для РКЦ