Обсудить задачу
Уведомления

Skirbo +
SMS Aero

Связывать подтверждённую готовность заказа с одной SMS, хранить попытку и разбирать ошибки связи или баланса. Кодовая проверка, если она нужна, проектируется отдельно от обычного уведомления.

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

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

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

ОперацияНаправлениеСостав и готовность
Сервисная SMSSkirbo → SMS AeroОбсудим в составе подключения

Клиент + событие + номер + версия шаблона; минимум данных и один владелец отправки.

Результат попыткиSMS Aero → SkirboОбсудим в составе подключения

Принятие и итог раздельно; реальные ID/статусы проверяются по API.

Кодовая попыткаСогласованный контур → SMS AeroОбсудим в составе подключения

Отдельная операция Telegram-кода/SMS-резерва, не общий текстовый мессенджер.

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

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

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

Для продавца, сообщающего о готовности самовывоза, и склада, которому нужен контролируемый короткий канал связи. Официальный Python SDK SMS Aero показывает отправку SMS и отдельную отправку Telegram-кода с возможным SMS-резервом. Эти операции имеют разное назначение.

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

Прочитан официальный smsaero_python: email/API-key аккаунта, send_sms, send_telegram для кода и отдельные ошибки связи/недостатка средств. Схемы итоговых статусов и повторов нужно сверить по актуальному API.

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

  1. Получить событие готовности, клиента, заказ и подтверждённый номер телефона.
  2. Сопоставить склад и короткий шаблон, проверить адрес/ссылку и длину переменных; определить единственного владельца отправки.
  3. Выполнить согласованную отправку SMS Aero и сохранить результат той же попытки.
  4. Сотрудник склада продолжает хранить заказ до фактической выдачи; отправленная SMS не закрывает заказ.
  5. Вернуть в Skirbo доступный ID и состояние принятия запроса.
  6. Получить подтверждённый итог доставки по выбранному контракту, отдельно от принятия API; обработать результат один раз.
  7. При ошибке связи или недостатке средств остановить неограниченные повторы и направить проблему ответственному, проверив судьбу первой попытки.

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

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

SMS о готовности на выбранном складе

Задача: Передать краткую полезную информацию без дублей и старого адреса.

Когда начинается: Склад подтвердил готовность заказа к выдаче.

  1. Получить событие готовности, клиента, заказ и подтверждённый номер телефона.
  2. Сопоставить склад и короткий шаблон, проверить адрес/ссылку и длину переменных; определить единственного владельца отправки.
  3. Выполнить согласованную отправку SMS Aero и сохранить результат той же попытки.
  4. Сотрудник склада продолжает хранить заказ до фактической выдачи; отправленная SMS не закрывает заказ.
  5. Вернуть в Skirbo доступный ID и состояние принятия запроса.
  6. Получить подтверждённый итог доставки по выбранному контракту, отдельно от принятия API; обработать результат один раз.
  7. При ошибке связи или недостатке средств остановить неограниченные повторы и направить проблему ответственному, проверив судьбу первой попытки.

Результат: У одного события есть одна контролируемая попытка и понятная причина отказа.

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

  • Неизвестный результат после таймаута не означает, что сообщение не было принято.
  • Исправление телефона требует новой подтверждённой версии контакта.

Код и текст уведомления

Задача: Не подменять уведомление о заказе кодовым продуктом.

Когда начинается: Продавец отдельно согласовал действие, требующее одноразового кода.

  1. Определить действие пользователя, срок и правила применения кода в своём процессе.
  2. Проверить отдельную операцию Telegram-кода и допустимый SMS-резерв по текущему договору.
  3. Связать кодовую попытку с действием пользователя, сохраняя уведомление о заказе самостоятельным событием.

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

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

  • send_telegram из прочитанного SDK не является отправкой произвольного текста о заказе.

Номер исправлен после отказа

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

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

  1. Сохранить новую версию контакта и остановить ещё не отправленные попытки на прежний номер.
  2. Проверить актуальность события и прежний результат перед новой отправкой.
  3. Создать связанную новую попытку с причиной изменения, не переписывая историю старой.

