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

Переход документов в состояние Оплачен

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


Вступление в Клуб: 30.11.2007
СообщениеСр Фев 01, 2012 12:37   Переход документов в состояние Оплачен Ответить с цитатой
Полезность: Нет оценки
Коллеги, помогите разобраться, в какой момент документ меняет состояние.
Ситуация: Пришел документ из РКЦ, мы его провели. На сформировавшейся проводке делаем разноску, исходный документ переходит в состояние Ожидает проводки. Когда проводим все частные проводки, исходный переходит в состояние Оплачен.
Мы на основе операции разноски сделали свою операцию, которая позволяет разносить исходный документ не только внутри одного филиала, но и на другие филиалы (на 303-и счета). И когда среди частных проводок исходного документа нет документов с таким же филиалом, то исходный в состояние "Оплачен" переходить не хочет. Висит в "Ожидании проводки". Где копать?
ssa774
Профи


Вступление в Клуб: 30.11.2007
СообщениеСр Фев 01, 2012 13:59    Ответить с цитатой
Полезность: Нет оценки
Нашла, почему не меняется состояние исходного документа. Когда проводим межфилиальный документ, он сначала переходит в состояние "В РЦ". В этот момент вызывается операция Платежные документы - Анализ счета дебета/кредита при проводке документа. После этого обрабатывать нужно уже документ РЦ, и когда мы его обрабатываем, операция Платежные документы - Анализ счета дебета/кредита при проводке документа уже не вызывается. А именно там сделан переход в состояние "оплачен" многострочного документа. Может кто знает, в какой хук РЦ воткнуться, чтобы отловить момент, когда выполняется переход
"В РЦ" - "Проведен" платежного документа?
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеСр Фев 01, 2012 17:45    Ответить с цитатой
Полезность: Нет оценки
ssa774 пишет:
Нашла, почему не меняется состояние исходного документа. Когда проводим межфилиальный документ, он сначала переходит в состояние "В РЦ". В этот момент вызывается операция Платежные документы - Анализ счета дебета/кредита при проводке документа. После этого обрабатывать нужно уже документ РЦ, и когда мы его обрабатываем, операция Платежные документы - Анализ счета дебета/кредита при проводке документа уже не вызывается. А именно там сделан переход в состояние "оплачен" многострочного документа. Может кто знает, в какой хук РЦ воткнуться, чтобы отловить момент, когда выполняется переход
"В РЦ" - "Проведен" платежного документа?

Доброго времени суток!

ложлен помочь ХУК либо RC_FOR_PROV_2 либо RC_FOR_PROV_1 у меня база старая.. потому названия могут несколько измениться
_________________
всегда есть как минимум 2 выхода
ssa774
Профи


Вступление в Клуб: 30.11.2007
СообщениеЧт Фев 02, 2012 06:30    Ответить с цитатой
Полезность: Нет оценки
Alexsey пишет:
ХУК либо RC_FOR_PROV_2 либо RC_FOR_PROV_1 у меня база старая.. потому названия могут несколько измениться


Не помогает Sad . У нас РЦ как-то так настроен, что документ из статуса S_2 переходит в S_1 (здесь RC_FOR_PROV вызывается), потом из S_1 в S_10. Платежный к документу РЦ проводится при переходе S_1 -> S_10, а при этом переходе хук RC_FOR_PROV_2 уже не вызывается.
vtar
Эксперт


Вступление в Клуб: 20.03.2009
СообщениеЧт Фев 02, 2012 09:44    Ответить с цитатой
Полезность: Нет оценки
Может, в дистр. бизнес - операции и шаблонах , которые порождают проводки ( или из соей операции дергать свой бизнес-оп) , поиграться с крыжами

бизнес оп
- проводить все документы
- проводить по одному
- анализировать ...
- не проводить папку

шаблон
-не проводить вместе с остальными ...
- не влияет на проводку папки
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеЧт Фев 02, 2012 13:36    Ответить с цитатой
Полезность: Нет оценки
ssa774 пишет:
Alexsey пишет:
ХУК либо RC_FOR_PROV_2 либо RC_FOR_PROV_1 у меня база старая.. потому названия могут несколько измениться


Не помогает Sad . У нас РЦ как-то так настроен, что документ из статуса S_2 переходит в S_1 (здесь RC_FOR_PROV вызывается), потом из S_1 в S_10. Платежный к документу РЦ проводится при переходе S_1 -> S_10, а при этом переходе хук RC_FOR_PROV_2 уже не вызывается.


Все верно, у вас не требуется промежуточное подтверждение.. потому документ и становится в статус 1. Судя по коду бухгалтерской библиотеки операция BUX_LIB работает функция prov_doc_rc.
функция не отрабатывает только в случает статуса документа ('S_10','S_11','S_12','S_13','S_15','S_16') или в случае когда признак FLAG_UPDATE равен одному из следующих значений:
Цитата:
2 - изменен, либо удален отказ
4 - необходим контроль (валюта)
3,9 - копируется, 5 - скопирован
8 - удален


включите на этой либе отладку и посмотрите почему не происходит вызов процедуры. Я думаю что копать надо именно в эту сторону.
_________________
всегда есть как минимум 2 выхода
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Разработка в PL/PLUS. Оптимизация запросов Oracle Часовой пояс: GMT + 3
Страница 1 из 1

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