Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Чт Июн 22, 2017 07:29  Автоматическая обработка РЦ документа |
|
Полезность: Нет оценки
|
После обновления ТЯ с версии 7.1.1.6 на 7.4.9.4 возникли проблемы с авто обработкой РЦ документов.
После того как в продукте "Расчетный центр" операцией "Импортировать документы РЦ от участника" загрузили документы все загружается нормально. При попытке провести эти документы операцией "Автоматическая обработка" документы попадают в статус отказан и причина отказа "Не удалось определить счет кредита. Будет использован счет невыясненных сумм" хотя счет кредита существует.
Подскажите, пожалуйста, в чем причина и куда копать? |
|
 |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Чт Июн 22, 2017 09:51   |
|
Полезность: Нет оценки
|
Для начала стоит посмотреть - заполнились ли в документе РЦ ссылки на договоры отправителя и получателя, т.к счета проводки берутся из этих договоров.
И нужна дополнительная информация о том, совпадает или нет филиал документа РЦ и филиал пользователя, который выполняет операцию "Автоматическая обработка" над этим док.РЦ.
Последний раз редактировалось: Guest_SPb (Чт Июн 22, 2017 10:42), всего редактировалось 1 раз |
|
 |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Чт Июн 22, 2017 10:17   |
|
Полезность: Нет оценки
|
Guest_SPb пишет: | Для начала стоит посмотреть - заполнились ли в документе РЦ ссылки на договоры отправителя и получателя, т.к счета проводки берутся из этих договоров.
И нужна дополнительная информация о том, совпадает или нет филиал документа РЦ и филиал пользователя, который выполняет операцию "Автоматическая обработка" над док.РЦ. |
филиалы документа РЦ и пользователя разные
в какой операции происходит проверка соответствия филиала документа РЦ и пользователя который запускает операцию "Автоматическая обработка"? |
|
 |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Чт Июн 22, 2017 10:26   |
|
Полезность: Нет оценки
|
jamil пишет: | Филиалы документа РЦ и пользователя разные.
В какой операции происходит проверка соответствия филиала документа РЦ и пользователя который запускает операцию "Автоматическая обработка"? |
Открываем операцию "Автоматическая обработка" и видим в ней первую же команду ::[TRC].[LIB_MFIL].check_context(this.[FILIAL]);
Именно здесь выполняется эта проверка.
Но для начала пусть у вас обработает эти док.РЦ пользователь того филиала, к которому относятся эти документы РЦ. |
|
 |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Чт Июн 22, 2017 12:44   |
|
Полезность: Нет оценки
|
Guest_SPb пишет: | jamil пишет: | Филиалы документа РЦ и пользователя разные.
В какой операции происходит проверка соответствия филиала документа РЦ и пользователя который запускает операцию "Автоматическая обработка"? |
Открываем операцию "Автоматическая обработка" и видим в ней первую же команду ::[TRC].[LIB_MFIL].check_context(this.[FILIAL]);
Именно здесь выполняется эта проверка.
Но для начала пусть у вас обработает эти док.РЦ пользователь того филиала, к которому относятся эти документы РЦ. |
теперь филиал документа и пользователя одинаковые но документ РЦ все равно не проходит и попадает в статус отказан и причина отказа "Не удалось определить счет кредита. Будет использован счет невыясненных сумм"
в чем еще может быть причина? |
|
 |
Guest_SPb Участник со стажем
Вступление в Клуб: 27.02.2014
|
Чт Июн 22, 2017 13:51   |
|
Полезность: Нет оценки
|
Теперь надо сделать то, о чём я писал выше - используя операцию "Редактировать реквизиты (служебная)" (Alt+S) проверить как заполнились в док.РЦ ссылки на договоры отправителя и получателя, т.к счета проводки берутся из этих договоров. |
|
 |
jamil Участник - экстремал
Вступление в Клуб: 11.08.2014
|
Чт Июн 22, 2017 14:15   |
|
Полезность: Нет оценки
|
спасибо за ответы. тему можно закрыть.
Решение было найдено с помощью службы поддержки ЦФТ и оно оказалось такой:
в продуктивной схеме и схеме с обновленной ТЯ в операции DOCUM_RC.[REQ] были отличия в кодовой базе
Продуктив:
Код: |
P_SECOND := nvl(P_SECOND, false);
--Определение валюты и номера счета
iso := P_DOCUM_RC.[ISO];
val := ::[DOCUM_RC].[BUX_LIB].get_ISO( iso );
if val != [SYSTEM]::[SYS_MAIN_VAL] then
P_ACC_NUM := [DOCUM_RC].[VCHK].try_acc(P_ACC_NUM);
end if;
|
Новое ТЯ:
Код: |
P_SECOND := nvl(P_SECOND, false);
--Определение валюты и номера счета
iso := P_DOCUM_RC.[ISO];
val := ::[DOCUM_RC].[BUX_LIB].get_ISO( iso );
if val != [SYSTEM]::[SYS_MAIN_VAL] then
P_ACC_NUM := [DOCUM_RC].[VCHK].try_acc(P_ACC_NUM);
elsif P_ACC_NUM is not null then
P_ACC_NUM := ::[HOOK].[VARS].ref_hook.[RC_TRY_ACC](P_ACC_NUM);
end if;
|
Решение:
::[HOOK].[VARS].ref_hook.[RC_TRY_ACC] был перекрыть кодом
Код: |
begin
return P_ACC;
end; |
|
|
 |
Ferguson Участник - экстремал
Вступление в Клуб: 23.01.2013
|
Пт Ноя 10, 2017 11:47   |
|
Полезность: Нет оценки
|
Guest_SPb пишет: | Для начала стоит посмотреть - заполнились ли в документе РЦ ссылки на договоры отправителя и получателя, т.к счета проводки берутся из этих договоров.
И нужна дополнительная информация о том, совпадает или нет филиал документа РЦ и филиал пользователя, который выполняет операцию "Автоматическая обработка" над этим док.РЦ. |
Добавил бы, что Если пройти от Договора Расчетного Центра(провалится) в участники расчетов посмотреть "Код подразделения" чтобы был заполнен. |
|
 |
|