Доброе утро!
Да, есть станции, которые сняты с зачета за нарушение 5.2.13. "за значительное число (более 5% от числа заявленных радиосвязей) пропущенных или повторно переданных контрольных номеров;"
EU1WW 94, R3EA 7, R3ZC 32, RK9CC 11, RK9MWO 74, RT4D 9, RW3SK 367, UA7KA 19, UB3DMR 90.
Цифра после позывного и есть процент, который вычислен после обработки отчета.
Для RW3SK это выглядит, например, так:
14:00 | RA3VGV | 59001 | 59001 | LO06PI | 144| 186.9| 187| 187|1 |
| 22:35 | UA6LQZ | 599024 | 599073 | LN09GN | 144| 590.2| 590| 590|1 |
| 03:07 | RC3W | 599025 | 599050 | KO82JC | 144| 371.2| 371| 371|1 |
| 06:31 | RU3AN | 599026 | 599050 | KO96JT | 144| 230.0| | | |T Расхождение по времени с отчетом корреспондента, у RU3AN->03:31
| 04:11 | R3RW | 599027 | 599032 | LO03NG | 144| 192.1| 192| 192|1 |
+-------+----------------+--------+--------+--------+-----+------+-----+--+-----
| 14:01 | RA3VGV | 59001 | 59001 | LO06PI | 430| 186.9| 374| 374|1 |
Заявлено связей 6. Пропущены номера 2, 3..........23. Итого 22, что составляет от 6 - 366,666%
Анализ всех логов участников показывает, что у данного участника каким-то образом были утеряны данные о первых связях, вероятнее всего из-за сбоя в электропитании.
Вообще в EDI файле всегда полезно посмотреть строку, которая находится перед строками о записанных связях и сверить с последним номером
Например:
[QSORecords;76] - связей всего 76,
.........
180603;0813;UA3RAW;2;599;071;599;003;;LO02RR;361;;;; - последний номер 71, значит что-то не так...
Действительно, как здесь уже отмечалось ERROR и есть лазейка для исправления ситуации с пропущенными номерами.
5.2.6. В случае проведения ошибочной радиосвязи в поле «позывной» отчета должно быть указано «error», чтобы не нарушить правильность переданных порядковых номеров радиосвязей.