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

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


Вступление в Клуб: 24.07.2008
СообщениеЧт Фев 05, 2009 16:05   Переход на версию 9.1 (IBSO и RBO) Ответить с цитатой
Полезность: Нет оценки
IBSO тестовая схема. Обновление с 8.8 на 9.1 прошло успешно.
Впереди самое долгое - тестирование ... Smile
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 17, 2009 16:20   Продуктовое создание внешних документов Ответить с цитатой
Полезность: 1
В 9.1 (вероятно?) слегка перемудрили с контролем и переназначением ИНН.
В операции PATTERN_DOC.LIB в функции define_acc (с.303) ошибка: без проверки заполнения по сути очищается ИНН не клиента. После чего мгновенно ругается CHECK_REQS и документ не формируется. Правится добавлением предварительной проверки на NULL.
BS00096103
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 24, 2009 18:27   Импорт из Reuters Ответить с цитатой
Полезность: 2
Добрый день, коллеги!
Вниманию тех, у кого работает импорт форекс-сделок из Sputnik (Reuters). В 9.1 видимо когда патчили определение валют сделки, строку скопировали, а поправить забыли. И в сделку передается два раза одна и та же валюта.
В операции IMPORT_REUTERS, Локальных описаниях, стр.720 заменить
Код:
v_currency2 := ::[FT_MONEY].[LIB].get_money(Currency1);
на
Код:
v_currency2 := ::[FT_MONEY].[LIB].get_money(Currency2);

