Обсудить задачу
Доставка

Skirbo +
QazPost / Казпочта

Предлагаем проверять адрес до упаковки, показывать найденные варианты оператору и сохранять подтверждённый индекс вместе с исходным адресом. Оформление отправления и этикетки оцениваются только после получения действующего почтового контракта.

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Адресный запросSkirbo / продавец → QazPost Open APIОбсудим в составе подключения

Передать минимальную строку поиска или известный индекс/РКА по согласованному доступу.

Кандидаты адресаQazPost Open API → оператор / SkirboОбсудим в составе подключения

Показать варианты и сохранить подтверждение вместо безусловной замены.

Почтовое оформлениеДоговорный процесс клиента → SkirboОбсудим в составе подключения

Способ создания и документ подтверждаются отдельно; автоматический метод не заявлен.

Приёмка возвратаФизический склад → продавецОбсудим в составе подключения

Проверить реальные места и товар, не опираясь на один адресный справочник.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

Для продавца или фулфилмента со складом и получателями в Казахстане. Подтверждённая область — подготовка адреса и выбор почтового продукта для дальнейшего согласования. Связь с заказом Kaspi или собственного магазина проектируется отдельно; правила России сюда не переносятся.

Как организовать обмен

Официальная страница описывает авторизованный GET-поиск адреса с Bearer-токеном. Изученный текст доступен в поисковом индексе; прямое чтение страницы сейчас возвращает оболочку без текста. Метод отправлений, этикеток и событий этим адресным сервисом не установлен.

Предлагаемый порядок работы

  1. Сохраняют исходный адрес, язык и версию заказа. ФИО и телефон не добавляют в поисковую строку, если для адресной задачи они не нужны.
  2. По разрешённому адресному интерфейсу запрашивают варианты. Ответ сопоставляют с заказом и клиентом, не превращая первый результат в автоматическую замену пункта назначения.
  3. Оператор сравнивает город, улицу, строение и индекс. При нескольких похожих зданиях или несовпадении номера подтверждение получают у продавца; исходная строка остаётся в истории.
  4. После подтверждения сохраняют выбранный адрес и индекс рядом с первоначальным. Склад получает разрешение собрать и упаковать заказ именно для этой версии адреса.
  5. Перед почтовым оформлением оператор использует согласованный договорный способ. Если получен реальный номер отправления, его связывают с заказом и коробкой; адресный результат сам по себе такого номера не создаёт.
  6. Перед фактической передачей сверяют данные на выданном почтовом документе и на коробке. Ошибка адреса, отсутствие оформления или несовпадение номера блокируют выдачу до исправления.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Адрес из магазина → проверенный вариант → допуск к упаковке

Задача: Найти неоднозначность до выдачи посылки.

Когда начинается: Продавец передал заказ с текстовым адресом в Казахстане.

  1. Сохраняют исходный адрес, язык и версию заказа. ФИО и телефон не добавляют в поисковую строку, если для адресной задачи они не нужны.
  2. По разрешённому адресному интерфейсу запрашивают варианты. Ответ сопоставляют с заказом и клиентом, не превращая первый результат в автоматическую замену пункта назначения.
  3. Оператор сравнивает город, улицу, строение и индекс. При нескольких похожих зданиях или несовпадении номера подтверждение получают у продавца; исходная строка остаётся в истории.
  4. После подтверждения сохраняют выбранный адрес и индекс рядом с первоначальным. Склад получает разрешение собрать и упаковать заказ именно для этой версии адреса.
  5. Перед почтовым оформлением оператор использует согласованный договорный способ. Если получен реальный номер отправления, его связывают с заказом и коробкой; адресный результат сам по себе такого номера не создаёт.
  6. Перед фактической передачей сверяют данные на выданном почтовом документе и на коробке. Ошибка адреса, отсутствие оформления или несовпадение номера блокируют выдачу до исправления.

Результат: Склад работает с подтверждённым адресом, сохранив происхождение исправления.

Если возникло исключение

  • HTTP 204 означает отсутствие результата поиска, а не отсутствие здания или запрет доставки.
  • При 429/503 задача ждёт повторной проверки или разрешённой операторской процедуры; посылка не получает статус оформленной.

Известный индекс или РКА → проверка здания и языка

Задача: Не спутать почтовый адрес с номером квартиры или штрихкодом посылки.

Когда начинается: В заказе уже есть новый индекс либо регистрационный код адреса здания.

  1. Определяют вид исходного идентификатора и хранят его отдельно от номера отправления. Индекс и РКА не служат ключом заказа.
  2. Полученный адрес сопоставляют с согласованным зданием; русское, казахское и латинское представления сравниваются как варианты одной адресной записи.
  3. Уточнения о квартире, входе и контактах сохраняют из подтверждённого заказа. Адресный сервис здания не считается проверкой личности или всех деталей доставки.
  4. Если адрес меняется после упаковки, создают новую согласованную версию и повторяют сверку до оформления. После оформления оператор сначала согласует изменение с почтовым сервисом, затем меняет складскую инструкцию.

