Проводка документа часом назад
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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 |
|
Полезность: Нет оценки
|
Решили потребовать от разработчика ПО терминалов по крайней мере придерживаться при передаче последовательности операций, соотвествующей реальной, пусть и с какой-то задержкой по времени.
Компромисс...
Спасибо всем за ответы. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
