| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
hornet
Участник со стажем
Вступление в Клуб: 24.07.2008
|
 Чт Фев 05, 2009 16:05 Переход на версию 9.1 (IBSO и RBO) |
 |
Полезность: Нет оценки
|
IBSO тестовая схема. Обновление с 8.8 на 9.1 прошло успешно.
Впереди самое долгое - тестирование ...  |
|
 |
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 пишет: | | У Вас, видимо, в настройке логики продукта не настроена умолчательная касса. |
Факт. Не настроена. Что в данном случае и неплохо, как выяснилось
| timochev пишет: | Я его поменял обратно на старый код:
И еще убрал безусловное обнуление струткуры при валидации
|
Дим, я смотрю, вы смело режете по живому  Иногда приходится, конечно, но стараемся минимизировать такое вмешательство, его ведь сопровождать приходится с каждым патчем. А объектов таких уже много-много сотен, и это не считая самопала, который тоже "вдруг" перестает соответствовать  |
|
|
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 пишет: | | Как говорит один мой коллега: "ЦФТ уже разрушается изнутри". |
Интересно, мой коллега имеет в виду только программу? Или всю организацию в целом? 
Завтра при случае спрошу. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
