Поново проверите исправљене податке о идентитету предузећа
Користите ову операцију када је потребно поново проверити исправљене податке о идентитету постојећег бренда организације. Прво ажурирајте постојећи бренд, а затим прочитајте тренутни статус провере његовог идентитета. Обично ажурирање профила не подноси захтев за овај засебан покушај који се наплаћује. Поновна провера не прави други бренд нити региструје кампању.
Користите сопствени омогућени API налог преко HTTPS са дозвољене изворне IP адресе. Бренд мора припадати том налогу. Чувајте записе о бренду као приватне: садрже пословне и контакт податке.
Прегледајте бренд пре подношења захтева
curl --silent --show-error --fail-with-body --user "$API_USER:$API_PASSWORD" \
"https://api.multitel.net/tcr/v2/brand/$BRAND_ID" \
--output current-brand.jsonПроверите да ли враћени бренд представља жељено предузеће и да ли је исправка присутна. Ако је првобитна регистрација на чекању, поновна провера још није могућа. Регистар може одбити захтев ако пословни подаци нису промењени. Ако недостају посебни атрибути, можда је потребна жалба уместо још једне провере идентитета. Брендови самосталних предузетника користе одговарајући поступак провере идентитета/PIN-а; немојте ову крајњу тачку сматрати заменом за тај поступак.
Потврдите засебну наплату
Тренутно подешена накнада за поновну проверу у продукционом окружењу износи US$5.00 по прихваћеном покушају, према провери од 24. октобра 2026. Примењује се стандардна накнада за бренд, чак и када првобитни субјект има другачију цену регистрације. Куповине морају бити омогућене; припејд налози морају имати довољно средстава пре подношења захтева.
Одговор 202 значи да је захтев прихваћен за даљу обраду, а наплата накнаде покреће се при прихватању. То не значи да је идентитет предузећа потврђен. Каснији нови покушај може довести до још једне накнаде. Немојте покретати нови покушај само зато што је провера и даље на чекању.
Поднесите захтев за један намеравани покушај
curl --silent --show-error --fail-with-body --user "$API_USER:$API_PASSWORD" \
--request PUT \
--header "Idempotency-Key: $IDEMPOTENCY_KEY" \
"https://api.multitel.net/tcr/v2/brand/$BRAND_ID/revet"Тело захтева са профилом није потребно: проверавају се већ сачувани подаци о бренду. Користите јединствени кључ идемпотентности за намеравани покушај, а при поновном слању задржите потпуно исти метод, путању, упит и тело. Кључеви подржавају 1–128 штампљивих ASCII знакова без размака. Дупликат покушаја чија је обрада у току може вратити 409 са Retry-After; завршени покушај може поново вратити свој сачувани резултат, укључујући грешку.
Јавни API прихвата и Bearer аутентификацију за омогућени налог са токеном. Провере власништва над налогом и дозвољене изворне IP адресе и даље важе. Сачувани симулирани брендови заобилазе овај поступак наплате у продукционом окружењу, али резултат из пробног окружења није провера идентитета у продукционом окружењу.
Прочитајте резултат и пратите његов статус
| Одговор | Значење и следећа радња |
|---|---|
| 200 | Захтев је успео. Прегледајте враћени бренд и поново прочитајте актуелни запис о бренду да бисте потврдили статус провере идентитета. |
| 202 | Прихваћено, чека се даља провера. Сачувајте идентификатор бренда и касније проверите његов тренутни статус без подношења захтева за још један покушај који се наплаћује. |
| 400 | Прегледајте враћене грешке регистра. Првобитна регистрација можда је на чекању, профил можда није промењен или се можда примењује друго правило валидације. |
| 401 / 404 | Проверите акредитиве и дозвољену IP адресу или идентификатор бренда који припада налогу. |
| 402 / 503 | Прегледајте локалну грешку у вези са куповином или средствима, односно ценом или сервисом. Немојте претпостављати да сваки одговор 503 доказује да захтев није упућен узводном сервису. |
| 429 | Поштујте Retry-After и задржите исте податке покушаја. |
Посреднички сервер освежава свој локални запис о бренду након прихваћене измене; то освежавање само по себи не доказује коначан исход провере. Предузеће може остати непроверено или на чекању. Пре него што наставите подешавање кампање, ослоните се на тренутни статус бренда, а не само на прихватање преко HTTP.
Разјасните неизвестан резултат
Грешка у преносу може довести до кешираног одговора 502. Захтев прихваћен у узводном сервису, након којег дође до грешке при локалном трајном чувању или наплати, може довести до кешираног одговора 500 са requestId. Сачувајте тај идентификатор и уз помоћ подршке усагласите тренутно стање бренда и наплате. Генерисање другог кључа може направити покушај који се засебно наплаћује; немојте насумице поново слати захтев са новим кључем.
Коришћење корисничког портала
Портал нуди поновну проверу за организацију у продукционом окружењу са статусом UNVERIFIED након прегледа актуелног профила и накнаде. Проверава да профил и цена нису промењени и одбија још једно прихваћено подношење за исте актуелне податке. Брендови у пробном окружењу и брендови самосталних предузетника искључени су из ове радње на порталу.
Те заштитне мере портала представљају додатне провере у поступку. Директни API клијенти морају обавити сопствени преглед и не смеју претпоставити да API захтева поља портала за верзију или потврду цене. Чување уобичајене исправке бренда засебна је радња и не подноси аутоматски захтев за поновну проверу.