| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
InNesKA
Участник со стажем
Вступление в Клуб: 05.06.2008
|
 Чт Дек 24, 2009 13:57 Настройка СПОД проводок по депозитам до сдачи годового отчет |
 |
Полезность: Нет оценки
|
При настройке проводок по возврату ранее учтенных/причисленных процентов прошлых лет (СПОД после НГ) наткнулась на ошибку, что 2009 год воспринимается как текущий, а не как незакрытый прошлый период. Сделала запрос, пока ждала..нашла ошибку..всё было из-за ошибки в библиотеке LIB_01 в Депозитах.
В Локальных описаниях строка 1989:
было:
-- Уменьшим проценты к возврату за счет процентов к выплате
-- Если расчет по текущему курсу и не надо осуществлять проводки
по возврату процентов и выплаты одновременно
| Код: | if sum_not_payment > 0 and calc_today and not retPrcWithReg then
for i in last_per_ind..t_fact.count
|
д.б. :
-- Уменьшим проценты к возврату за счет процентов к выплате
-- Если расчет по текущему курсу и не надо осуществлять проводки по возврату процентов и выплаты одновременно
| Код: | if sum_not_payment < 0 and calc_today and not retPrcWithReg then
for i in last_per_ind..t_fact.count
|
|
|
 |
