openapi lint.POST /authorizations/{authorizationId}/clarifications.clarificationAdded и получение актуального состояния через GET /authorizations/{authorizationId} показаны как опциональные действия.GET после ответа МО на уточнение сделан опциональным: POST /clarifications возвращает технический 202 Accepted, а синхронизация выполняется по необходимости.callback + GET и самостоятельный GET.POST-вызовами; бизнес-данные передаются в requestBody, а 202 Accepted только подтверждает прием сообщения.POST /authorizations/{authorizationId}/decision, если решение изменилось.clinicalDiagnosis в результате согласования запрещены пустой массив и пустые строковые элементы.processingStatus, статус результата согласования и статусы отдельных единиц; удалено упоминание частичного режима отзыва.cancelled, позволяющий GET /authorizations/{authorizationId} отразить полный отзыв результата.url или содержимое файла content в кодировке Base64.application/pdf, image/jpeg, image/png, application/dicom и application/zip.title, contentType и sizeBytes оставлены необязательными, но обозначены как рекомендуемые.AuthorizationRequestStatus, объединяющая обязательные статус вхождения услуги в программу, дату и время его установки и причину запроса.includedInProgram и notIncludedInProgram.RequestStatus подключен к конкретным услугам, объемам медицинской помощи и общему блоку AuthorizationServiceRequestMeta.AuthorizationRequestReason: добавлены согласованные коды причин, подробные description и x-enum-descriptions.POST /authorizations обновлены с учетом вложенной структуры RequestStatus.AuthorizationServiceDecisionStatus, используемая в текущем статусе и результате согласования.awaitingAuthorization, approved, approvedWithGuaranteeLetter, approvedAtAnotherProvider, declined, additionalInfoRequired и approvalNotRequired.awaitingAuthorization сохранен для услуг, которые находятся на рассмотрении; additionalInfoRequired используется при ожидании уточняющих сведений.AuthorizationStatusResponse.processingStatus описан как вторичный по отношению к статусам отдельных единиц согласования.AuthorizationDecisionReason с кодами причин отказа и запроса дополнительных сведений, обязательными code и displayName, а также ограничением комментария до 2000 символов.AuthorizationServiceStatus, AuthorizationServiceResolution и AuthorizationCareScopeResolution переведены на единый объект DecisionReason.AuthorizationResolution добавлены подробные описания и x-enum-descriptions; финальные статусы отделены от pendingInformation.Services и CareScopes через новую схему AuthorizationServiceResolutions.AuthorizationCareScopeResolution для результатов по объемам медицинской помощи.liabilityLimit длиной до 50 символов.approvedUntil: срок действия передается только на уровне конкретной услуги или объема помощи в ApprovalPeriod.ApprovedPrice; согласованная и фактическая стоимость используют единый объект цены и валюты.ServiceProviderBranchInformation.GuaranteeLetterInfo добавлена дата гарантийного письма и исключены дублирующие договорные, суммовые и текстовые поля.POST /authorizations/{authorizationId}/clarifications явно закреплен как двусторонний метод: СК напрямую направляет запрос уточнения в МО, а МО передает запрос, ответ, комментарий или дополнительные материалы в СК.POST /authorizations/{authorizationId}/decision.clarificationAdded определен как уведомление о новом сообщении, а не как единственный канал передачи содержания уточнения; актуальное состояние получается через GET /authorizations/{authorizationId}.RequestedClarification заменен массивом RequestedClarifications, содержащим только открытые запросы, по которым ожидается ответ МО.clarificationId, createdAt и requestComment.inReplyToClarificationId, позволяющий однозначно связать ответ с исходным запросом.authorizationId.AuthorizationCancellation удалены cancellationMode, revokeFrom и ExecutedServices; единой датой прекращения действия остается cancelledAt.POST /authorizations/{authorizationId}/cancellation синхронизировано с упрощенной моделью.serviceType; фактическая цена переведена на ApprovedPrice.requestedQuantity, approvedQuantity, executedQuantity) приведены к штучному формату integer/int32 с минимальным значением 1.InsuredPersonShortInfo ссылка на данные физического лица приведена к композиции allOf.InsuredPersonInformation введена явная типизация событий через detachmentType (Full/Partial) и changeType (массив: PersonalData, CoveragePeriod, ProgramConditions, RiskList).startDate/endDate реализован формат oneOf: либо дата строкой, либо объект изменения с oldValue/newValue (с корректной схемной обязательностью).InsuranceRisks выделен в отдельную схему и подключён через $ref из InsuredPersonProgramm.DetachmentTypeRequired, ChangeTypeRequired и связанные).changedAt, устранён некорректный InsuredPersonDetailsChange в JSON-примерах, добавлен changedAt на уровень записи в дополнительных кейсах.openapi lint; в текущем состоянии спецификации валидируются без предупреждений.InsuredPersonInformation добавлены явные атрибуты типизации бизнес-событий: detachmentType (Full/Partial) и changeType (массив значений PersonalData, CoveragePeriod, ProgramConditions, RiskList).startDate и endDate в InsuredPersonInformation реализована передача через oneOf: либо дата строкой, либо объект изменения с oldValue/newValue; примеры дат приведены к валидному формату.InsuranceRisks вынесен в отдельную схему components/schemas/InsuranceRisks.yaml и подключён через $ref из InsuredPersonProgramm.С: СurrencyInfo/Сurrency → CurrencyInfo/currency в схемах и примерах.ProcessingErrorCode и x-error-catalog добавлены новые CamelCase-коды: DetachmentTypeRequired, DetachmentPartialProgramsRequired, DetachmentTypeNotAllowedForNonDetachment, ChangeTypeRequired, ChangeTypeNotAllowedForNonChangment, ChangePayloadMismatchWithType.medical-insured-person-v2.yaml, examples-insured-persons.md, docs/Описание_примеров_применения.md и components/responses/200InsuredPerson.yaml синхронизированы со схемами:changedAt во вложенных объектах изменений (ФИО/дата рождения/документ/адрес/элементы рисков);InsuredPersonDetailsChange в примерах (используется InsuredPersonDetails в формате oldValue/newValue);changedAt на уровень записи InsuredPersonInformation.openapi lint для medical-insured-person-v2.yaml и medical-insurance-openapi-v2.yaml проходят успешно.В 403Error (описание ошибки) зафиксирован допустимый набор кодов Authenticate.*; в 400Error уточнено общее правило применения кодов по эндпоинтам.
406Error(описание ошибки) оставлена только семантика content negotiation (Accept ≠ application/json), а ошибки валидации отнесены к 400; x-fapi-interaction-id обозначен как необязательный для 406.500Error (описание ошибки) установлен единственный errorCode — UnexpectedError, добавлен этот код в OBRUErrorResponseErrorCode с описанием (HTTP 500).TopLevelIssues используют InsuredPersonListProcessingIssue, а InsuredPersonIssue — новую InsuredPersonListProcessingPersonIssue с обязательным seriesAndNumberDms.x-error-catalog добавлено описание области применения и ссылка на OBRUErrorResponseErrorCode для ошибок Authenticate/Signature.InsuredPersonProgramm уточнён маппинг столбцов справочника рисков: riskCode=«Сокращение», riscShortName=«Риск/объем услуг в программе ДМС», riscDescriptions=«Описание значения».x-error-catalog и базовые типы ошибок ProcessingError: объекты InsuredPersonListProcessingIssue, InsuredPersonProcessingIssue и TopLevelIssues теперь содержат ссылки на правила, обоснование и дополнительное описание, а примеры callback-уведомлений демонстрируют новые коды.x-fapi-interaction-id сделан обязательным UUID, обновлены параметры пагинации (page → int32, диапазон 1–5000, дефолт 1) и вспомогательные заголовки (If-Modified-Since, If-None-Match, user-agent), что формализовало требования к запросам.insured-persons-*, medical-services-*, products@{productId} и связанных схемах больше не зависят от других репозиториев.InsuredPersonContent используется новая схема InsuredPersonInformation, обновлены связанные объекты (InsuredPerson, услуги, условия обслуживания).insuredpersons2.json, спецификации medical-insured-person-v2/v3.yaml и путь insured-person-list-status.yaml синхронизированы с новыми полями и статусами.medical-insured-person-v2.yaml и medical-insured-person-v3.yaml корректно отражены изменения и статусы.insured-person-list-status.yaml дополнен подробным описанием уведомлений МО о ходе обработки списков.InsuredPersonListProcessingStatus и InsuredPersonListProcessingIssue, актуализированы описания участников (Branch, Customer, LegalEntity).InsuredPersonProgramm встроена поддержка франшизы (новая схема Franchise.yaml), что позволило передавать условия оплаты в ответах.InsuredProgramms переведён в массив: обновлены InsuredPerson, InsuredPersonContent, отдельная схема программы и связанные примеры (insuredpersons2.json, medical-insurance-openapi-v2.yaml, путь insured-persons.yaml).x-date-time, x-kdn-code) и вспомогательная схема Meta.yaml.medical-insured-person-v2/v3.yaml, medical-insurance-openapi-v2.yaml и пути insured-persons-v2.yaml, medical-services-v2.yaml приведены к единой структуре.InsuredPersonProcessingIssue и обновлён InsuredPersonProcessingStatus, что позволило лучше фиксировать ошибки обработки.insuredpersons2.json) и примеры в medical-insurance-openapi-v2.yaml, medical-insured-person-v2.yaml.insuredPersonId и обновлён changelog.md.glonass-insurance-v1.0.0.yaml.x-ultimate-client-id для идентификации инициатора запроса.examples-insured-persons.md, examples-medical-services.md) и множество JSON-шаблонов (insuredpersons-examples.json, medicalservices-examples.json).AddressRFType, IndividualInfo-v2, Branch-v2).dateOfDocument и связанные атрибуты сделаны необязательными, добавлена вспомогательная схема ServicePriceInfoNonMed-v2.Branch-v2, CurrencyInfo-v2, PaperAuthorizationInfo) и цен (ServicePriceInfo-v2).CurrencyInfo, расширены сведения об услугах (ExternalMedicalService-v2, MedicalService-v2, ServiceCondition-v2) и пример medicalservices2.json.insuredpersons2/3.json, medicalservices2/3.json) и обновление схем участников (Customer-v2, IndividualInfo, LegalEntity).medical-insurance-openapi-v2.yaml и medical-insured-person-v2.yaml.ConventionalUnits, уточнены паспортные данные и ответы InsuredPerson.medical-insured-person-v2.yaml и medical-insurance-openapi-v2.yaml.InsuredPerson-v2.yaml, CurrencyInfo-v2.yaml, insured-persons-v2.yaml.Branch-v2, Contractor-v2, SignatoryInfo-v2 и др.), актуализированы примеры insuredpersons2.json.