Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Kozyrev Участник - экстремал
Вступление в Клуб: 03.09.2007
|
Чт Сен 03, 2009 11:34   |
|
Полезность: Нет оценки
|
Vovidez
Цитата: | Все так... функция есть... Пробовали перекомпилировать библиотеку [FACTURA_DOC].[INFO_LIB]? |
До наката обновлений в библиотеке объявление и описание функции отсутствовало. |
|
![](templates/subSilver/images/spacer.gif) |
Vovidez Профи
Вступление в Клуб: 27.09.2007
|
Чт Сен 03, 2009 11:36   |
|
Полезность: 3
|
Kozyrev пишет: | Alex2019, после установки дополнений все инвалиды откомпилировались правильно. Функция появилась.
Еще вопрос:
После наката пакет Z#VZ_PRODUCT#INTERFACE стал невалидным. Насколько это критично? |
1. Понял в чем у Вас была проблема до установки Дополнения 9.3.02. Действительно функция get_sign_gruz_reqs появилась в библиотеке FACTURA_DOC.INFO_LIB только в этом Дополнении. Значит на момент устанвоки 9.3 у Вас уже была новая версия этих библиотек. Установка 9.3 перезатерла библиотеку. Видимо ЦФТ отправляло Вам изменения по Счетам-фактурам до установки Вами 9.3
2. Некритично. В версии 9.3 был удален класс VZ_PRODUCT, при удалении классов из прикладной модели, автоматически не удаляются таблицы и пакеты этих классов для возможности восстановления банком данных этих таблиц. Решение об удалении таблиц и пакетов классов, удаленных из прикладной модели, принимается специалистами банка самостоятельно.
В аттаче скрипт, который генерит 2 скрипта по чистке таблиц и интерфейсных пакетов классов, для тех классов, которые удалены в прикладной модели. Выполните его, проанализируйте полученные скрипты, то что Вам не нужно - смело удаляйте...
Последний раз редактировалось: Vovidez (Чт Сен 03, 2009 11:40), всего редактировалось 1 раз |
|
![](templates/subSilver/images/spacer.gif) |
Kozyrev Участник - экстремал
Вступление в Клуб: 03.09.2007
|
Чт Сен 03, 2009 11:38   |
|
Полезность: Нет оценки
|
Vovidez, спасибо за полные и быстрые ответы! |
|
![](templates/subSilver/images/spacer.gif) |
Vovidez Профи
Вступление в Клуб: 27.09.2007
|
Чт Сен 03, 2009 11:51   |
|
Полезность: 1
|
Kozyrev пишет: | Vovidez, спасибо за полные и быстрые ответы! |
Большое пожалуйста!
Еще немного про FACTURA_DOC.INFO_LIB. Скорее всего было так:
1. Вы устанавливали Дополнение 9.2.09, в связи с изменением законодательства.
2. Т.к. на момент выпуска Дополнения 9.2.09 версия 9.3 уже вышла, то, понятно, что функционал данного Дополнения не вошел в состав версии 9.3.
3. Именно поэтому было выпущено "парное" Дополнение к версии 9.3 (9.3.02).
4. Как следствие - установка Дополнения к 9.3 привела к исправлению невалидных объектов.
Замечу следующее:
1. "Все" Дополнения к предыдущей версии попадают в следующую версию.
2. Если версия выпущена и требуется Дополнение к предыдущей версии (а ЦФТ поддерживает 2 последних выпущенных версии), то такое Дополенение обязательно сопровождается Дополнением и к текущей версии, чтоб при переходе на новую версию не потерять функционал предыдущей версии с Дополнением.
3. Бывают ситуации, когда не требуется выпуск Дополнения к текущей версии при выпуске Дополнения к предыдущей... В основном это случаи исправления ошибок, которые уже исправлены в выпущенной версии. |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пт Сен 04, 2009 15:52   |
|
Полезность: Нет оценки
|
Неверно выбирается вид платежа при вводе нового безналичного документа "Платежное поручение". БИК банка получателя 044030829, банк "Не является пользователем системы ЭР и уч-ом обмена ЭД с Банком России". Несмотря на это программа проставляет "электронно", а не "почтой". Почему-то в логике определения вида платежа анализируется реквизит [EL_PAY] РКЦ банка получателя, но не анализируется сам банк получатель. |
|
![](templates/subSilver/images/spacer.gif) |
Antineya Участник со стажем
Вступление в Клуб: 24.10.2007
|
Вт Сен 08, 2009 08:36  Легализация |
|
Полезность: Нет оценки
|
-До обновления в платежных документах(противодействие легализации. подозрительные документы) все документы, которые помечались кодом операции 7001 при выборе операции из простых противодействие легализации.отметить операцию всегда была кнопка перечень организаций и физ. лиц, связанных с террористами. теперь же в версии 9.3 только на каждой третьей. С чем это может быть связано?
-Кому-нибудь цфт ответила или может кто придумал, что делать с оплатой бронирования из картотеки? |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Сен 10, 2009 09:16  Re: Легализация |
|
Полезность: Нет оценки
|
Antineya пишет: | Кому-нибудь цфт ответила или может кто придумал, что делать с оплатой бронирования из картотеки? | Неа! Сказали, что проблема известна и что свяжутся в ближайшее время. Только, видимо, понятие "ближайшее время" у меня и у ЦФТ разное.
СЗОТ: И как банки должны работать на такой системе 3 месяца, пока явная ошибка, препятствующая выполнению операционной работы, будет исправлена?
Antineya пишет: | -До обновления в платежных документах(противодействие легализации. подозрительные документы) все документы, которые помечались кодом операции 7001 при выборе операции из простых противодействие легализации.отметить операцию всегда была кнопка перечень организаций и физ. лиц, связанных с террористами. теперь же в версии 9.3 только на каждой третьей. С чем это может быть связано? | Ничего не понял. Точно на каждой третьей? Может это совпадение?
По коду - кнопка показывается, если найдены подозрительные записи:
Код: | tmp_terr := [TERRORS].[CHECKS].get_all_suspect(cl_dt_name, true, terr_tbl);
need_terr := nvl(tmp_terr, false);
tmp_terr := [TERRORS].[CHECKS].get_all_suspect(cl_kt_name, true, terr_tbl);
need_terr := nvl(tmp_terr, false) or need_terr;
tmp_terr := [TERRORS].[CHECKS].get_all_suspect(doc_nazn, true, terr_tbl);
need_terr := nvl(tmp_terr, false) or need_terr;
tmp_terr := [TERRORS].[CHECKS].get_all_suspect(req_man_name, true, terr_tbl);
need_terr := nvl(tmp_terr, false) or need_terr;
if need_terr then
csmd.ShowS(V_VB, 'V_TERR');
.....
else
csmd.HideS(V_VB, 'V_TERR');
end if; |
|
|
![](templates/subSilver/images/spacer.gif) |
Antineya Участник со стажем
Вступление в Клуб: 24.10.2007
|
Чт Сен 10, 2009 09:55   |
|
Полезность: Нет оценки
|
Сказали, что бронирование исправят в версии 9.5. думаю, что делать...
Про подозрительные операции в аттаче скриншот |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Сен 10, 2009 13:58   |
|
Полезность: Нет оценки
|
Antineya пишет: | Сказали, что бронирование исправят в версии 9.5. думаю, что делать... |
В операции CREATE_OUT вставить перед вызовом new_doc := [MAIN_DOCUM]::[NEW#AUTO] следующий код:
Код: | var sum_kspl [SKS_SUM];
if dic.[VID_DOC] = ::[NAME_PAYDOC]([ CODE]='REZ_MONEY') then
sum_kspl := next_value('SEQ_ID');
for k in [DOC_IN_CARD].[SUM_KSPL]
loop
::[MAIN_DOCUM].[KAS_FUN].AddKspl(sum_kspl, k.[1], k.[2], null);
end loop;
end if;
|
Затем в вызове new_doc := [MAIN_DOCUM]::[NEW#AUTO] в параметре "Сумма по символам кассы" вместо null передать sum_kspl.
Но после этого возникают другие проблемы - в порожденном чеке не заполнены реквизиты [VALUTA] и [VALUTA_PO], а также [KL_DT].[0].
Похоже, механизм весь разломали.
Это я попробовал вылечить следующим куском кода:
Код: | new_doc.[KL_DT].[0] := 1;
new_doc.[VALUTA] := new_doc.[ACC_DT].[FINTOOL];
new_doc.[VALUTA_PO] := new_doc.[ACC_KT].[FINTOOL];
| после вызова new_doc->[EDIT_KASSA] в procedure execute_check.
Вроде помогает.
Последний раз редактировалось: timochev (Чт Сен 10, 2009 15:11), всего редактировалось 1 раз |
|
![](templates/subSilver/images/spacer.gif) |
Antineya Участник со стажем
Вступление в Клуб: 24.10.2007
|
Чт Сен 10, 2009 14:44   |
|
Полезность: Нет оценки
|
А с подозрительными у вас все ок? |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Сен 10, 2009 15:05   |
|
Полезность: Нет оценки
|
Antineya пишет: | А с подозрительными у вас все ок? |
У нас проблема не наблюдается.
Имею список документов, помеченных кодом 7001. Запускаю простую операцию "Противодействие легализации. Отметить операцию" по очереди над каждым документом. Вы также делаете? Или над списком запускаете? Кнопка имеется на ЭФ, и в кнопке есть массив.
А скриншоты действительно говорят о каком-то косяке. Может быть документы помечаются признаком 7001 по одному алгоритму, а кнопка - по другому? Тогда надо знать плательщика, получателя, назначение и вносителя\получателя. |
|
![](templates/subSilver/images/spacer.gif) |
Antineya Участник со стажем
Вступление в Клуб: 24.10.2007
|
Чт Сен 10, 2009 15:27   |
|
Полезность: Нет оценки
|
Нет делаем по одному как вы по очереди над каждым. |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Сен 10, 2009 15:43   |
|
Полезность: Нет оценки
|
Antineya пишет: | Нет делаем по одному как вы по очереди над каждым. | А есть ли закономерность, что над одним документом кнопка всегда появляется, а над другим - нет? Что будет если выйти из Навигатора и зайти вновь? Кнопка тоже не появляется над теми же документами?
А если взять документ, у которого нет кнопки, скопировать его ID и пойти в справочник "Противодействие легализации. Перечень организаций и физических лиц, связанных с террористами" и запустить оттуда простую операцию "Проверить документ", выбрав этот самый документ. Там будет выведен список террористов, которые соответствуют документу? |
|
![](templates/subSilver/images/spacer.gif) |
Antineya Участник со стажем
Вступление в Клуб: 24.10.2007
|
Чт Сен 10, 2009 16:12   |
|
Полезность: Нет оценки
|
Да, перезайдя в навигатор кнопки не появляются именно у одних и тех же...а проверив документ он говорит, что
: Возможно, платежный документ связан с террористами:
Совпадение №1) AMIN MUHAMMAD UL HAQ SAAM KHAN (Al-Haq Amin; Amin Muhammad; Dr. Amin; Ul-Haq Dr. Amin)
Совпадение №2) AL-HAQ, AMIN (A.K.A. AMIN, MUHAMMAD; AH HAQ, DR. AMIN; UL-HAQ, DR. AMIN)
end_time: 97377939
А кнопочки-то нет на нем... |
|
![](templates/subSilver/images/spacer.gif) |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Сен 10, 2009 16:45   |
|
Полезность: Нет оценки
|
А чему равна настройка 207P_SEARCH_METH?
Есть предположение, что ANY_PHRASE.
Тогда у меня есть следующая теория:
"Противодействие легализации. Поиск подозрительных документов" обращается к ::[TERRORS].[CHECKS].is_maindoc_suspect.
Далее - find_suspect.
Далее запрос:
Код: | locate terr in ::[TERRORS]
where terr.[PHRASES].[SEARCH_METHOD] = Any_Phrase and
instr(line, terr.[PHRASES].[KEYS_WORDS]) > 0; -- в базе теперь фразы хранятся в правильном виде, преобразования не требуется
|
"Противодействие легализации. Отметить операцию" обращается к [TERRORS].[CHECKS].get_all_suspect.
Далее
Код: | for (select distinct p1(p1 : ID) in ::[TERRORS]
where p_line like '%'||p1.[PHRASES].[KEYS_WORDS]||'%'
and p1.[PHRASES].[SEARCH_METHOD] = meth207p
and not exists (
select p2(p2%collection :COLLECTION_ID) in ::[TERROR_PHRASES] all
where p_line not like '%'||p2.[KEYS_WORDS]||'%'
and p1.[PHRASES] = p2%collection
and p1.[PHRASES].[SEARCH_GROUP] = p2.[SEARCH_GROUP]
and p2.[SEARCH_METHOD] = meth207p
)
)
|
Окончательные запросы получаются разные. Видимо, в Вашем случае они выдают разные результаты. Проверяйте. Вы заявку регистрировали? |
|
![](templates/subSilver/images/spacer.gif) |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|