Фатальность ошибок — различия между версиями

Версия 14:36, 17 мая 2019

В отчёте о состоянии загрузки представлено 2 типа ошибок, фатальные (FATAL) и нет (WARNING). Разница в том, что при возникновении первых объект на котором она произошла не загружается в ИМУС (например не найден потребитель для договора), в обратном случае объект загружается, а для свойства на котором ошибка произошла подставляется некоторое значение по умолчанию (как правило с id=0 - и значением "Не определено").

С версии адаптера 18.4.pre34 появилась возможность конфигурировать фатальность большинства ошибок.

Однако есть некоторые исключения, связанные с бизнес-логикой и структурой БД. Некоторые ошибки не могут быть не фатальными.

В отчёт попадают оба типа.

Стоит отметить что некоторые коды ошибок могут появляться в разных местах и изменение их уровня повлечёт каскадные изменения. Например 1701, 1701_1 повлияют как на загрузку договоров, так и планов. Будьте внимательны

Всегда фатальные ошибки

702 

Выход ГРС без ГРС вероятно не имеет смысла.

1202 

Корректор без УУГ просто не имеет смысла для учёта.

1301 

Канал корректора (вычислителя) без прибора не имеет смысла.

1702 

C версии адаптера 19.0.10 ошибка становится всегда фатальной. Для даты начала действия контролируется также наличие даты, для даты окончания только корректность.

1703 

Вряд ли может понадобится для учёта договор без потребителя.

1851, 1852, 1853, 1853_1 

Если не найдена ТП или Площадка (или у неё отсутствует канал) или связь множественная установить между ними связь не удастся в любом случае.

1903, 1904 

Договор и ТП являются основными единицами на которые загружаются план.

1908 

Загружаются планы потребления, по которым производятся расчёты. Потребители не могут "вкачивать" газ, соответственно план всегда должен быть не отрицательным.

2201, 2201_1, 2202, 2203, 2204, 2205, 2206, 2207 

Для операции необходимо указать систему по которой производится связывание или явно настроено её игнорирование. Также для связывания двух объектов безусловно оба должны быть найдены как для внешней так и локальной системы.

2301, 2303, 2304, 2305

Для ПДЗ в АИС должны быть заполнены такие аналитики, как Потребитель, Договор, просроченная дебиторская задолженность,количество просроченных платежей, дата первой просрочки

2401, 2402, 2403

Не загружены обязательные поля для сохранения признака ТСО у Потребителя

2500, 2501, 2502, 2503

Не загружены обязательные поля для сохранения признака ТСО у Договора

5001 

Отрезолвить объект по предку не удалось или сопоставление не уникально. Подменить сгенерированный объект нельзя дабы не вносить ошибку.

Всегда не фатальные ошибки и специальные случаи

903_2 

Канал не однозначно выводится, но так или иначе уже задан, делая фатальной можно отменить другие изменения в ТП, но не имеет смысла.

5003 

Дубликаты объектов обрабатываются всегда одинаково - импортируется 1 любой, никаких значений по умолчанию. В отчёте представлен как не фатальная (WARNING) это значит один объект импортирован, остальные просто пропущены.

10000 и все подкоды 

Ошибки трактуются на стороне АИС РГ. В отчёте представлены "как есть". В общем случае не имеет никакого смысла менять фатальность.

Значения по умолчанию

Ошибки получения единственного объекта по родителю

Примечания

1. ↑ ^{1,0 1,1} Проставляется только если уровень ошибки сконфигурирован как WARNING
2. ↑ Второй указывается как правило ошибка маппинга. То есть ПМ загружен, найден по коду, но не указывает ни на какой объект.
3. ↑ ^{3,0 3,1 3,2 3,3 3,4 3,5} Из настроек БД Company в случае с РГК там указан идентификатор записи таблицы RGC. Из неё берётся регион, указанный для РГК по умолчанию. Справочник централизованный.
4. ↑ ^{4,00 4,01 4,02 4,03 4,04 4,05 4,06 4,07 4,08 4,09 4,10 4,11 4,12 4,13 4,14 4,15 4,16 4,17 4,18 4,19 4,20 4,21 4,22 4,23 4,24 4,25} Null значит поле может быть не установлено вовсе, не обязательно. В АРМе будет отображаться как пустое поле.
5. ↑ В АИС таковыми считаем узлы, на Площадках с установленным признаком ПризнакЭлементаСхемы