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

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


Вступление в Клуб: 02.07.2007
СообщениеСр Сен 15, 2010 09:00    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
При запуске операции "Заполнить коды услуг по форме 402" над платежным документом не подтягиваются реквизиты (Направление платежа, страна нерезидента, БИК банка нерезидента и пр.) из "Инструкция 117-И. База данных...".
Если запускать операцию "Заполнить коды услуг по форме 402" из базы 117-И, то реквизиты заполняются нормально.
В операции F_402_DATA.NEW_DATA пропал кусок кода, инициализирующий ссылку на "Инструкцию 117-И. База данных..."
Код:
               if V_BASE_VO is null or V_BASE_VO = -1 then
                  V_BASE_VO := [BASE_VAL_OP]::[LIB_REPS].BDVO_DOCUMENT_EXISTS(V_DOC);
               end if;
ЦФТ сказал, что убрано специально из-за случая, когда одному платежному документу соответствуют несколько записей в базе данных валютных операций. Предлагается использовать операцию из "Инструкции 117-И. База данных..."
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПт Сен 17, 2010 09:55    Ответить с цитатой
Полезность: 1
Ошибка при вызове операции "Восстановление ошибочно оплаченной суммы" над документом К2:
Цитата:
ORA-20999: CLS-OBJECT_NOT_FOUND: Экземпляр "2136535800" не найден, тип [FOLDER_PAY]