Результат: Индекс, адрес здания и дополнительные реквизиты не потеряны при переводе или изменении заказа.

Если возникло исключение

  • Примеры ответов на официальной странице содержат разные индексы и варианты путей; их нельзя копировать как готовые рабочие данные клиента.

Выбрать почтовый продукт и сохранить границу оформления

Задача: Подготовить требования к посылке без неподтверждённого обещания API.

Когда начинается: Продавец выбирает внутреннюю посылку или доставку на почтомат.

  1. По справочнику отделяют вид продукта, направление и категорию отправления. Посылка по РК и посылка на почтомат рассматриваются раздельно.
  2. Оператор сверяет актуальные условия договора, состав вложения и физическую упаковку. Неоднозначные единицы в справочнике не используются для автоматического допуска по весу.
  3. Для автоматизации запрашивают у QazPost именно контракт выбранного продукта: создание, подтверждение, печать, изменение, возврат и право кабинета.
  4. До его подтверждения оформление выполняется только существующим разрешённым способом клиента. Номер и подтверждающий документ связывают с отгрузкой; склад отдельно фиксирует физическую передачу.
  5. При возврате ждут реальные коробки и проводят осмотр. Адресная запись, справочник продукта или ожидание возврата не увеличивают запас.

Результат: Согласованный почтовый продукт становится конкретным заданием на проверку подключения.

Если возникло исключение

  • Наличие кода продукта не доказывает метод отправки, печать этикетки или текущую поддержку старого GetBarcodeInfo.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
Исходный адрес и выбор получателяПокупатель / продавецЛюбая смена назначения требует подтверждения и версии.
Адрес здания и индексАдресный сервис QazPostСправочный результат хранится с временем чтения, без объявления его номером посылки.
Номер заказа и коробкиSkirbo / система продавцаАдрес, РКА и почтовый номер не заменяют внутренние идентификаторы.
Почтовый договор и отправлениеКлиент и QazPostФакт создания подтверждается отдельным документом/контрактом.
Физическая передача и возвратСкладДвижение запаса связано с реальным действием.

Что обсудить перед пилотом

  • Какие адресные ошибки задерживают выдачу и кто подтверждает исправления?
  • Какой действующий интерфейс создаёт отправление и подтверждает печать для вашего договора?
  • Есть ли официальная текущая схема событий и возврата выбранного продукта?
Перед оценкой

Что нужно уточнить

  • Почтовый продукт, отправляющее подразделение и действующий договор в Казахстане.
  • Обезличенные примеры неоднозначных адресов, известных индексов и РКА; требуемые языки.
  • Согласованный доступ к адресному сервису и процедура операторского подтверждения.
  • Для следующего этапа — отдельная действующая документация отправлений, этикеток, отмены и событий.
Границы сценария

Что учесть заранее

  • Подтверждены адресный поиск и справочники; создание посылок, этикетки и API отслеживания остаются непроверенными.
  • Старый GetBarcodeInfo и legacy rates.kazpost не рассматриваются как действующий контракт.
  • Дата редакции Open API страниц не установлена; живые авторизованные вызовы в этой работе не выполнялись.
  • Индекс здания не подтверждает квартиру, личность получателя, возможность конкретной перевозки или принадлежность почтового номера.
  • Российские правила маркировки, фискализации и ЭДО не переносятся на Казахстан; применимость требований уточняется для страны и договора.
Стоимость и запуск

Оценим ваш набор операций

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

Какой продукт QazPost нужен вашему складу в Казахстане и какие адреса чаще всего требуют уточнения?

Вопросы о подключении

Можно автоматически заменить адрес первым найденным?

При неоднозначности нужно подтверждение. В проектируемом процессе сохраняются исходный текст, найденные варианты и выбор оператора, чтобы не изменить пункт назначения незаметно.

Достаточно иметь трек-номер?

Он нужен для сопоставления отправления. Для автоматических событий дополнительно требуется действующий интерфейс и право доступа; адресный API этого не доказывает.

Что означает пустой результат?

По описанию HTTP 204 означает, что поиск ничего не нашёл. Это повод уточнить запрос или адрес, а не автоматически отказать в доставке.

Почему нельзя сразу обещать печать этикеток QazPost?

Прочитанный метод возвращает адресные сведения. Для почтового оформления нужны отдельные операции выбранного продукта и подтверждение кабинета.

Можно использовать адрес Kaspi?

Как исходные данные — после согласования доступа и процесса продавца. Наличие заказа Kaspi не превращает адресную проверку в интеграцию отправлений QazPost.

Чем новый индекс отличается от РКА?

На странице поиска это разные виды входа: почтовый индекс и регистрационный код адреса здания. Оба следует отличать от номера заказа и номера перевозки.

Интеграция уже готова?

Материал описывает исследованный процесс и предложение разработки. Готовый коннектор, его включение и сроки не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.