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