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

Проводка документа часом назад

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Разработка в PL/PLUS. Оптимизация запросов Oracle
Предыдущая тема :: Следующая тема  
Автор Сообщение
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеВт Авг 23, 2016 12:22   Проводка документа часом назад Ответить с цитатой
Полезность: Нет оценки
Подскажите, пожалуйста
Нужно из операции создать и провести платежный документ даже не "вчерашней датой", а сегодняшней, но некоторым временем тому назад.
Т.е. "воткнуть" его в определенное место выписки.
Установка Даты валютирования не влияет, проводится в текущем времени.
Если у уже проведенного документа поменять дату проводки

refDoc.[DATE_PROV] := OldDate_MyTime;

все прокатывает, но выписка не меняется, в ней этот документ все-равно остается последним.
Руками выписку править? - как-то некрасиво...
А как правильно сделать?

Документ создается, например, операцией [NEW#DOC]
проводится [DOC_TO_PROV]
vtar
Эксперт


Вступление в Клуб: 20.03.2009
СообщениеВт Авг 23, 2016 14:04    Ответить с цитатой
Полезность: Нет оценки
попробуй затолкать OldDate_MyTime не только в refDoc.[DATE_PROV] но и в реквизит [STAMP] выписки по счету ( RECORDS r%collection = acc.[ARC_MOVE] ) где фигурирует документ
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеВт Авг 23, 2016 14:20    Ответить с цитатой
Полезность: Нет оценки
vtar пишет:
попробуй затолкать OldDate_MyTime не только в refDoc.[DATE_PROV] но и в реквизит [STAMP] выписки по счету ( RECORDS r%collection = acc.[ARC_MOVE] ) где фигурирует документ


Надеялся, что есть способ сразу при проводке задать нужную дату.
Ну, т.е. и выписку тоже надо править, ОК, спасибо.
OlegFB
Участник - экстремал


Вступление в Клуб: 11.07.2007
СообщениеВт Авг 23, 2016 15:37    Ответить с цитатой
Полезность: Нет оценки
garsia пишет:
vtar пишет:
попробуй затолкать OldDate_MyTime не только в refDoc.[DATE_PROV] но и в реквизит [STAMP] выписки по счету ( RECORDS r%collection = acc.[ARC_MOVE] ) где фигурирует документ


Надеялся, что есть способ сразу при проводке задать нужную дату.
Ну, т.е. и выписку тоже надо править, ОК, спасибо.


Мало того, что надо править, ещё и пересчитать её за этот день (а возможно и все последующие) придётся!
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеВт Авг 23, 2016 16:33    Ответить с цитатой
Полезность: Нет оценки
OlegFB пишет:
garsia пишет:
vtar пишет:
попробуй затолкать OldDate_MyTime не только в refDoc.[DATE_PROV] но и в реквизит [STAMP] выписки по счету ( RECORDS r%collection = acc.[ARC_MOVE] ) где фигурирует документ


Надеялся, что есть способ сразу при проводке задать нужную дату.
Ну, т.е. и выписку тоже надо править, ОК, спасибо.


Мало того, что надо править, ещё и пересчитать её за этот день (а возможно и все последующие) придётся!


Печалька...
svn
Профи


Вступление в Клуб: 04.02.2008
СообщениеВт Авг 23, 2016 16:45    Ответить с цитатой
Полезность: Нет оценки
а самое главнный вопрос зачем вам это потребовалось?
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеВт Авг 23, 2016 17:21    Ответить с цитатой
Полезность: Нет оценки
svn пишет:
а самое главнный вопрос зачем вам это потребовалось?


У меня секретов нет )
Система оплаты услуг через платежные терминалы.
Сами платежи и инкассации терминалов прилетают в АБС асинхронно и кто-то из них может задержаться.
Т.е. выписка будет кривая
Хочется вставлять документы соответственно реальному времени операций.
Alkov
Профи


Вступление в Клуб: 23.09.2010
СообщениеСр Авг 24, 2016 02:35    Ответить с цитатой
Полезность: Нет оценки
--все прокатывает, но выписка не меняется, в ней этот документ все-равно остается последним.
А если пересчитать журнал остатков по счёту запустив FILL_JOUR_SALDO ?
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеСр Авг 24, 2016 09:03    Ответить с цитатой
Полезность: Нет оценки
Alkov пишет:
--все прокатывает, но выписка не меняется, в ней этот документ все-равно остается последним.
А если пересчитать журнал остатков по счёту запустив FILL_JOUR_SALDO ?


Что-то не нахожу в дистрибутиве такой операции, версия 16.3, есть другие операции по пересчету выписки.
Документов предполагается много, каждый раз переписывать выписку накладно наверное будет...
Идеально было бы, если бы в момент проводки все само-собой делалось.
Если это невозможно - тогда прийдется химичить...
Эмиралька
Эксперт


Вступление в Клуб: 09.11.2015
СообщениеСр Авг 24, 2016 12:31    Ответить с цитатой
Полезность: Нет оценки
garsia пишет:
Alkov пишет:
--все прокатывает, но выписка не меняется, в ней этот документ все-равно остается последним.
А если пересчитать журнал остатков по счёту запустив FILL_JOUR_SALDO ?


Что-то не нахожу в дистрибутиве такой операции, версия 16.3, есть другие операции по пересчету выписки.
Документов предполагается много, каждый раз переписывать выписку накладно наверное будет...
Идеально было бы, если бы в момент проводки все само-собой делалось.
Если это невозможно - тогда прийдется химичить...


