| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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] |
При удалении документа, если документ последний в папке, удаляется и сама папка.
Исправил добавлением обнуления папки после удаления внебалансового документа:
|
Добрый день, Дмитрий!
Позволил себе воспользоваться вашим методом устранения ошибки  Спасибо!
Несоответствие заявляли? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Сен 21, 2010 10:23 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | Добрый день, Дмитрий!
Позволил себе воспользоваться вашим методом устранения ошибки Спасибо!
Несоответствие заявляли? |
Добрый день, Александр!
Рад, что пост оказался полезен
Заявлял: 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 пишет: | | Предположу, что этот факт имеет место в случае формирования документов по группам операций. У нас проводки формируются по каждой операции в момент ее совершения, и никаких проблем с откатами реестров не было, т.к. в этот момент никакие документы не ликвидируются и не удаляются. |
Да, вы правы. У нас проводки формируются при закрытии реестров, по группам. Но ведь это вполне себе штатный метод работы, не так ли? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Сен 24, 2010 17:52 Re: Откат реестров валютообмена |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | Но ведь это вполне себе штатный метод работы, не так ли? |
Конечно-конечно! Я обратного и не утверждал. Просто сначала задумался, почему у нас все нормально - потом догадался. Ну и решил уточнить условия появления ошибки. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пт Сен 24, 2010 18:01 Re: Откат реестров валютообмена |
|
Полезность: Нет оценки
|
| timochev пишет: | | Alex2019 пишет: | | Но ведь это вполне себе штатный метод работы, не так ли? |
Конечно-конечно! Я обратного и не утверждал. Просто сначала задумался, почему у нас все нормально - потом догадался. Ну и решил уточнить условия появления ошибки. |
Кстати, не факт, что это не проявится где-либо еще, например, при откате распоряжений (или документов) по конверсионке, в депозитах и т.п., словом там, где документ курсовой разницы создан не ядром при проводке, а продуктом. И ликвидируется им же. Условие такого проявления - наличие в массиве SUBDOCUMENTS мультивалютного документа ссылки типа RATEDIFF на документ РКР. |
|
|
Ivan
Участник
Вступление в Клуб: 01.04.2009
|
| Ср Сен 29, 2010 16:55 |
|
Полезность: Нет оценки
|
Добрый вечер.
Обнаружили такую штуку, при вводе прих-кассового ордера, операционистом в прошлой дате (с правами на дату вставки), документ проводистя сразу, миную состояние "В кассу". Если тот же пользователь делает приходник в текущем числе, то документ встает "В кассу". как д.б. Коллеги, просьба, проверьте у вас также, или это у нас такой баг. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Ср Сен 29, 2010 18:31 |
|
Полезность: Нет оценки
|
| Ivan пишет: | Добрый вечер.
Обнаружили такую штуку, при вводе прих-кассового ордера, операционистом в прошлой дате (с правами на дату вставки), документ проводистя сразу, миную состояние "В кассу". Если тот же пользователь делает приходник в текущем числе, то документ встает "В кассу". как д.б. Коллеги, просьба, проверьте у вас также, или это у нас такой баг. |
Так было всегда со всеми видами кассовых документов. Если не всегда, то последние 5 лет точно
Я пытался заявлять это как несоответствие, не прошло... Мотивация - касса должна работать день в день (с чем спорить сложно).
Для правильного учета в реестре ценностей (если вы с ними работаете), пользователь должен ввести документ, снять крыж "Обработать" и оставить его в состоянии "Не обработан". Кассир по 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) платежного требования дата в отметках банка получателя больше даты получения документа банком плательщика | Цитата: | Неверно заполняется дата в отметках банка получателя (поле 4 в платежном требовании при печати платежного требования операцией "Печать платежных документов" с признаком "Штамп".
Согласно 2-П штамп проставляется "при представлении платежного требования получателем в обслуживающий его банк".
Исходя из этого, дата в отметках банка получателя есть дата представления требования в банк получателя. Этот момент происходит после составления документа, но раньше, чем документ поступаетв банк плательщика.
Дата ПТ <= Дата отметки Б-получателя <= Поступ. в банк плательщика
На картинке данное неравенство не соблюдено. Дата отметки банка получателя (06.10.10) превышает дату поступления в банк плательщика (30.09.10).
Вопрос - какую дату ставить?
Для исходящих ПТ поле не заполняется.
Если ПТ внутреннее, то дата в отметках банка получателя должна равняться дате поступления в банк плательщика (поскольку речь об одном и том же банке)!
Если ПТ входящее и Дата ПТ = Дате поступления в банк плательщика, то = дате ПТ.
А вот если ПТ входящее, а даты неравны, то вроде как дату автоматом не определить... Может ее тогда вообще не заполнять (или не печатать штамп)? |
|
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