Результат: Ошибка контакта исправлена прослеживаемо и не запускает рассылку по всем номерам.

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

  • Совпадение имени покупателя не подтверждает принадлежность нового телефона.

Отмена готовности до отправки SMS

Задача: Не уведомить покупателя о выдаче, которая уже отменена или перенесена.

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

  1. Зафиксировать новую версию заказа и причину изменения; сохранить связь с прежним событием готовности.
  2. До передачи в SMS Aero повторно проверить версию и адрес выдачи; устаревшую внутреннюю задачу завершить без отправки.
  3. Если попытка уже принята поставщиком, сверить её результат по сохранённому id; не считать изменение внутренней записи отзывом SMS.
  4. Ответственный решает, требуется ли новое корректирующее сообщение по актуальному адресу; для него создаётся отдельное событие и отдельный результат.
  5. Поздний статус старой SMS обновляет только прежнюю попытку и не возвращает заказ к готовности.

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

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

  • Возможность отменить уже переданную SMS не заявляется без отдельного подтверждённого метода.
  • Покупательские номера и рабочие номера сотрудников не объединяются при поиске попыток.

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

ДанныеОтветственный источникПравило обмена
Заказ, SKU и остаткиПродавец и система складаВ уведомление попадает только согласованный снимок события; сервис рассылки не меняет заказ или запас.
Складские статусы и возвратыСистема физического исполненияВыдача, приёмка возврата и результат осмотра подтверждаются складом; письмо или SMS не создаёт эти факты.
Контакт и выбор каналаCRM продавца / подтверждённый контактЗаказчик определяет адресата и назначение сообщения; сведения разных клиентов не объединяются.
ДокументыСистема, выпустившая документВ сообщении — разрешённая ссылка или согласованное вложение, а не новая юридическая версия документа.
Результат сообщенияПоставщик канала связиПринятие запроса, доставка и прочтение хранятся отдельно, если выбранный продукт их предоставляет.
Назначение сообщения, разрешение канала и отпискаПродавец; ответственный за клиентские коммуникацииДля каждого клиента раздельно хранить сервисный повод, рекламную подписку и запрет канала. Обновление заказа не создаёт рекламного согласия. Отказ от канала проверяется перед новой попыткой; спорный случай направляется ответственному без автоматического обхода запрета.

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

  • Какой номер и канал клиент подтвердил для этого события?
  • Как проверять судьбу принятой попытки после обрыва связи?
  • Нужна обычная SMS или отдельный одноразовый код?
Перед оценкой

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

  • Аккаунт и API-ключ, подтверждённое имя отправителя выбранного маршрута.
  • Короткий шаблон и правило длины переменных без обещанной стоимости сегментов.
  • Контракт чтения результата, обработки таймаута и ошибки недостатка средств.
  • Для обратного результата выбрать опрос по сохранённому id либо обработчик callback с проверкой принадлежности попытки и резервной сверкой.
Границы сценария

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

  • Пример SDK отправки не раскрывает финальные статусы доставки или гарантию прочтения.
  • Telegram-операция SDK предназначена для кода; произвольные сообщения не подтверждены.
  • Стоимость, число сегментов конкретного текста и доступность имени отправителя проверяются отдельно; универсальные лимиты не обещаются.
  • Документированный способ чтения статуса ещё требует приёмки аккаунта. Таймаут отправки без полученного id не устраняется слепой повторной отправкой.
Стоимость и запуск

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

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

Для оценки выберите одну SMS о готовности, согласованный номер/отправителя и способ получения итогового результата SMS Aero.

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

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

Зададим отдельное правило повторов с ограничением числа попыток, чтобы задержка статуса не вызвала несколько одинаковых сообщений.

Как понять стоимость длинного сообщения?

До настройки проверим согласованный текст и число сегментов, затем зафиксируем ограничения на переменные, увеличивающие длину.

Недостаток средств лечится повтором запроса?

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

Можно отправить трек-номер через функцию Telegram-кода?

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

Если ответ об отправке потерялся, можно сразу повторить?

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

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

Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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