(BS00096854)
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеПн Мар 02, 2009 16:52    Ответить с цитатой
Полезность: Нет оценки
Есть операция (моя), которая читает данные из справочника и на основе их создает платежное поручение. Из справочника помимо всего берет и переменную p_CL_KT_1 типа [REQ_INTERNAL]; После этого вызывается функция ::[MAIN_DOCUM].[NEW#AUTO]( ... ).

До версии 8.7 все отрабатывало верно. После установки 9.1, если получатель или плательщик - клиент банка, то в создаваемой программным путем платежке поля ИНН и КПП пустые...

Подскажите, пожалуйста, где копать?
москаль
Участник - экстремал


Вступление в Клуб: 19.09.2007
СообщениеПн Мар 16, 2009 11:25   О ИНН Ответить с цитатой
Полезность: Нет оценки
Александр, спасибо!!!
Нарвались на тоже самое - благодря Вашей подсказке исправили ситуацию. ЦФТ до сих пор подпатч не выпустил - также направил заявку
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Мар 16, 2009 15:17    Ответить с цитатой
Полезность: Нет оценки
В продукте "Депозиты" при использовании операций "Списание" и "Закрытие, расторжение" в рамке "Получатель" произошли следующие неприятные изменения по сравнению с 8.7:
1. По умолчанию выбирается "Наличными". Ранее - по тому же договору было "Безналичное перечисление".
2. При выборе "Безналичное перечисление" не подтягиваются реквизиты, прописанные в договоре для возврата процентов и депозита.
3. При переключении между наличным и безналичным способами туда-сюда реквизиты обнуляются. Даже касса, подтянутая по умолчанию при запуске формы, и та пропадает.
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПн Мар 16, 2009 15:33    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
В продукте "Депозиты" при использовании операций "Списание" и "Закрытие, расторжение" в рамке "Получатель" произошли следующие неприятные изменения по сравнению с 8.7:
1. По умолчанию выбирается "Наличными". Ранее - по тому же договору было "Безналичное перечисление".
2. При выборе "Безналичное перечисление" не подтягиваются реквизиты, прописанные в договоре для возврата процентов и депозита.
3. При переключении между наличным и безналичным способами туда-сюда реквизиты обнуляются. Даже касса, подтянутая по умолчанию при запуске формы, и та пропадает.

1. Странно, но у нас на 9.1 по умолчанию в указанных операциях предлагается как раз безналичное перечисление.
2. Примерно та же ситуация с очисткой полей и в операции "Зачисление депозита". Заявка BS00097733. Штуфанова пообещала инициировать процесс возврата заполнения по умолчанию текущими реквизитами клиента. А пока что локально для этой операции сделано расширение, в котором после секции штатной валидации вставлено
Код:
if P_MESSAGE = 'VALIDATE' then
   if p_info = 'P_CLIENT_REQ.0' then
      P_CLIENT_REQ.[MEMO] := this.[ACC_RETURN];
   end if;
end if;
Видимо, для Списания-расторжения можно сделать нечто аналогичное.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Мар 16, 2009 15:50    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
1. Странно, но у нас на 9.1 по умолчанию в указанных операциях предлагается как раз безналичное перечисление.

У Вас, видимо, в настройке логики продукта не настроена умолчательная касса.
Сейчас появился такой кусок:
Код:
         if P_CLIENT_REQ.[CASH] is not null
         then
            P_CLIENT_REQ.[0] := 2;
            ...
         end if;


Я его поменял обратно на старый код:
Код:
         if P_CLIENT_REQ.[MEMO].[1].[2] is null
         and P_CLIENT_REQ.[MEMO].[2].[1] is null
         and P_CLIENT_REQ.[CASH] is not null
         then
            P_CLIENT_REQ.[0] := 2;
         end if;

Здесь видно, что раньше в If анализировались реквизиты по безналичному возврату, а теперь эта логика утеряна.

И еще убрал безусловное обнуление струткуры при валидации
Код:
if p_info = '%VAR%.V_COMMIS_REQ.0' then
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПн Мар 16, 2009 15:59    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
У Вас, видимо, в настройке логики продукта не настроена умолчательная касса.

Факт. Не настроена. Что в данном случае и неплохо, как выяснилось Smile
timochev пишет:
Я его поменял обратно на старый код:
И еще убрал безусловное обнуление струткуры при валидации
Дим, я смотрю, вы смело режете по живому Twisted Evil Иногда приходится, конечно, но стараемся минимизировать такое вмешательство, его ведь сопровождать приходится с каждым патчем. А объектов таких уже много-много сотен, и это не считая самопала, который тоже "вдруг" перестает соответствовать Very Happy
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Мар 16, 2009 18:23    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
Дим, я смотрю, вы смело режете по живому

К сожалению, это так. Пытаемся искать компромисы. Радуемся, когда они находятся. Но не забываем, что Бизнес превыше всего!
German
Профи


Вступление в Клуб: 25.06.2007
СообщениеСр Мар 18, 2009 09:17    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
... стараемся минимизировать такое вмешательство, его ведь сопровождать приходится с каждым патчем. А объектов таких уже много-много сотен, и это не считая самопала, который тоже "вдруг" перестает соответствовать :D

А мы вставки в дистрибутив регистрируем в собственный справочник. После обновления этот справочник умеет делать поиск по текстам операций и напоминать, что из доработок не восстановлено. Сторожить доработки стало проще.
_________________
Homo homini
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Апр 09, 2009 17:56    Ответить с цитатой
Полезность: 1
Зарегал такое:
Цитата:
Провожу документ, который обнуляет остаток на пассивном счете. Закрываю этот счет. В этот момент счет имеет остаток 0. После этого вызываю операцию "Ликвидация проведенного документа". Документ успешно ликвидируется. На закрытом счете появляется остаток, что недопустимо.

У всех такая фигня? Или только у нас?
Как говорит один мой коллега: "ЦФТ уже разрушается изнутри".
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Апр 09, 2009 18:00    Ответить с цитатой
Полезность: Нет оценки
В депозитах у нас неверно заполняются фактические операции при досрочном расторжении договора. Не появляется ФО "Выплата причисленных процентов" на верную сумму, а сумма у ФО "Возврат депозита" включает в себя и сумму депозита, и проценты. В результате это все выливается, что договор повисает в состоянии "Помечен к закрытию" и дальше не может закрыться. Проверьте, есть ли у Вас такие "повисшие" договоры!

ЗЫ
Работаем без фин. распоряжений. Прямо в форме "Закрытие, расторжение" ставим признак "На проводку".
Если признак не ставить, а проводить из платежных документов, то ФО нормально создается.

ЗЫ2 ЦФТ признало проблему. Делают исправление.


Последний раз редактировалось: timochev (Пт Апр 10, 2009 09:41), всего редактировалось 1 раз
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеЧт Апр 09, 2009 18:07    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Зарегал такое:
Цитата:
Провожу документ, который обнуляет остаток на пассивном счете. Закрываю этот счет. В этот момент счет имеет остаток 0. После этого вызываю операцию "Ликвидация проведенного документа". Документ успешно ликвидируется. На закрытом счете появляется остаток, что недопустимо.

У всех такая фигня? Или только у нас?
Как говорит один мой коллега: "ЦФТ уже разрушается изнутри".
Аналогично. Но еще удивительнее, что такая очевидная дыра по сю пору не заштопана
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Апр 09, 2009 18:51    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Как говорит один мой коллега: "ЦФТ уже разрушается изнутри".

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

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