При удалении документа, если документ последний в папке, удаляется и сама папка.
Исправил добавлением обнуления папки после удаления внебалансового документа:
Код:
                delOutDoc:=d.[OUTBAL_DOC];
                d.[OUTBAL_DOC] := null;
                delOutDoc.[DELETE#AUTO];
                -- 17.09.10 КОБ
                if ::[RUNTIME].[OBJ].check_ref(folder%class,folder) = 0 then
                    folder := null;
                end if;
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеВт Сен 21, 2010 10:17    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Ошибка при вызове операции "Восстановление ошибочно оплаченной суммы" над документом К2:
Цитата:
ORA-20999: CLS-OBJECT_NOT_FOUND: Экземпляр "2136535800" не найден, тип [FOLDER_PAY]

При удалении документа, если документ последний в папке, удаляется и сама папка.
Исправил добавлением обнуления папки после удаления внебалансового документа:

Добрый день, Дмитрий!
Позволил себе воспользоваться вашим методом устранения ошибки Smile Спасибо!
Несоответствие заявляли?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Сен 21, 2010 10:23    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
Добрый день, Дмитрий!
Позволил себе воспользоваться вашим методом устранения ошибки Smile Спасибо!
Несоответствие заявляли?

Добрый день, Александр!
Рад, что пост оказался полезен Smile
Заявлял: BS00147287, текущее состояние - "на тестировании"
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеСр Сен 22, 2010 08:49    Ответить с цитатой
Полезность: 1
Файл ф.402 в ПТК ПСД перестал загружаться. Ругается на дату, которая в файле была 21.09.0031
В библиотеке F_402_DATA.EXPORT в функции EXP_DATA использовано неявное преобразование строки в дату, которое и дает такой эффект.
Пришлось сделать так:
Код:
   v_date1    := to_date([str].get_str_par(p_param, 'P_DATE_BEG'),'dd.mm.yyyy');
   v_date2    := to_date([str].get_str_par(p_param, 'P_DATE_END'),'dd.mm.yyyy');
   --v_date1    := [str].get_str_par(p_param, 'P_DATE_BEG');
   --v_date2    := [str].get_str_par(p_param, 'P_DATE_END');

PS Устранено в 10.4
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеЧт Сен 23, 2010 09:40   Откат реестров валютообмена Ответить с цитатой
Полезность: 1
Обнаружилась ошибка отката реестра кассы (сообщение - экземпляр не найден).
Причина: в операции MAKE_DELETE добавлен поиск и удаление документа курсовой разницы к ликвидируемому (тело, с.82). А откат реестра предусматривает ликвидацию всех документов каждой группы в цикле. Если мультивалютный документ папки попадает на ликвидацию первым, то к моменту, когда очередь доходит до документа РКР, последний уже убит.
Временно вылечено добавлением условия отработки нового блока.
BS00147732
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Сен 23, 2010 11:48   Re: Откат реестров валютообмена Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
Обнаружилась ошибка отката реестра кассы (сообщение - экземпляр не найден).
Причина: в операции MAKE_DELETE добавлен поиск и удаление документа курсовой разницы к ликвидируемому (тело, с.82). А откат реестра предусматривает ликвидацию всех документов каждой группы в цикле. Если мультивалютный документ папки попадает на ликвидацию первым, то к моменту, когда очередь доходит до документа РКР, последний уже убит.
Временно вылечено добавлением условия отработки нового блока.
BS00147732

Предположу, что этот факт имеет место в случае формирования документов по группам операций. У нас проводки формируются по каждой операции в момент ее совершения, и никаких проблем с откатами реестров не было, т.к. в этот момент никакие документы не ликвидируются и не удаляются.
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПт Сен 24, 2010 17:41   Re: Откат реестров валютообмена Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Предположу, что этот факт имеет место в случае формирования документов по группам операций. У нас проводки формируются по каждой операции в момент ее совершения, и никаких проблем с откатами реестров не было, т.к. в этот момент никакие документы не ликвидируются и не удаляются.

Да, вы правы. У нас проводки формируются при закрытии реестров, по группам. Но ведь это вполне себе штатный метод работы, не так ли? Smile
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПт Сен 24, 2010 17:52   Re: Откат реестров валютообмена Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
Но ведь это вполне себе штатный метод работы, не так ли? Smile
Конечно-конечно! Я обратного и не утверждал. Просто сначала задумался, почему у нас все нормально - потом догадался. Ну и решил уточнить условия появления ошибки.
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПт Сен 24, 2010 18:01   Re: Откат реестров валютообмена Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Alex2019 пишет:
Но ведь это вполне себе штатный метод работы, не так ли? Smile
Конечно-конечно! Я обратного и не утверждал. Просто сначала задумался, почему у нас все нормально - потом догадался. Ну и решил уточнить условия появления ошибки.
Кстати, не факт, что это не проявится где-либо еще, например, при откате распоряжений (или документов) по конверсионке, в депозитах и т.п., словом там, где документ курсовой разницы создан не ядром при проводке, а продуктом. И ликвидируется им же. Условие такого проявления - наличие в массиве SUBDOCUMENTS мультивалютного документа ссылки типа RATEDIFF на документ РКР.
Ivan
Участник


Вступление в Клуб: 01.04.2009
СообщениеСр Сен 29, 2010 16:55    Ответить с цитатой
Полезность: Нет оценки
Добрый вечер.
Обнаружили такую штуку, при вводе прих-кассового ордера, операционистом в прошлой дате (с правами на дату вставки), документ проводистя сразу, миную состояние "В кассу". Если тот же пользователь делает приходник в текущем числе, то документ встает "В кассу". как д.б. Коллеги, просьба, проверьте у вас также, или это у нас такой баг.
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеСр Сен 29, 2010 18:31    Ответить с цитатой
Полезность: Нет оценки
Ivan пишет:
Добрый вечер.
Обнаружили такую штуку, при вводе прих-кассового ордера, операционистом в прошлой дате (с правами на дату вставки), документ проводистя сразу, миную состояние "В кассу". Если тот же пользователь делает приходник в текущем числе, то документ встает "В кассу". как д.б. Коллеги, просьба, проверьте у вас также, или это у нас такой баг.
Так было всегда со всеми видами кассовых документов. Если не всегда, то последние 5 лет точно Smile
Я пытался заявлять это как несоответствие, не прошло... Мотивация - касса должна работать день в день (с чем спорить сложно).
Для правильного учета в реестре ценностей (если вы с ними работаете), пользователь должен ввести документ, снять крыж "Обработать" и оставить его в состоянии "Не обработан". Кассир по F2 обрабатывает документ, при этом он сразу проводится, движение ценности учитывается у кассира.
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеСр Сен 29, 2010 18:43    Ответить с цитатой
Полезность: Нет оценки
Обнаружена ошибка формирования документов в депозитах.
Не уверен, что "новшество" привнесено именно на 10.3 (мы ее ставили вместе с 10.4), но состоит оно в следующем: теперь в массив сумм распоряжения пишутся курсы Дт и Кт, которые потом наследуются в соответствующие реквизиты некоторых (почему-то не всех) документов.
Беда в том, что курсы эти рассчитываются в LIB_OUT иногда неверно. В частности, для валютных депозитов в документах зачисления и списания эти курсы приравниваются курсу конвертации (которой в данном случае нет), т.е. =1. А с этими единичными курсами сумма НП в проведенном документе равна сумме в валюте. И разница в пару миллионов улетает в дооценку.
Красота - страшная сила...
Временно заменил кусок кода
Код:
elsif VALUTA_PO = &Depn.[FINTOOL] then
   --P_RATE_DT := COURCE;
   --P_RATE_KT := COURCE;
   P_RATE_DT=P_RATE_KT := [DOCUMENT].[LIB_CUR].Get_Rate(&Depn.[FINTOOL],trunc(P_DATE));

BS00148290
pas
Профи


Вступление в Клуб: 20.11.2007
СообщениеСр Окт 06, 2010 09:57    Ответить с цитатой
Полезность: 1
Ошибка при загрузки 102 формы в "ПКТ ПСД - Отчетность".
Зачем то суммы в кавычки взяли.
Смотрим ::[HOOK_BANK].[REPS_EXP_102_1], локальное описание, фун-я n2ch
Код:

Function n2ch( P_NUM number ) return varchar2 is
   Begin
      return '"'||ltrim(to_char(nvl(P_NUM,0), mask))||'"';
   End;
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеЧт Окт 07, 2010 18:03    Ответить с цитатой
Полезность: Нет оценки
Зарегистрировал заявку насчет того, что у нас при печати (через Shift+P) платежного требования дата в отметках банка получателя больше даты получения документа банком плательщика
Цитата:
Неверно заполняется дата в отметках банка получателя (поле 4Cool в платежном требовании при печати платежного требования операцией "Печать платежных документов" с признаком "Штамп".
Согласно 2-П штамп проставляется "при представлении платежного требования получателем в обслуживающий его банк".
Исходя из этого, дата в отметках банка получателя есть дата представления требования в банк получателя. Этот момент происходит после составления документа, но раньше, чем документ поступаетв банк плательщика.
Дата ПТ <= Дата отметки Б-получателя <= Поступ. в банк плательщика
На картинке данное неравенство не соблюдено. Дата отметки банка получателя (06.10.10) превышает дату поступления в банк плательщика (30.09.10).
Вопрос - какую дату ставить?
Для исходящих ПТ поле не заполняется.
Если ПТ внутреннее, то дата в отметках банка получателя должна равняться дате поступления в банк плательщика (поскольку речь об одном и том же банке)!
Если ПТ входящее и Дата ПТ = Дате поступления в банк плательщика, то = дате ПТ.
А вот если ПТ входящее, а даты неравны, то вроде как дату автоматом не определить... Может ее тогда вообще не заполнять (или не печатать штамп)?
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3  След.
Страница 2 из 3

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