smumric
Участник
Вступление в Клуб: 31.08.2009
|
| Вс Дек 27, 2009 14:58 форма 115 |
|
Полезность: Нет оценки
|
Добрый день!
Подскажите, а в IBSO форма 115 у всех нормально считается?  |
|
|
Kozyrev
Участник - экстремал
Вступление в Клуб: 03.09.2007
|
| Пн Дек 28, 2009 08:09 |
|
Полезность: Нет оценки
|
| Цитата: | | Подскажите, а в IBSO форма 115 у всех нормально считается? |
У нас эта форма не работает с версии 9.2, как мы за нее взялись, и нашему запросу уже полгода... |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Янв 12, 2010 10:15 |
|
Полезность: Нет оценки
|
Коллеги!
Кто-нибудь уже установил 9.5.18? Как оно? Работает без глюков?
| Цитата: | Реализована возможность формирования в системе платежей в бюджет в соответствии с Приказом Минфина РФ от 1 октября 2009 г. N 102н "О внесении изменений в приказ Министерства Финансов Российской Федерации от 24 ноября 2004 года N 106н "Об утверждении правил указания информации в полях расчетных документов на перечисление налогов, сборов и иных платежей в бюджетную систему Российской Федерации" в следующих подсистемах:
- Учетное ядро;
- Зарплата;
- Внутрихозяйственные операции;
- Расчетный центр;
- Взаимодействие с Faktura.ru;
- Взаимодействие с FineReader. |
|
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Вт Янв 12, 2010 11:59 |
|
Полезность: 1
|
| timochev пишет: | Коллеги!
Кто-нибудь уже установил 9.5.18? Как оно? Работает без глюков?
|
Мы установили. Глюков особых нет, теперь точки в поле не подставляются - везде, где был импорт из внешних систем теперь передаем поле с точками, раньше убирать приходилось перед передачей. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Янв 12, 2010 17:52 |
|
Полезность: Нет оценки
|
При конвертации при установке дополнения 9.5.20 у меня возникает ошибка:
| Цитата: | Ошибка при исполнении кода через динамический PL/PLUS:
ORA-02292: integrity constraint (IBS.Z#FK_Z#ANALYTIC_PRZ_REF3) violated - child record found
begin [CONV_57].[U20091224_REP_2]; end;
|
Поправил нижеуказанный код этой операции, добавив в запрос all (чтобы удалялись записи, принадлежащие массивам).
| Код: | for (select p(p : id
,p.[ANALYTIC] : ANALYTIC)
in ::[ANALYTIC_PRZ]
where exists(select z(1) in t.[ANALYTIC] where p.[ANALYTIC]= z)
)
loop
p.id%delete;
end loop;
|
После этого конвертилка отработала.
Только непонятно, правильное ли это решение. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 13, 2010 11:16 |
|
Полезность: Нет оценки
|
После 9.5.19 получилась кривая ЭФ кассового документа. Да и вообще не работает форма! Не ввести номер кассы, счет клиента. С навигацией вообще ж..а
Зарегал несоответствие. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 13, 2010 14:08 |
|
Полезность: Нет оценки
|
| timochev пишет: | | После 9.5.19 получилась кривая ЭФ кассового документа. Да и вообще не работает форма! Не ввести номер кассы, счет клиента. С навигацией вообще ж..а |
Как ни странно, помогла перекомпиляция операции.
Еще Служба сопровождения прислала хранилище с улучшенной навигацией. |
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Ср Янв 13, 2010 15:02 |
|
Полезность: 1
|
| egor_spb пишет: | | timochev пишет: | Коллеги!
Кто-нибудь уже установил 9.5.18? Как оно? Работает без глюков?
|
Мы установили. Глюков особых нет, теперь точки в поле не подставляются - везде, где был импорт из внешних систем теперь передаем поле с точками, раньше убирать приходилось перед передачей. |
Поторопился хвастаться!
При списании с картотеки прошлогодних документов, которые были поставлены до наката 9.5.18, формируются документы без разделительных точек  |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 13, 2010 16:33 |
|
Полезность: Нет оценки
|
| Цитата: | При печати многострочного мем.ордера операцией "Распечатать" возникает ошибка:
**********************************************
ORA-06502: PL/SQL: numeric or value error
ORA-06512: at "IBS.Z$MAIN_DOCUM_PRINT_LIB_2", line 838
**********************************************
В данный мем.ордер объединены 444 мем.ордера.
Происходит переполнение строки. |
Там есть переменная ret длиной 32000. Она и переполняется |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Янв 13, 2010 16:57 |
|
Полезность: Нет оценки
|
Зарегал несоответствие по 9.5.19:
| Цитата: | | Многострочный мемориальный ордер не печатается операцией "Печать платежных документов". Появляется форма мем. ордера с пустым местом вместо списка счетов. Остальные поля заполнены. |
|
|
|
egor_spb
Участник - экстремал
Вступление в Клуб: 28.09.2007
|
| Ср Янв 13, 2010 18:11 |
|
Полезность: Нет оценки
|
| timochev пишет: | | Цитата: | При печати многострочного мем.ордера операцией "Распечатать" возникает ошибка:
**********************************************
ORA-06502: PL/SQL: numeric or value error
ORA-06512: at "IBS.Z$MAIN_DOCUM_PRINT_LIB_2", line 838
**********************************************
В данный мем.ордер объединены 444 мем.ордера.
Происходит переполнение строки. |
Там есть переменная ret длиной 32000. Она и переполняется |
Да, переполняется гораздо быстрее, пробовал 200 мем ордеров - уже переполнение. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Янв 18, 2010 11:22 |
|
Полезность: Нет оценки
|
Наблюдается зависание операции "Редактировать многострочный мемориальный ордер" при нажатии кнопки "Многострочный м/о" в режиме "включить в многострочный м/о".
В фильтре к параметру операции имеется код:
| Код: | ( {&C_ACC_DT} = [V_ACC_DT] or {&C_ACC_KT} = [V_ACC_KT] )
and
trunc({C_DATE_DOC}) = [V_DATE] |
Из-за trunc(...) запрос не встает на индекс по дате, работают только индексы по счетам, а за всю историю эксплуатации ЦФТ-Банк по одним и тем же счетам проведено огромное количество документов. Искать без индекса по дате в этом множестве - нонсенс.
Если убрать TRUNC, то скорость превосходная.
Вроде как в C_DATE_DOC не должно быть времени. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Вт Янв 19, 2010 09:49 |
|
Полезность: Нет оценки
|
| timochev пишет: | | Вроде как в C_DATE_DOC не должно быть времени. |
Вообще-то поиск дал за прошлый год несколько сотен таких документов. И несколько за этот 
Есть предположение (разбираться недосуг), что ненулевое время прописывается в это поле, если документ создается прошлой датой |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Янв 19, 2010 11:11 |
|
Полезность: Нет оценки
|
В определенных случаях неверно нумеруются страницы многострочного мемориального ордера при печати операцией "Распечатать".
Например, реально печатается 5 страниц, а номера страниц следующие: 1(4), 2(4), 3(4), 4(4), 4(4).
Запостил заявку. Буду править вычисления. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