Журнал остатков по л/с в ИБСО нету, он есть в РБО.
В ИБСО остатки хранятся в выписке, то есть в записях, которых две на каждый документ.
Alkov
Профи


Вступление в Клуб: 23.09.2010
СообщениеЧт Авг 25, 2016 02:59    Ответить с цитатой
Полезность: Нет оценки
garsia пишет:
svn пишет:
а самое главнный вопрос зачем вам это потребовалось?


Система оплаты услуг через платежные терминалы.
Сами платежи и инкассации терминалов прилетают в АБС асинхронно и кто-то из них может задержаться.
Т.е. выписка будет кривая
Хочется вставлять документы соответственно реальному времени операций.


Т.е. то что по пластиковым картам, транзакциям и документы могут формироваться на несколько суток пойзже после совершения операции вас не смущает , а пара часов для оплаты с терминалов смущает...

p.s. Я бы радовался что они в один ОД хоть попадают до ЗОДа...А то разбирайся потом с клиентами, что они оплатили кредит вчера ,а платёж с терминала дошёл только сегодня и уже набежала просрочка...
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеЧт Авг 25, 2016 09:45    Ответить с цитатой
Полезность: Нет оценки
Alkov пишет:
garsia пишет:
svn пишет:
а самое главнный вопрос зачем вам это потребовалось?


Система оплаты услуг через платежные терминалы.
Сами платежи и инкассации терминалов прилетают в АБС асинхронно и кто-то из них может задержаться.
Т.е. выписка будет кривая
Хочется вставлять документы соответственно реальному времени операций.


Т.е. то что по пластиковым картам, транзакциям и документы могут формироваться на несколько суток пойзже после совершения операции вас не смущает , а пара часов для оплаты с терминалов смущает...

p.s. Я бы радовался что они в один ОД хоть попадают до ЗОДа...А то разбирайся потом с клиентами, что они оплатили кредит вчера ,а платёж с терминала дошёл только сегодня и уже набежала просрочка...


Пластик нисколько не смущает, там ПЦ рулит.
Задержки по определению нет, а АБС здесь вторична.
В каждом банке есть своя специфика, а Вы стрижете под одну гребенку.
Если инкассация прийдет раньше, чем платежи, которые в нее входят, документ вообще не проведется - счет в красное уйдет.
Важно даже не само время документа, а последовательность поступления.
Кроме того, такое понятие как "перфекционизм", товарищи, никто не отменял... ))
Жаль, что в такой громадине как ИБСО не предусмотрена такая мелочь...
OlegFB
Участник - экстремал


Вступление в Клуб: 11.07.2007
СообщениеВт Авг 30, 2016 14:38    Ответить с цитатой
Полезность: Нет оценки
garsia пишет:
Alkov пишет:
garsia пишет:
svn пишет:
а самое главнный вопрос зачем вам это потребовалось?


Система оплаты услуг через платежные терминалы.
Сами платежи и инкассации терминалов прилетают в АБС асинхронно и кто-то из них может задержаться.
Т.е. выписка будет кривая
Хочется вставлять документы соответственно реальному времени операций.


Т.е. то что по пластиковым картам, транзакциям и документы могут формироваться на несколько суток пойзже после совершения операции вас не смущает , а пара часов для оплаты с терминалов смущает...

p.s. Я бы радовался что они в один ОД хоть попадают до ЗОДа...А то разбирайся потом с клиентами, что они оплатили кредит вчера ,а платёж с терминала дошёл только сегодня и уже набежала просрочка...


Пластик нисколько не смущает, там ПЦ рулит.
Задержки по определению нет, а АБС здесь вторична.
В каждом банке есть своя специфика, а Вы стрижете под одну гребенку.
Если инкассация прийдет раньше, чем платежи, которые в нее входят, документ вообще не проведется - счет в красное уйдет.
Важно даже не само время документа, а последовательность поступления.
Кроме того, такое понятие как "перфекционизм", товарищи, никто не отменял... ))
Жаль, что в такой громадине как ИБСО не предусмотрена такая мелочь...


ИМХО, необходимость пересчета выписки после такой вставки убивает идею на корню. Не забывайте, что:
а) пересчитывать нужно выписку по двум счетам - по ДТ и КТ,
б) при пересчете выписки счет блокируется
а теперь совместите пункт "б" с корсчетом -- вас устроит, что Ваши вставки будут ставить раком всю систему?
mlg
Участник со стажем


Вступление в Клуб: 23.07.2007
СообщениеВт Авг 30, 2016 15:43    Ответить с цитатой
Полезность: Нет оценки
garsia пишет:

Пластик нисколько не смущает, там ПЦ рулит.

Так и терминалы, про которые Вы пишите, считайте тот же ПЦ.
Разрешите выводить в красное счет и проблема снята.
garsia
Участник со стажем


Вступление в Клуб: 01.11.2012
СообщениеСр Авг 31, 2016 10:37    Ответить с цитатой
Полезность: Нет оценки
Решили потребовать от разработчика ПО терминалов по крайней мере придерживаться при передаче последовательности операций, соотвествующей реальной, пусть и с какой-то задержкой по времени.
Компромисс...
Спасибо всем за ответы.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Разработка в PL/PLUS. Оптимизация запросов Oracle Часовой пояс: GMT + 3
Страница 1 из 1

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