CftClub.ru
Клуб специалистов ЦФТ-Банк

Переход на версию 9.3 IBSO
На страницу 1, 2, 3  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Авг 17, 2009 07:52   Переход на версию 9.3 IBSO Ответить с цитатой
Полезность: 4
На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях...

Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков.

Не работает проверка ключа ИНН при вводе или редактировании досье организации (ЮЛ).
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПн Авг 17, 2009 11:02   Re: Переход на версию 9.3 IBSO Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях...
Странно... У нас все журналы считаются правильно, суммы возврата и выплат тоже

timochev пишет:
Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков.
У нас изначально, с введения 318-П работает своя операция-шаблон, т.к. предложенная операция печати кеглем 8 пт наших не устроила

timochev пишет:
Не работает проверка ключа ИНН при вводе или редактировании досье организации (ЮЛ).
Так и в 9.2 она не работала. (на более ранних проверить не могу) Smile
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеПн Авг 17, 2009 11:40   Re: Переход на версию 9.3 IBSO Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Объявление на взнос наличными (MAIN_DOCUM.PRINT_LIB_3.ob_vsn) стало печататься на 2-х страницах. На вторую уезжает одна строка. Несоответствие зарегал. В качестве временного решения убрал предпоследнюю строку из минусиков.
у нас тоже самое с момента введения 318-П используем печать 8-м кеглем
_________________
всегда есть как минимум 2 выхода
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеСр Авг 19, 2009 15:23   Re: Переход на версию 9.3 IBSO Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
На версии 9.3 обнаружилась бага в депозитах.
Неверно определяется сумма процентов, выплачиваемых клиенту, при расторжении договора. Возможно бага сказывается и в других ситуациях...

По данной ошибке получил из ЦФТ хранилище с исправлением DEPN.LIB_01
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеСр Авг 19, 2009 16:48    Ответить с цитатой
Полезность: Нет оценки
В разных отчетах в шапке у нас изменилось название банка. Раньше в библиотеке BRANCH.SLIB функция GET_BANK_NAME возвращала значение реквизита NAME (Наименование) из справочника банков, а теперь стала возвращать LONG_NAME (Полное наименование).
У нас "Полное наименование" нашего банка было заполнено наоборот более кратко по сравнению с "Наименованием". Пришлось подкорректировать.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Авг 20, 2009 14:02    Ответить с цитатой
Полезность: Нет оценки
Начались глюки с проводкой нескольких папок платежей.
Если внутри одной транзакции (например, внутри одной операции без промежуточных commit) отправлять разные папки на проводку операцией FOLDER_PAY.FOLDER_TO_PROV, то как только одна папка не сможет провестись (например, выход в красное), то следом за ней остальные тоже не проведутся!
В версии 9.1 такого не было.
Несоответствие зарегистрировано.
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеЧт Авг 20, 2009 14:09    Ответить с цитатой
Полезность: Нет оценки
После наката 9.3 свалились ХУКи РЦ.. оказалось снесли в дистрибутиве используемые нами транспортные библиотеки..
_________________
всегда есть как минимум 2 выхода
gremme
Участник со стажем


Вступление в Клуб: 07.08.2009
СообщениеЧт Авг 20, 2009 19:34    Ответить с цитатой
Полезность: Нет оценки
Alexsey пишет:
После наката 9.3 свалились ХУКи РЦ.. оказалось снесли в дистрибутиве используемые нами транспортные библиотеки..


При обновлении предупреждали об этом и заранее на сайте сопровождения писали о том что бы предупредили кому нужны эти библиотеки.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Авг 24, 2009 08:24    Ответить с цитатой
Полезность: 1
При обработке материального документа "Донаценка ТМЦ" возникает ошибка: "В справочнике "Настройки." не найдена настройка с кодом <NAL_PREM_BY_MOVE_DATE>!".
Почему-то эта настройка сама не создалась согласно документации - пришлось создавать вручную.
Цитата:
Расчет налоговой амортизации
Для реализации разъяснений в Письме МинФина от 22 января 2008 г. N 03-03-06/1/29 и для возможности сохранения прежнего функционала, добавлена новая настройка, позволяющая банку изменить порядок начисления налоговой премии при модернизации объекта и доработан функционал для учета значения данной настройки.

