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

ф. 601 (7.7.21) - проблемы

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Банковская отчетность (оперативная, обязательная, Oracle Reports)
Предыдущая тема :: Следующая тема  
Автор Сообщение
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 05, 2008 09:43   ф. 601 (7.7.21) - проблемы Ответить с цитатой
Полезность: 2
Неверно сохраняются данные по кодам ОКАТО.
В операции INTEGR_FORMS.F_601 необходимо заменить в следующем запросе rownum на REC_NUM, т.к. использование rownum в этом контексте логически неправильно
Код:
            select y
               ( y.rep_tun                     : rep_tun
               , y.curr                     : curr
               , sum(abs(y.summa))               : summa
               , round(sum(abs(y.summa))/1000, 4)   : summa_ths
               , sum(abs(y.summa_rur))            : summa_rur
               , sum(y.oper)                  : opercount
            ) in (
               -- 04.02.08 КОБ Тимошевский Д.С.
               -- заменили rownum на REC_NUM, т.к. никак не получить следующую запись,
               -- если в PL/SQL таблице запись с таким же номером не удовлетворяет выборке
               select b
                  ( [F_601_DATA].[F_601_LIB].GetArrReqC(/*rownum*/b.[REC_NUM], 'rep_tun')      : rep_tun
                  , [F_601_DATA].[F_601_LIB].GetArrReqC(/*rownum*/b.[REC_NUM], 'curr')         : curr
                  , [F_601_DATA].[F_601_LIB].GetArrReqN(/*rownum*/b.[REC_NUM], 'summa')         : summa
                  , [F_601_DATA].[F_601_LIB].GetArrReqN(/*rownum*/b.[REC_NUM], 'summa_rur')      : summa_rur
                  , [F_601_DATA].[F_601_LIB].GetArrReqN(/*rownum*/b.[REC_NUM], 'oper')         : oper
               ) in ::[DUMMY]
               where   /*rownum*/b.[REC_NUM] <= nTmp
                  -- только данные по конкретному субъекту РФ
                  and ([F_601_DATA].[F_601_LIB].GetArrReqC(/*rownum*/b.[REC_NUM], 'OKATO') = OKATO or OKATO is null)
            ) group by y.rep_tun, y.curr
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 05, 2008 09:48    Ответить с цитатой
Полезность: Нет оценки
Не удается настроить получение правильных данных для формы по коду ОКАТО, отличному от кода головного офиса.
Дело в том, что валюта мигрирует из одного региона в другой - туда и обратно. В общей форме эти перевозки ценностей никак не учитываются (и не должны). А вот в формах в разрезах ОКАТО эти проводки должны учитываться. Иначе исходящий остаток по валюте не равен входящему +-обороты.
Так вот никак не придумать, как можно реализовать такую настройку. Чтоб она действовала на ОКАТО-вские расчеты.
Есть идеи?
r00st
Эксперт


Вступление в Клуб: 14.09.2007
СообщениеВт Фев 05, 2008 12:54    Ответить с цитатой
Полезность: Нет оценки
Не зная специфики поставленной задачи в голову приходит только один вариант:
Корреспонденция по счетам, имеющим различные коды филиалов в номере. в общем случае, в настройке будет количество строк шаблонов, равное количеству филиалов.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 05, 2008 14:10    Ответить с цитатой
Полезность: Нет оценки
r00st пишет:
Не зная специфики поставленной задачи в голову приходит только один вариант:
Корреспонденция по счетам, имеющим различные коды филиалов в номере. в общем случае, в настройке будет количество строк шаблонов, равное количеству филиалов.

я веду речь не столько о филиалах, а о внутренних структурных подразделениях, которые расположены в двух регионах.
Действительно, в счетах есть номера подразделений. Могу создать настройки, основываясь на масках счетов. Все это могу!

НО в этом случае в общем отчете по банку тоже начинают меняться показатели. А в общем отчете эти проводки не надо учитывать. Т.е. для какого-то отдельного ОКАТО инкассация - это приход или расход валюты. А для банка в целом внутрибанковская инкассация - это не есть ни приход, ни расход.
r00st
Эксперт


Вступление в Клуб: 14.09.2007
СообщениеВт Фев 05, 2008 14:17    Ответить с цитатой
Полезность: Нет оценки
Что мешает развести расчеты профилями?
----
А вообще, проще реализовать свой блок с помощью расширения дистрибутивного расчета, взяв за основу обработку корреспонденций.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Фев 05, 2008 14:31    Ответить с цитатой
Полезность: Нет оценки
r00st пишет:
Что мешает развести расчеты профилями?
----
А вообще, проще реализовать свой блок с помощью расширения дистрибутивного расчета, взяв за основу обработку корреспонденций.

1. Разные профили трудно сопровождать
2. Дистрибутивный функционал рассчитывает сразу и по кодам ОКАТО и по банку в целом. Значит, он должен предусматривать такую возможность (в теории).

В принципе оба варианта подходят, только трудоемки. Спасибо за предложение.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Банковская отчетность (оперативная, обязательная, Oracle Reports) Часовой пояс: GMT + 3
Страница 1 из 1

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