OmegabcSDS on-network в TS 23.282: почему проверка внутри одной системы не доказывает межсистемную доставку
SDS MCData успешно проходит между пользователями одной системы, а проект требует обмена с партнёрской организацией. Такой результат ещё не подтверждает межсистемную услугу. В рассматриваемой редакции раздел on-network SDS прямо ограничивает описанные процедуры одной MCData системой. Границу следует учитывать при составлении требований и актов совместимости.
Что подтверждённый тест действительно показывает
Если оба пользователя обслуживаются внутри одной системы, испытание проверяет соответствующие клиентские и серверные процедуры в этом контексте. Оно может подтверждать адресацию, передачу содержимого и запрошенные статусы. Но оно не проверяет прохождение границы партнёра.
Из ограничения области нельзя делать противоположный чрезмерный вывод, будто межсистемный SDS вообще невозможен. Корректная формулировка уже: конкретный успешный тест и выбранный раздел не доказывают такой сценарий. Нужны заявленные функции и подходящие документы реализации.
Почему другая услуга не заменяет проверку
В том же стандарте есть отдельная межсистемная процедура для файловой доставки. Работа FD между двумя системами показывает определённый путь файловой услуги. Она не превращает автоматически все остальные подуслуги MCData в проверенные межсистемные функции.
Клиенты могут иметь похожий интерфейс отправки текста и файла, но их внутренние операции и предусловия различаются. Поэтому общая демонстрация «связь с партнёром работает» слишком неопределённа для нужного SDS требования.
Как оформить испытание
Сначала фиксируют, где обслуживается каждый тестовый пользователь и какой именно вид услуги требуется. Поставщик называет поддерживаемый межсистемный сценарий и его протокольную основу. Затем на реальном сочетании обеих систем проверяют передачу известного SDS содержимого и необходимые ответы.
Отдельно подтверждают обработку адресации, полномочий и отрицательных результатов согласно реализации. Успех в одном направлении не следует автоматически распространять на обратное. Версии компонентов и действующий набор функций сохраняют в отчёте.
Если нужная возможность не заявлена или её процедура не определена для проекта, это остаётся открытым требованием. Нельзя закрыть его ссылкой на успешный локальный SDS обмен либо на соседний раздел о файлах.
Такой подход помогает принимать совместимость в точных границах. Внутрисистемная работа остаётся полезным результатом, а межсистемная проверяется отдельно. Это позволяет избежать завышенных обещаний и одновременно не объявлять функцию невозможной только потому, что выбранная глава стандарта описывает более узкий контекст.