Информация для Администратора:
...
При установке данного Обновления в справочник "Настройки." (FP_TUNE) добавляется запись "Начислять премию в месяц обработки движения модернизации" (NAL_PREM_BY_MOVE_DATE) с умолчательным значением "Нет", что соответствует существовавшему ранее варианту работы.

Информация для Пользователя:
Технология работы с новой настройкой "Начислять премию в месяц обработки движения модернизации" описана в пользовательской документации "Глава 11_01 Принципы реализации и функциональное наполнение подсистемы "Учет ТМЦ"", раздел "Первоначальная настройка подсистемы ВХО", подраздел "Настройка налоговой премии".
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Авг 24, 2009 11:51    Ответить с цитатой
Полезность: Нет оценки
Пишу в эту тему, поскольку обнаружил ниже описанные факты именно на этой версии. Но они могли быть и ранее.

2 момента по переформированию сообщений по 311-П:
1. При переформировании очень старого сообщения (за прошлый год) операцией "Переформировать файл" не заполняется поле "ТелБанка". В то же время при переформировании последних файлов - заполняется.
2. При переформировании очень старого сообщения операцией "Переформировать файл" не перевычисляются поля ДолжнПрБ и ФИОПрБ.

По п.1. - надо заполнить у старых записей реквизит REQ_FILE.BANK_PHONE. Видимо при появлении этого реквизита код стал его использовать, а конвертации никакой не предусмотрели.
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеЧт Сен 03, 2009 09:40    Ответить с цитатой
Полезность: Нет оценки
Добрый день!

После наката 9.3 стали невалидными некоторые операции связанные со счет-фактурами.

Ругается на то, что в типе [FACTURA_DOC] в библиотеке[INFO_LIB] нет функции get_sign_gruz_reqs().

Как это можно поправить? (кроме как скопировать эту функцию из предыдущей версии)
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеЧт Сен 03, 2009 10:10    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Добрый день!

После наката 9.3 стали невалидными некоторые операции связанные со счет-фактурами.

Ругается на то, что в типе [FACTURA_DOC] в библиотеке[INFO_LIB] нет функции get_sign_gruz_reqs().

Как это можно поправить? (кроме как скопировать эту функцию из предыдущей версии)
Вообще-то эта функция там есть. Версия библиотеки от 03.07.2009 10:38:41
Vovidez
Профи


Вступление в Клуб: 27.09.2007
СообщениеЧт Сен 03, 2009 11:22    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
Вообще-то эта функция там есть. Версия библиотеки от 03.07.2009 10:38:41


Все так... функция есть... Пробовали перекомпилировать библиотеку [FACTURA_DOC].[INFO_LIB]? В спецификации пакета функция описана?

Если в пакете описание функции есть, значит ошибка не та, что Вы привели... ошибку в студию! и заодно метод, которые поломан из-за этой ошибки...

P.S. Обратите внимание, что в версии 9.3 необходимо было бновить пакетный шлюза IBSO_BankFaktura, с версии 5.2 на версию 5.3.


Последний раз редактировалось: Vovidez (Чт Сен 03, 2009 11:25), всего редактировалось 1 раз
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеЧт Сен 03, 2009 11:25    Ответить с цитатой
Полезность: Нет оценки
Alex2019, после установки дополнений все инвалиды откомпилировались правильно. Функция появилась.

Еще вопрос:

После наката пакет Z#VZ_PRODUCT#INTERFACE стал невалидным. Насколько это критично?


Последний раз редактировалось: Kozyrev (Чт Сен 03, 2009 11:28), всего редактировалось 1 раз
Vovidez
Профи


Вступление в Клуб: 27.09.2007
СообщениеЧт Сен 03, 2009 11:27    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Alex2019, после установки дополнений все инвалиды откомпилировались правильно. Функция появилась.


Все верно, т.к. в Дополнении 9.3.02 присутствовала библиотека FACTURA_DOC.INFO_LIB. Но и до установки этого Дополнения объекты должны были быть валидны.

Удачи!
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу 1, 2, 3  След.
Страница 1 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru