SMS'yı API veya kontrol paneli ile alın: hangi iş akışı uygun?

Önce üç farklı API'yi ayırt edin

Geçici numara alma API'si bir numara sipariş eder veya kiralar ve ardından o sipariş için gelen bir SMS alır. Manuel bir pano, aynı tür siparişi ve mesajı bir tarayıcıda bir kişiye sunar. Twilio Verify gibi bir gönderme veya doğrulama API'si, kullanıcının kendi cihazına bir kod göndererek bir doğrulama başlatır. Bu ürünler mesajın karşıt taraflarında yer alır. “SMS doğrulama API'si” araması ikisinden birini döndürebilir, bu nedenle belgeleri seçmeden önce yönü doğrulayın.

OTPAtlas şu anda geçici numara siparişlerini seçmek ve takip etmek için oturum açmış bir kontrol paneli sunar. Dış geliştiriciler için belgelenmiş bir genel API sunmaz. Aşağıdaki sağlayıcı örnekleri, belgelenmiş harici API'lerin manuel bir kontrol panelinden nasıl farklı olduğunu gösterir; bunlar OTPAtlas uç noktaları değildir.

Kaynaklar: 5SIM alma API belgeleri · SMSPool sipariş/kontrol API rehberi · Twilio Verify gönderme API'si

Bir kontrol panelinin daha iyi bir araç olduğu durumlar

Ara sıra tek bir kod için bir kontrol paneli insan kararını görünür tutar: alıcı hizmetin kurallarını onaylayın, izin verilen ülkeleri karşılaştırın, canlı fiyatı ve stoğu okuyun, gerekirse bir hesabı fonlayın ve onaydan önce tam siparişi inceleyin. OTPAtlas üzerinde, SMS sekmesi ardından atanan numarayı, atamadan sonraki kesin süre sonunu, durumu ve kaydedilen herhangi bir mesajı görüntüler; Geçmiş ve bakiye hareketleri nihai sonucu gösterir. Bu soruları sormak için yazılım entegrasyonu gerekmez.

Bir API, hariç tutulan bir ülkeyi uygun hale getirmez, stok oluşturmaz, kısa bir numarayı uzatmaz veya üçüncü taraf bir platformun bunu kabul etmesini sağlamaz. Zor kısım doğru numarayı seçmek veya mesajsız kredi iadesini anlamaksa, otomasyon yalnızca kötü bir seçimi daha hızlı tekrarlayabilir. Kararın kendisi anlaşılana ve kodu haklı çıkaracak kadar tekrarlanana kadar bir pano kullanın.

Desteklenen bir alma API'sinin gerçekte belgelediği şeyler

5SIM'in resmi belgeleri ürünleri ve fiyatları, aktivasyon numarası satın almayı, SMS için sipariş kontrolünü, tamamlama ve iptali ve durumları ayırır. Genel şartları, API'yi kullanan alıcılar için de geçerlidir; ABD/Rusya uygunluk kısıtlaması dahil. SMSPool'un kılavuzu bir sipariş kimliğini, bekleyen veya tamamlanmış kod için durum kontrollerini, iptali ve stokta yok ya da yetersiz bakiye gibi hata yanıtlarını belgeler. OnlineSIM aktivasyon ve kiralama uç noktalarını belgeler. HeroSMS kullanıcıları API belgelerine yönlendirir ve kurallarında istek sınırlarını yayımlar; iddia edilen SMS-Activate uyumluluğu burada test edilmemiştir.

Bunlar sağlayıcıya özgü sözleşmelerdir. Bir sağlayıcının parametre adlarını, durum numaralarını veya iade mantığını başka bir entegrasyona yapıştırmayın. API'nin kontrol panelinde gördüğünüz aynı ülke, operatör ve kiralama seçeneklerini destekleyip desteklemediği dahil olmak üzere, gerçekten seçtiğiniz sağlayıcı ve ürün için güncel belgeleri kullanın.

Kaynaklar: 5SIM API belgeleri · 5SIM şartları · SMSPool API sipariş/kontrol rehberi · OnlineSIM API ürünleri · HeroSMS API ve kuralları

Otomatikleştirmeden önce sipariş yaşam döngüsünü tasarlayın

