Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
'?' – указывается в днях месяца, если задано значение в днях недели и наоборот. Т. е. одновременно задать день месяца и день недели нельзя.
'-' – используется для задания интервала значений, например 10-12 в поле «Часы» означает 10, 11 и 12 час
',' – используется для перечисления значений. Например 1,2,3 в поле «Месяцы» означает январь, февраль, март
'/' – указывает периодичность. Например "0/15" в поле «Секунды» означает "на 0, 15, 30, и 45 секунде". А "5/15" означает "на 5, 20, 35, и 50 секундах".
Указание * перед / эквивалентно указанию 0 – т. е. записи */15 и 0/15 идентичны.
Примеры:
0/10 * * * * ? – каждые 10 секунд
0/30 * * * * ? – каждые 30 секунд
0 */5 * * * ? – каждые 5 минут
0 0/10 9-18 * * ? – каждые 10 минут начиная с 9 часов до 18 часов
25 * 9,14,17 * * ? – каждую минуту в 25 секунд с 9 часов до 10, с 14 часов до 15, с 17 часов до 18
0 0 0 * * ? – каждый день в полночь
Приложение 5. Перечень используемых автопроцедур
№ | Название АП | Класс, реализующий АП | Назначение | Параметры АП |
Прикладные АП | ||||
1. | АП рассылки документов | com. fd_new. autoproc. DocProcessMultiSendAutoproc | Рассылка документов конечным и транзитным получателям. | docsCount – количество одновременно обрабатываемых документов в одной транзакции. Значение по умолчанию: 200 |
2. | АП рассылки документов сводной отчетности | com. fd_new. autoproc. SendDocManAutoproc | Рассылка успешно обработанных сервисных документов доставки типа отчёта транзитным и конечным получателям. | нет |
3. | АП обработки документов сводной отчетности | com. fd_new. autoproc. ProcessDocManAutoproc | Инсталлирует новый тип документа, который содержится в сервисном документе доставки типа отчёта. При выполнении данной АП происходит следующее: - - Обрабатываются документы-перевозчики, принятые в СУФД и имеющие статус «Обработан учетной системой». - - В типах формируется новый тип документа. - - Разворачивается визуальная форма отображения этого документа (отчета). - - Разворачивается скрипт работы документа (для создания отчета). - - Документу - перевозчику присваивается статус «Обработан». Примечание. Все изменения нового типа документа вступят в силу после перезапуска системы. | нет |
4. | АП заполнения справочников печати | com. fd_new. autoproc. FillDictTemplateAutoproc | Заполнение справочников печати (Служебный словарь шаблонов отчётов, Служебный словарь версий шаблонов отчётов) на основе сервисного документа доставки шаблона отчёта. | Нет |
5. | АП заполнения справочников из ЖЦ | com. fd_new. autoproc. DictFillingAutoproc | Принудительно запускает автозаполнения для справочников и сохраняет справочники уже с заполненными полями (актуальна для схем СУФД, созданных ранее 2.13) | Doc_Types - перечисляются документарные типы справочников, для которых нужно выполнить автозаполнения через ";" Значение по умолчанию: DICTORGTREE;DICTUBP;DICTACCOUNTS State - перечисляются статусы для справочников, для которых нужно выполнить автозаполнения, тоже через ";" Значение по умолчанию: ACCEPTED;REGISTR_INTO_BACKOFFICE |
6. | АП Удаления документов | com. fd_new. autoproc. RemoveDocumentsAutoproc | Физическое удаление документов и справочников из БД | Condition - Условие отбора документов для удаления. Формат: DocType:DelayTime:Status[;DocType:DelayTime:Status] * DocType - Тип документа для удаления, также может принимать значения: - AllDocs - удалятся все документы - AllDicts - удалятся все справочники - AllDocsAndDicts - удалятся все справочники и документы - AllDictsAndDocs - удалятся все справочники и документы * DelayTime - Время через которое следует удалить документ (в минутах)(если не задано то не учитывается при выборке документов) * Status – Статусы, с которых удалять документ перечисленные через запятую (если не указано то удаляются документы со всех статусов) Значение по умолчанию: DocOEBSPacket::DELETED;HistoryRequest:1440:SENDED_TO_BACKOFFICE, DELETED Возможно указание вместо DocType:DelayTime:Status выражение вида file:///home/pe4enko/work/tmp/docsToDel. lst В этом случае будут удалены все документы, GUIDы которых перечислены в соответствующем файле. Так же будет создан файл file:///home/pe4enko/work/tmp/docsToDel. lst. info с GUIDами документов которые не удалось удалить ВНИМАНИЕ: В списке могут быть ТОЛЬКО гуиды СПРАВОЧНИКОВ |
7. | АП формирования документов-перевозчиков | com. fd_new. autoproc. BuildDictCarriersAutoproc | Прикладная репликация. Формирует документ-перевозчик для реплицируемых записей справочников | AttrGroup - поле справочника, по которому будет проводиться группировка Значение по умолчанию: Dict. Receiver. Mask MaxRecDict - максимальное количество записей справочников в одном документе-перевозчике Значение по умолчанию: 20 State – статус, с которого записи справочника забираются АП для формирования документа-перевозчика Значение по умолчанию: Replication |
8. | АП Тестирование загрузки из ТФФ | com. fd_new. autoproc. FromTFFTest | Загружает в СУФД файл ТФФ из файловой системы (необходима программистам для тестирования) | TffFilePath – путь к файлу тфф в файловой системе Значение по умолчанию: не предусмотрено |
9. | АП Тестирование выгрузки в ТФФ | com. fd_new. autoproc. ToTFFTest | Выгружает файл тфф из СУФД в файловую систему (необходима программистам для тестирования) | DocGUID – guid документа, на основе которого необходимо сформировать ТФФ TffFilePath – путь к директории, в которую необходимо выгрузить ТФФ DestORGId – системное имя организации-получателя ТФФ Значение по умолчанию: не предусмотрено |
10. | АП обработки входящих документов | com. fd_new. autoproc. ProcessIncomingDocAutoproc | Обработка документов полученных по транспорту. Обрабатывает документы на статусе 18 (DELIVERED). Используется только в случае зависания документа на статусе 18 или для тестирования. | docStateName – статус, который должен иметь документ, чтобы его обработала АП. Значение по умолчанию: DELIVERED numberDocs – максимальное кол-во документов, которые могут быть обработаны в процессе выполнения АП. Значение по умолчанию: 100 delay – задержка обработки документов. Задается в секундах. Определяет через сколько от времени создания документ будет включен в выборку. Значение по умолчанию: 60 |
11. | АП заполнения параметров маршрутизации | com. fd_new. autoproc. TransportParameterFiller | Заполнение параметров маршрутизации. К параметрам маршрутизации относятся: Комплексы, Организации, Справочник связок | Параметры для 57 ядра. CICLE_CODE – признак секретного контура (S – секретный контур, N – не секретный контур) FK_CODE – код текущего органа ФК IS_CREATE – флаг создания организаций (true – создавать организации, false – не создавать организации) DIGEST – активный транспортный адрес комплекса, по умолчанию IS_CLEAR_DICT – флаг очистки справочника связок (true – очищать, false – не очищать) Значение по умолчанию: не предусмотрено Параметры для 5.2-го ядра. DIGEST – активный транспортный адрес комплекса, по умолчанию CLEAR_DICT – параметр очистки справочника: - "NONE" – не очищать справочник связок - "ALL" – очистка всех записей справочинка связок - "AUTOPROC" – очистка записей, созданных АП - "USER" – Очитка записей, созданных пользователем - "TRANSFORMER" – очистка записей, созданных системой сопряжения TYPE_OFK – параметр, определяющий какик видом (СУФД/СЭД) является ОФК: - "ON-LINE" – При запуске на УФК, будут создаваться записи для ОФК СЭД - "OFF-LINE " – При запуске на УФК, будут создаваться записи для ОФК СУФД Значения данного параметра можно перечислять через запятую. Например: AUTOPROC,USER. Это означает, что из справочника связок будут удалены записи созданные автопроцедурой и пользователем. Остальные параметры берутся из системных констант: CurrentLevel, SelfTOFKcode, SecurityLevel |
12. | Процедура формирования пакетов для выгрузки запросов на выяснение платежа в СЭД | com. fd_new. autoproc. AccpaymentpackCreatorAutoproc | АП выбирает все документы ПЗУ на статусе 10025, группирует их по получателю и для каждой группы создает Пакеты ПЗУ (кол-во пакетов для одного получателя зависит от кол-ва документов и параметра PACK_SIZE) | PACK_SIZE - кол-во ПЗУ в одном пакете |
АП Работы с Репликациями | ||||
13. | Рассылка репликационных пакетов | com. fd. autoproc. impl. rpl. RplDispatchAutoproc | АП рассылки выбирает всех активных получателей и их активные объекты из активных подписок и по очереди обрабатывает (рассылает). | Нет |
14. | Обработка репликационных пакетов | com. fd. autoproc. impl. rpl. RplReceiveAutoproc | АП обработки выбирает все репликационные пакеты находящиеся на статусе «Принят» и осуществляет их распаковку в соответствующие справочники. | Нет |
АП Работы с ЭЦП | ||||
15. | АП Синхронизатор настроек автономной утилиты «Генерация запроса на сертификат» | com. fd. autoproc. impl. crypto. CertReqGenAppSettingsSynchro | Синхронизация данных из раздела «Информация о владельце сертификата» с данными из соответствующих справочников СУФД. Данные из справочников пишутся в файл settings. xml | Наименование корневого файла конфигурации – файл sufd-configurations. xml, находится в папке cert-request-gen-SNAPSHOT\config-xml\ Значение по умолчанию: sufd-configurations. xml Адресная строка(URL) к директории настроек утилиты – директория настроек утилиты – это config-xml, которая находится в папке утилиты, формат (пример): file:\C:\57\cert-request-gen-SNAPSHOT\config-xml\ Значение по умолчанию: директория стенда |
16. | АП Экспорт схем подписи в файловую систему | com. fd. autoproc. impl. crypto. SignSchemesFSExporter | Схемы подписи выгружаются из СУФД в файловую систему по указанному пути, в формате *.ss | Адресная строка (URL) для выгрузки – путь к директории, куда будут выгружены схемы подписи Значение по умолчанию: директория стенда |
17. | АП Импорт схем подписи из файловой системы | com. fd. autoproc. impl. crypto. SignSchemesFSImporter | Импортирует в СУФД схемы подписи из файловой системы. (файлы с расширением. ss, которое после импорта меняется на. imported) | Адресная строка (URL) для импорта – путь к директории, откуда будут забираться схемы подписи Значение по умолчанию: директория стенда Сделать активными последние версии схем – сравниваются последние версии схем подписи и последняя из них становится активной. Значение по умолчанию: нет |
18. | АП сохранения УЭЦП, доставленных с online комплекса | com. fd. autoproc. impl. crypto. SignFromOtherComplexHandler | УЭЦП, доставленная с online комплекса сохраняется на offline комплексе | В параметрах указываются поля документов перевозчиков ЭЦП: Completed_FieldPath Значение по умолчанию: PLETED Err_Msg_FieldPath Значение по умолчанию: DOC. ERR_MESSAGE Object_Sign_Id_FieldPath Значение по умолчанию: DOC. OBJECT_ID Object_Sign_Type_FieldPath Значение по умолчанию: DOC. OBJECT_TYPE Prev_Doc_Guid_FieldPath Значение по умолчанию: DOC. PREV_DOC_GUID |
19. | АП отправка ЭЦП в online комплекс | com. fd. autoproc. impl. crypto. SignToOtherComplexSender | ЭЦП отправляется на Online комплекс для проверки на внешних сервисах и доведения до УЭЦП | Нет |
20. | АП Дополнение ЭЦП, доставленных с offline комплексов, до УЭЦП | com. fd. autoproc. impl. crypto. SignFromOtherComplexHandler | Проверка ЭЦП, доставленной с offline комплексов, на внешних сервисах и дополнение ее до УЭЦП | В параметрах указываются поля документов перевозчиков ЭЦП: Completed_FieldPath Значение по умолчанию: PLETED Err_Msg_FieldPath Значение по умолчанию: DOC. ERR_MESSAGE Object_Sign_Id_FieldPath Значение по умолчанию: DOC. OBJECT_ID Object_Sign_Type_FieldPath Значение по умолчанию: DOC. OBJECT_TYPE Prev_Doc_Guid_FieldPath Значение по умолчанию: DOC. PREV_DOC_GUID |
21. | АП Отправка УЭЦП в offline комплексы | com. fd. autoproc. impl. crypto. SignToOtherComplexSender | Отправка в offline комплексы УЭЦП | Нет |
Системные АП | ||||
22. | АП Очистка истории исполненных заданий | com. fd. autoproc. impl. backoffice. CleanTaskHistoryExecOperation | В ядре сделали функциональность по сохранению логов выполнения автопроцедур в БД (то что видно в мониторе). АП отчищает таблицу, в которой хранятся логи автопроцедур | Нет |
Приложение 6. Перечень используемых системных констант
Название константы / Уровень финансового субъекта | БУ | ОФК | УФК | ЦАФК | ФО | АП | ТОАП |
HigherTOFKcode (Код вышестоящего ТОФК) | Код вышестоящего органа ФК | Код ЦАФКа | null | Код вышестоящего органа ФК | |||
CAFKcode (Код ЦАФК) | 9500 - заполняется по умолчанию при создании схемы БД. 9500 - это код ЦАФКа, он одинаковый для всех | ||||||
SelfTOFKcode (Код собственного ТОФК) | Код ФК, в котором обслуживается БП | Код ОФК из справочника органов ФК | Код УФК из справочника органов ФК | Код ЦАФК из справочника органов ФК | Код ФК, в котором обслуживается БП | ||
FederalBudgetCode (Код федерального бюджета) | 99010001 - заполняется по умолчанию при создании схемы БД. Одинаковый для всех | ||||||
SelfBUCode (Код собственного БУ) | Код БП в соответствии с реестром БП | null | null | null | Код БП в соответствии с реестром БП | ||
fieldsLight (Подсветка полей) | 1 - подсветка полей включена, значение отличное от 1 - подсветка выключена | ||||||
OnOffAutoFill (Автозаполнение полей) | 1 - включить автозаполнение полей | 0 - автозаполнение полей отключено | 1 - включить автозаполнение полей | ||||
SelfBudgetCode (Собственный код бюджета) | Указывается код бюджета, в котором работает организация. Администратору необходимо узнать код бюджета у сотрудников отделения или ДУБП | ||||||
SelfPPPCode (Собственный код ведомства) | Код ведомственной принадлежности организации. Указывается значение из справочника СРРПБС. Администратору необходимо узнать у сотрудников БУ | ||||||
SecurityLevel (Признак секретности) | N-не секретно, S-секретно. Администратору необходимо узнать у сотрудников БУ | ||||||
CurrentLevel (Текущая бизнес-роль) | Бизнес-роль организации/пользователя/комплекса. В зависимости от требуемой бизнес-роли указывается одно из значений :GRBS, RBS, UFK, OFK, PBS, AP, FO | ||||||
UserRole((по умолчанию = User). | Необходима для справочника "Шаблоны назначений". Возможные значения : Admin, User. Узнавать может ли пользователь редактировать справочник. Если ДА, то ставить Admin иначе оставлять дефолтовое значение | ||||||
PM_EnableAutoUpdate(Флаг, который указывает нужно ли автоматически обновлять параметры маршрутизации. По умолчанию false) | Устанавливается значение "true" в случае, когда нужно что бы автоматически обновлялись параметры маршрутизации | ||||||
PM_OfkType(Тип ОФК (ON-LINE/OFF-LINE)) По умолчанию стоит ON-LINE | ничего не делаем с ней | Исспользуется АП заполнения параметров маршрутизации, чтобы понять какие ОФКи у текущего УФКа. | ничего не делаем с ней | ||||
defaultActiveComplexAddress(сейчас не используется) | Использовалась в для АП заполнения параметров маршрутизации. Прописывается физический адрес расположение комплекса | ||||||
SelfPPP(код ППП собственного БУ).Сейчас не используется | Указывается значение из справочника Ведомства. Администратору нужно узнать ППП собственного БУ |
Приложение 7. Полезные запросы к БД
-- Количество документов в документарной очереди к отправке
select count(*) from queue_document where ITEM_STATUS = 'SEND_READY'
-- Количество документов в документарной очереди на прием
select count(*) from queue_document where ITEM_STATUS = 'RECEIVED'
-- Количество документов в пакетной очереди к отправке
select count(*) from QUEUE_PACKET_IN where STATUS = 'SEND_READY'
-- Количество документов в пакетной очереди на прием
select count(*) from QUEUE_PACKET_OUT where STATUS = 'RECEIVED'
-- Количество документов для АП Рассылки
select count(*) from doc where docstateid = 3080 or docstateid = 11101
-- Поиск подвисших отчетов (в 16м статусе) за последние сутки (от текущего момента). "GUID", "Тип отчета", "Информация из таблицы DOC"
select ad. globaldocid, dcr. reptype, d.* from abstractdoc ad inner join doc d on ad. docid = d. docid inner join DOCCONTENT_REP dcr on ad. docid = dcr. docid where d. docstateid=16 and d. createdate > (sysdate - 1) and d. doctypeid <> 10007;
-- Поиск получателей для подвисших отчетов (в 16м статусе) за последние сутки (от текущего момента). Не черные ящики.
select * from FIELDSET_STDPOSTINFO where fieldsetid in (select dcr. RECEIVERID from abstractdoc ad inner join doc d on ad. docid = d. docid inner join DOCCONTENT_REP dcr on ad. docid = dcr. docid where d. docstateid=16 and d. createdate > (sysdate - 1) and d. doctypeid = 10102)
--Поиск документов по гуиду исходного документа. Время события + каталог
select sfj. event_time, sfj. param_3
from system_formalized_journal sfj
where BSYSTEM_CODE = 'SS'
AND sfj. OBJECT_TYPE = 'TFF'
AND sfj. OPERATION_CODE = 'UPLOAD'
AND sfj. PARAM_2 = lower(:pguid)
order by sfj. event_time desc
-- Поиск выгруженного файла по его имени, каталогу
select sfj. event_time, sfj. param_3,sfj. PARAM_2
from system_formalized_journal sfj
where BSYSTEM_CODE = 'SS'
AND sfj. OBJECT_TYPE = 'TFF'
AND sfj. OPERATION_CODE = 'UPLOAD'
AND sfj. key_param like '%DP1' -- Тип документа, или имя файла
and sfj. param_3 like '%9500.6000.2-SED%' -- Каталог
order by sfj. event_time desc
-- Поиск имени входящего ТФФ-файла по GUID
select sfj. event_time, sfj. param_1
from system_formalized_journal sfj
where BSYSTEM_CODE = 'SS'
AND sfj. OPERATION_CODE = 'SAVE'
AND sfj. key_param = lower(:pguid)
order by sfj. event_time desc
-- Поиск маски отрпавителя и получателя для расходного расписания. Для другого доку надо заменить таблицу "dc_docrr" в запросе на имя интересующего дока
SELECT 'Получатель', fps. MASK
FROM dc_docrr dcc, fieldset_stdpostinfo fps, abstractdoc ad
WHERE fps. fieldsetid = dcc. receiverid
AND dcc. DOCID = ad. DOCID
AND upper(ad. GLOBALDOCID) = '7EEB00DA-84E3-4712-8F7E-E608B0C75A7A'
UNION ALL
SELECT 'Отправитель', fps. MASK
FROM dc_docrr dcc, fieldset_stdpostinfo fps, abstractdoc ad
WHERE fps. fieldsetid = dcc. senderid
AND dcc. DOCID = ad. DOCID
AND upper(ad. GLOBALDOCID) = '7EEB00DA-84E3-4712-8F7E-E608B0C75A7A'
-- Измерение размера блоба
select sum(dbms_lob. getlength(filecontent)) from attach where docid = 40776866
-- Поиск в TB_Message по GUID начиная с id (p_id). Часть ":p_id" можно заменить на "(sysdate - 1)", тогда поиск осуществляется за последние сутки
select tb.*,DBMS_LOB. INSTR(tb. XML, UTL_RAW. CAST_TO_RAW(upper(:p_guid))) as pos from tb_message tb where DBMS_LOB. INSTR(XML, UTL_RAW. CAST_TO_RAW(upper(:p_guid))) > 0 and tb. id > :p_id;
-- Работа с блобами
select
substr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), instr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), '-->') + 3, 25) xmlTAG
, substr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), instr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), '"RecipientLogicalID"') + 20, 47) RecipientLogicalID
, substr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), instr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), '<docTypeCode>') + 13, 3) docTypeCode
from tb_message where status = 5
select *
from tb_message
where substr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), instr(utl_raw. cast_to_varchar2(bstr(xml, 2000)), '<docTypeCode>') + 13, 3) = 'ОПР'
and time_create > (sysdate -2)
order by id desc
Приложение 8. Поиск в СУФД документа и его пакета
1.Находим документ в ХМЛ-брокере. По последнему столбцу запоминаем ID. (например, 1159804).
2. Данный ID(из п.1) это запись документа в схеме sufd2 в таблице TB_MESSAGE. Ищим этот ID 1159804(см. скрин ниже)
Или можно найти по guid по скрипту:
SELECT id FROM TB_MESSAGE WHERE DBMS_LOB. INSTR(xml, UTL_RAW. CAST_TO_RAW('74520718-24E4-4494-E044-001E0B508DB5')) >0
Смотрим статус документа.
Если стоит в поле STATUS 4 – документ принялся в СУФД с ошибкой, и данную ошибку необходимо просматривать в поле ERROR_TEXT, а так же более содержательное ее описание искать в логе СУФД, по времени приема данного документа в СУФД.
Если стоит в поле STATUS 3 – документ успешно принят в СУФД.
3. GUID документа, для дальнейшего поиска этого документа в СУФД, берется из поля BODid (в случае черного ящика в поле RecipientLogicalID оканчивается на N.E) или docGUID в случае обычного документа (RecipientLogicalID оканчивается на N.S) (см рис. Ниже)
4. Далее по GUID документа в СУФД идет поиск записи в таблице ABSTRACTDOC в поле GLOBALDOCID (через ctrl+f). Запоминаем DOCID. Замечу что тип документ(DOCTYPEID) должен быть 10007(!) для обмена между ОК и ЗК.
Определяем тип документа: если это Документ то переходим в таблицу DOC.
Если это справочник, то переходим в таблицу DICT.
По полю DOCID находится запомненный нами выше DOCID из таблицы ABSTRACTDOC. Смотрим статус документа. Он должен быть 16.(Отправляется) для ЧЯ и 17(отправлен) для тфф.
Тоже самое можно сделать выполнив запрос(с указанием нужно guid-a):
select DOCSTATEID from DOC where docid in (select docid from ABSTRACTDOC where GLOBALDOCID= ' 0f6325f8-c9d5-c413-e040-11ac40015fa4')
или для справочника:
select DOCSTATEID from DICT where docid in (select docid from ABSTRACTDOC where GLOBALDOCID=' 5e286332-5f3d-4896-9acf-6361fcd28919')
Если документ на статусе(20,1201) это ошибочные статусы – ошибку нужно будет искать в логе СУФД по GUID документа на время создания ошибки(время обработки документа).
5. Документ на 16 статусе означает, что данный документ должен сформировать транспортный документ и на основании него транспортный пакет, после чего этот пакет должен выложится в директорию выгрузки документа для получателя(в данный момент для документов получателей СЭД – статус должен быть уже 17, для ЧЯ так и останется 16).
По GUID документа в таблице QUEUE_DOCUMENT по GUID ищется документ по полю CONTENTOBJECTGUID. Если документ не найден, то необходимо искать в ошибку в логе на момент обработки документа.
Или скриптом select count(*) from QUEUE_DOCUMENT where CONTENTOBJECTGUID=' 0f6325f8-c9d5-c413-e040-11ac40015fa4';
Запоминаем GUID этой записи.
Необходимо понять какой статус у данной записи. Должен быть конечный: SENT для организаций получателем которого является СЭД, для организаций СУФД; ARCHIVE для организаций СУФД после доставки квитка от нее.
Если статус SEND_READY – транспортный пакет еще не создан.
Порядок статусов транспортного документа:
На момент выгрузки из СУФД: SEND_READY (создан) — SENT (отправлен)/SENDING_ERROR(ошибка отправки)/PACKAGING_ERROR (ошибка упаковки в пакеты)
На момент приема пакета в СУФД: RECEIVED (принят) - PROCESSING_ERROR(ошибка) / PROCESSED (обработан) / RECIPIENT_ERROR( ошибка обработки для ЖИДов)
Общие статусы:
ARCHIVE (документ отправлен/принят, пришли квитанции)
RESEND_LIMIT_EXHAUSTED (документ не был отправлен в ходе N отправок)
6. Далее переходим в таблицу QUEUE_OUT_PACK2DOCQ по полю DOCQUEUE_ID ищется документ с нашим guid-ом запомненном из пункта 5. Если нет записи - то транспортный документ не на конечном статусе QUEUE_DOCUMENT и ищется в логе ошибка.
Т. к. транспортный документ может разделиться на несколько пакетов (в случае если получатель СУФД), то поиск пакета следует осуществлять через фильтр. Если есть запись то запоминаем OUT_PACKET_ID
Пример разделения документа на несколько пакетов:
Или скриптом select count(*) from QUEUE_OUT_PACK2DOCQ where DOCQUEUE_ID='2c9181a7-2751c41d-0127-51d2f225-0012';
6. идем в таблицу T_SHIPMENT_QUEUE в ней ID ищется по запомненному выше.
Смотрим статус по последнему полю STATUS. Он должен быть SENDED – значит пакет сформировался и выгрузился в директорию для выгрузки документов(URL). Имя пакета будет соответствовать имени данной записи из поля GUID.
Порядок следования статусов для исходящих пакетов:
SEND_READY(готов к отправке) — SENDED(отправлен)/ERROR(ошибка отправки) — ARCHIVE(архивный. На пакет получена квитанция)
Если ERROR стоит этот статус, то это ошибочный, и документ могу не сформироваться. Нужно в логе ошибку искать.
Скрипт для поиска по Гуиду документа транспортного пакета, его статуса и путь выгрузки
Select URL, STATUS, ERRORMESSAGE from QUEUE_PACKET_OUT where ID in
(select OUT_PACKET_ID from QUEUE_OUT_PACK2DOCQ where DOCQUEUE_ID in
(select GUID from QUEUE_DOCUMENT where CONTENTOBJECTGUID='0f6325f8-c9d5-c413-e040-11ac40015fa4'));
Открытые и закрытые вопросы
Открытые вопросы
№ | Вопрос | Решение | Ответственный | Решить до | Критичная дата |
Закрытые вопросы
№ | Вопрос | Решение | Ответственный | Решить до | Критичная дата |
[1] После регистрации Федерального казначейства в международном дереве объектных идентификаторов функция эмиссии OID перейдет в ведение Федерального казначейства
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 |
Проекты по теме:
Основные порталы (построено редакторами)