Güvenli bir kavramsal akış şöyledir: ürünleri ve güncel fiyatı okuyun; hesabın uygun ve fonlanmış olduğundan emin olun; tek bir sipariş gönderin; döndürülen sipariş kimliğini saklayın; aynı siparişi bekliyor, SMS-alındı, iptal edildi veya süresi doldu durumları için kontrol edin; ve herhangi bir bakiye hareketini uzlaştırın. Sağlayıcı iptal sunuyorsa, gerçek zamanlamasını ve mesajsız kuralını uygulayın. SMSPool’un kılavuzu, entegratörlere sipariş kimliğini saklamalarını ve kontrol uç noktasını yoklamalarını açıkça söyler çünkü bu akış için bildirim göndermez.

Sipariş gönderiminden sonra bir istek zaman aşımı belirsizdir: istemciniz yanıtı hiç görmemiş olsa bile sağlayıcı siparişi oluşturmuş olabilir. Körlemesine ikinci bir ücretli satın alma isteği göndermeyin. Önce sağlayıcının sipariş geçmişini veya durum olanaklarını inceleyin ve yerel bir istek kaydıyla uzlaştırın. Bu sağlayıcılarda ortak belgelenmiş bir idempotency anahtarı bulamadık; seçilen uç noktanın bunu destekleyip desteklemediğini sorun. Bu bir mühendislik önlemidir, sağlayıcıların davranışının bir vaadi değildir.

Kaynaklar: 5SIM sipariş ve geçmiş API'si · SMSPool sipariş kimliği, durumu ve sorgulama

Hataları, hız sınırlarını ve gizli anahtarları ürün kararları olarak ele alın

Stokta yok, seçilen ürünün mevcut olmadığı anlamına gelir; yetersiz bakiye ise bakiye yüklemesi gerektiği anlamına gelir. Alıcı platform yasaklıyorsa, hiçbiri otomatik olarak farklı bir ülke satın alma işareti değildir. SMSPool bu yanıt türlerini belgeler. 5SIM istek sınırlarını ve farklı sınırlar için 429 veya 503 yanıtlarını yayımlar; HeroSMS güncel kurallarında API istek sınırlarını yayımlar. Sağlayıcının güncel eşiklerini okuyun ve durum kontrolleri için kontrollü yeniden deneme veya geri çekilme kullanın; satın alma çağrısını kontrolsüz yeniden denemekten kaçının.

API anahtarlarını herkese açık bir tarayıcı sayfası yerine güvenilir bir sunucuda tutun, telefon numaraları veya mesaj metni içeren günlüklere erişimi sınırlayın ve yalnızca iş akışının ihtiyaç duyduğu verileri saklayın. Bir destek sorusunun belirli bir olayı tanımlayabilmesi için sipariş kimliğini ve nihai sonucu izleyin. Bir kontrol paneli kullanıcısının bu kontrolleri oluşturması gerekmez; API kullanan bir geliştiricinin gerekir. Hiçbir arayüz, alıcı platformun kurallarını aşma izni vermez.

Kaynaklar: SMSPool API hataları · 5SIM API limitleri · HeroSMS API kuralları

İki eksiksiz seçenek

Durum A: Bir kişi bu hafta izin verilen bir koda ihtiyaç duyuyor. OTPAtlas panosunu kullanarak canlı bir hizmet-ülke teklifini kontrol edebilir, minimum yükleme tutarını anladıktan sonra fonlayabilir, siparişi onaylayabilir ve SMS durumunu okuyabilir. Bir API entegrasyonu oluşturmak, numaranın uygunluğunu veya süresini değiştirmeden kimlik bilgisi ve hata işleme çalışması ekler.

Durum B: Bir ekip, izin verilen ülkelerde kendi onaylanmış kayıt akışını tekrar tekrar test eder. Resmi bir alıcı API'si sunan bir sağlayıcı, ekip sipariş yaşam döngüsünü uygulayabiliyorsa, kimlik bilgilerini koruyabiliyorsa, belirsiz satın alımları uzlaştırabiliyorsa ve hız sınırlarına uyabiliyorsa manuel kopyalamayı azaltabilir. Ekip bunun yerine kendi kullanıcılarına doğrulama kodları göndermek istiyorsa, geçici numara alma API'si değil, Twilio Verify gibi bir gönderme ürününü incelemelidir.

Kaynaklar: 5SIM alma API'si · Twilio Verify gönderme API'si

Sık sorulan sorular