SMS – GYAKORI KÉRDÉSEK

Ez a cikk az SMS szolgáltatással kapcsolatos gyakori kérdésekre ad választ.

Üzenetek küldése és fogadása

Hogyan fogadhatok üzeneteket az Azure Communication Services használatával?

Az Azure Communication Services ügyfelei az Azure Event Grid használatával fogadhatják a bejövő üzeneteket. Ezt a rövid útmutatót követve beállíthatja az eseményrácsot az üzenetek fogadásához.

Fogadhatok üzeneteket bármely országból vagy régióból ingyenes számokon?

Az ingyenes számok nem képesek üzeneteket küldeni vagy fogadni az Egyesült Államokon, CA-n és PR-n kívüli országokba/régiókba vagy régiókból.

Fogadhatok üzeneteket bármely országból vagy régióból rövid kódokkal?

A rövid kódok belföldi számok, és nem képesek üzeneteket küldeni vagy fogadni azon országon/régión kívülről, amelybe regisztrálva volt. Példa: Az USA rövid kódja csak az EGYESÜLT Államok címzettjeinek küldhet és fogadhat üzeneteket.

Hogyan kezelik a vezetékes számokra küldött üzeneteket?

A Egyesült Államok az Azure Communication Services nem ellenőrzi a vezetékes számokat, és megkísérli elküldeni a szállítóknak kézbesítés céljából. Az ügyfeleknek a vezetékes számokra küldött üzenetekért díjat kell fizetni.

Küldhetek üzeneteket több címzettnek?

Igen, több címzetttel is kezdeményezhet egy kérést. Ezt a rövid útmutatót követve üzeneteket küldhet több címzettnek.

202-es HTTP-állapotot kaptam a Send SMS API-tól, de az SMS nem érte el a telefonomat, mit tegyek most?

A szolgáltatás által visszaadott 202 azt jelenti, hogy az üzenet üzenetsorba lett küldve, és nem lett kézbesítve. Ezzel a rövid útmutatóval feliratkozhat a kézbesítési jelentés eseményeire és hibaelhárítására. Az események konfigurálása után vizsgálja meg a kézbesítési jelentés "deliveryStatus" mezőjét a kézbesítés sikerességének/sikertelenségének ellenőrzéséhez.

Rövidített URL-címek küldése üzenetekben

A rövidített URL-címek jó módszer az üzenetek rövid és olvasható megőrzésére. Az EGYESÜLT Államok fuvarozói azonban megtiltják az ingyenesen elérhető, nyilvánosAN elérhető URL-rövidítési szolgáltatások használatát. Ennek az az oka, hogy a "free-public" URL-rövidítőket a rossz szereplők használják az észlelés megkerülésére és a LEVÉLSZEMÉT-üzenetek szöveges üzenetkezelési platformokon keresztül történő átadására. Amikor üzeneteket küld az USA-ban, javasoljuk, hogy egyéni URL-rövidítőkkel hozzon létre url-címeket a márkájához tartozó dedikált tartománnyal. Sok amerikai szolgáltató blokkolja az SMS-forgalmat, ha nyilvánosan elérhető URL-rövidítőket tartalmaznak.

Az alábbi lista olyan gyakori URL-rövidítéseket tartalmaz, amelyek a lehető legnagyobb rendelkezésre állás érdekében kerülhetők el:

• bit.ly
• goo.gl
• tinyurl.com
• Tiny.cc
• lc.chat
• is.gd
• so.gd
• s2r.co
• Clicky.me
• budurl.com
• bc.vc

Letiltás kezelése

Hogyan kezeli az Azure Communication Services az ingyenes számokra vonatkozó lemondásokat?

Az egyesült államokbeli ingyenes számokra vonatkozó lemondásokat az egyesült államokbeli fuvarozók kötelezik és érvényesítik, és nem bírálhatók felül.

• STOP – Ha egy szöveges üzenet címzettje le szeretné tiltani a elemet, elküldheti a "STOP" üzenetet az ingyenes számra. A szolgáltató a következő alapértelmezett választ küldi a STOP-ra: "NETWORK MSG: Ön a "stop" szóval válaszolt, amely letiltja az ebből a számból küldött összes szöveget. "Instabil" szöveg visszaírása az üzenetek ismételt fogadásához."
• START/UNSTOP – Ha a címzett ingyenes számról szeretne újból sms-eket küldeni, a "START" vagy az "UNSTOP" üzenetet elküldheti az ingyenes számra. A szolgáltató a következő alapértelmezett választ küldi a START/UNSTOP fájlra: "NETWORK MSG: Ön az "instabil" választ válaszolta, és ismét elkezdi az üzenetek fogadását ebből a számból."
• Az Azure Communication Services észleli a STOP üzeneteket, és letiltja a címzettnek küldött összes további üzenetet. A kézbesítési jelentés egy sikertelen kézbesítést jelez az állapotüzenettel: "A feladó blokkolva van az adott címzett számára".
• A STOP, AZ INSTABIL ÉS a START üzeneteket a rendszer visszaküldi Önnek. Az Azure Communication Services arra ösztönzi, hogy figyelje és implementálja ezeket a letiltásokat, hogy ne történjen további üzenetküldési kísérlet a kommunikációt lemondó címzettek számára.

Hogyan kezeli az Azure Communication Services a Egyesült Államok rövid kódjainak letiltásait?

Az Azure kommunikációs szolgáltatás egy leiratkozási felügyeleti szolgáltatást kínál az USA-ban található rövid kódokhoz, amely lehetővé teszi az ügyfelek számára, hogy konfigurálják a KÖTELEZŐ KULCSSZAVAKRA ADOTT VÁLASZOKAT STOP/START/HELP. A rövid kód kiépítése előtt a rendszer kéri, hogy kezelje a letiltások kezelését. Ha bejelentkezik, az opt-out felügyeleti szolgáltatás automatikusan a program rövid útmutatójában szereplő válaszokat használja az Opt in/ Opt out/ Help kulcsszavakra a STOP/START/HELP kulcsszóra adott válaszként.

Példa:

• STOP – Ha egy szöveges üzenet címzettje le szeretné tiltani a kódot, elküldheti a "STOP" üzenetet a rövid kódra. Az Azure Communication Services elküldi a konfigurált választ a STOP-ra: "Contoso-riasztások: Ön nem kap további üzeneteket."
• START – Ha a címzett egy rövid kódból szeretne újra leküldni szöveges üzeneteket, elküldheti a "START" kódot a rövid kódnak. Az Azure Communication Service elküldi a startra vonatkozó konfigurált választ: "Contoso Promóciós riasztások: 3 msgs/hét. Az Msg&adatarányok érvényesek lehetnek. Súgóért válaszolja meg a SÚGÓt. Válassza a STOP parancsot a lemondáshoz."
• SÚGÓ – Ha a címzett segítséget szeretne kapni a szolgáltatásához, elküldheti a "HELP" üzenetet a rövid kódra. Az Azure Communication Service elküldi a program rövid súgójában konfigurált választ: "Köszönjük, hogy sms-t írt a Contoso-nak! Támogatásért hívja az 1-800-800-8000 telefonszámot."

Az Azure Communication Services észleli a STOP üzeneteket, és letiltja a címzettnek küldött összes további üzenetet. A kézbesítési jelentés egy sikertelen kézbesítést jelez, állapotüzenettel: "A feladó le van tiltva az adott címzett számára". A STOP, AZ INSTABIL ÉS a START üzeneteket a rendszer visszaküldi Önnek. Az Azure Communication Services arra ösztönzi, hogy figyelje és implementálja ezeket a letiltásokat, hogy ne történjen további üzenetküldési kísérlet azoknak a címzetteknek, akik lemondták a kommunikációt.

Hogyan kezeli az Azure Communication Services az alfanumerikus feladóazonosítóval kapcsolatos lemondásokat?

Az alfanumerikus feladóazonosító nem képes bejövő üzeneteket vagy STOP üzeneteket fogadni. Az Azure Communication Services nem kényszeríti vagy kezeli az alfanumerikus feladóazonosítóra vonatkozó letiltási listákat. Útmutatást kell adnia az ügyfeleknek, hogy más csatornákon, például a támogatás hívásával, az üzenetben egy letiltási hivatkozással vagy e-mail-támogatással tiltsa le az ügyfeleket. További részletekért tekintse meg az üzenetkezelési szabályzat irányelveit .

Hogyan kezeli az Azure Communication Services a rövid kódokkal kapcsolatos lemondásokat Kanadában és az Egyesült Királyságban?

Az Azure Communication Services nem szabályozza vagy nem valósítja meg a rövid kódokra vonatkozó leiratkozási mechanizmusokat Kanadában és az Egyesült Királyságban. A szöveges üzenetek címzettjei leiratkozhatnak a "STOP" szövegre, a "START" pedig feliratkozhat a rövid kódra. Ezeket a kéréseket a rendszer bejövő üzenetként továbbítja az eseményrácsra. Az Ön felelőssége, hogy a címzettek újbóli feliratkozásával vagy az üzenetek kézbesítésének ennek megfelelően történő megszüntetésével reagáljon ezekre az üzenetekre.

Rövid kódok

Mi a jogosultság egy rövid kód igénylésére?

A rövid kód rendelkezésre állása jelenleg azokra a fizetős Azure-előfizetésekre korlátozódik, amelyek számlázási címmel rendelkeznek a Egyesült Államok. A rövid kódok nem szerezhetők be próbaverziós fiókokban vagy ingyenes Azure-kreditek használatával. További részletekért tekintse meg az előfizetés jogosultsági oldalát.

Tud sms-t adni egy ingyenes számra egy rövid kódból?

Az Azure Communication Services ingyenesen hívható számai lehetővé teszik az üzenetek fogadását rövid kódokból. A rövid kódok azonban általában nem engedélyezettek az ingyenes számokra történő üzenetek küldésére. Ha a rövid kódokról az Azure Communication Services ingyenes számokra irányuló üzenetei sikertelenek, forduljon a rövid kódszolgáltatójához, ha a rövid kód engedélyezve van az ingyenes számokra történő üzenetek küldéséhez.

Hogyan kell formázni egy rövid kódot?

A rövid kódok nem tartoznak az E.164 formázási irányelvei közé, és nem rendelkeznek országkóddal vagy "+" előtaggal. Az SMS API-kérésben a rövid kódot 5-6 jegyű számként kell átadni, amely előtag nélkül jelenik meg a rövid kódok oldalán.

Mennyi ideig tart egy rövid kód lekérése? Mi történik egy rövid kódprogram-rövid alkalmazás elküldésekor?

Miután elküldte a rövid kódprogram rövid alkalmazását az Azure Portalon, a service desk együttműködik az összesítőkkel, hogy az alkalmazást minden vezeték nélküli szolgáltató jóváhagyja. Ez a folyamat általában 8-12 hetet vesz igénybe. Az alkalmazások minden frissítését és állapotváltozását az alkalmazásban megadott e-mailben közöljük. A beküldött alkalmazásával kapcsolatos további kérdéseket e-mailben olvashatja acstnrequest@microsoft.comel.

Alfanumerikus feladó azonosítója

Fontos

2024. június 30-án az egyesült királyságbeli telefonszámokra üzeneteket küldő nem regisztrált alfanumerikus feladóazonosítók blokkolják a forgalmat. Ennek megakadályozása érdekében be kell küldeni egy regisztrációs alkalmazást , és jóváhagyott állapotban kell lennie.

Hogyan kell formázni az alfanumerikus feladóazonosítót?

Formázási irányelvek:

• Legalább egy betűt tartalmaznia kell
• Legfeljebb 11 karakter
• A karakterek tartalmazhatnak
  • Nagybetűk: A – Z
  • Kisbetűk: a - z
  • Számok: 0-9
  • Szóközök

Számvásárlás szükséges az alfanumerikus feladóazonosító használatához?

Az alfanumerikus feladóazonosító használatához nem szükséges telefonszám vásárlása. Az alfanumerikus feladóazonosító az Azure Portalon keresztül engedélyezhető. Útmutatásért tekintse meg az alfanumerikus feladóazonosító engedélyezésének rövid útmutatóját .

Küldhetek SMS-t azonnal az alfanumerikus feladóazonosító engedélyezése után?

Javasoljuk, hogy várjon 10 percig, mielőtt elkezdi az üzenetek küldését a legjobb eredmény érdekében.

Miért váltja fel az alfanumerikus feladóazonosítómat egy szám?

Ha egy bizonyos vezeték nélküli szolgáltató nem támogatja az alfanumerikus feladó azonosítóját, akkor előfordulhat, hogy egy számra cseréli az alfanumerikus feladóazonosítót. Ez a magas szállítási sebesség biztosítása érdekében történik.

Ingyenes ellenőrzés

Fontos

2024. január 31-én csak teljesen ellenőrzött, ingyenesen hívható számok küldhetnek forgalmat. Az Egyesült Államokba és a ca-telefonszámra üzeneteket küldő nem ellenőrzött ingyenes számok blokkolják a forgalmat.

Mi az ingyenes ellenőrzés?

Az ingyenes ellenőrzési folyamat biztosítja, hogy az ingyenes számokon (TFN-eken) futó szolgáltatások megfeleljenek a szolgáltatói szabályzatoknak és az iparág ajánlott eljárásainak. Ez releváns szolgáltatásinformációkat is biztosít az alsóbb rétegbeli szolgáltatóknak, csökkenti a hamis pozitív szűrés és a helytelen levélszemétblokkok valószínűségét.

Ez az ellenőrzés a legjobb SMS-kézbesítési élmény érdekében szükséges .

Mi történik, ha nem igazolom az ingyenes számokat?

SMS-ben usa-beli telefonszámok

2024. január 31-én az iparág ingyenes összesítője útdíjmentes ellenőrzést indít, és csak ellenőrzött számok számára engedélyezi az SMS-üzenetek küldését.

Az új korlátok a következők:

Korlát típusa	Ellenőrzési állapot	Aktuális korlát	2024. január 31-i korlátozás
Napi korlát	Ellenőrizetlen	500	Blokkolva
Heti korlát	Ellenőrizetlen	1000	Blokkolva
Havi korlát	Ellenőrizetlen	2000	Blokkolva
Napi korlát	Ellenőrzés függőben	2000	Blokkolva
Heti korlát	Ellenőrzés függőben	6000	Blokkolva
Havi korlát	Ellenőrzés függőben	10,000.	Blokkolva
Napi korlát	Verified	Korlátlan	Korlátlan
Heti korlát	Verified	Korlátlan	Korlátlan
Havi korlát	Verified	Korlátlan	Korlátlan

Fontos

A napi korlátot meghaladó vagy levélszemétre szűrt nem ellenőrzött SMS-forgalom mindkét esetben 4010 hibakódot ad vissza.

Mi történik az ingyenes ellenőrzési űrlap elküldése után?

Az űrlap elküldése után egyeztetünk az alsóbb rétegbeli társunkkal, hogy lekérjük az alkalmazást az ingyenes üzenetküldő összesítő által. Amíg áttekintjük az alkalmazást, további információért forduljon Önhöz.

• Függőben lévő alkalmazásból = 1-5 munkanap
• Függőben lévőtől az ítéletig (Verfied/Rejected/További információ szükséges) = 4-5 hét. Az ingyenes aggregátor jelenleg nagy mennyiségű alkalmazással szembesül, amelyek miatt az alkalmazások jóváhagyása körülbelül nyolc hetet vehet igénybe.

A teljes ingyenes ellenőrzési folyamat körülbelül 5-6 hetet vesz igénybe. Ezek az ütemtervek az alkalmazások mennyiségétől és az alkalmazás minőségétől függően változhatnak az ingyenes üzenettovábbítási gyűjtőre. Az ingyenes aggregátor jelenleg nagy mennyiségű alkalmazással szembesül, amelyek miatt az alkalmazások jóváhagyása körülbelül nyolc hetet vehet igénybe.

A módosítások frissítéseit és az alkalmazások állapotát az Azure Portal szabályozási paneljén keresztül közöljük.

Hogyan ingyenes ellenőrzést küldeni?

Ingyenes ellenőrző alkalmazás beküldéséhez keresse meg az Azure Communication Service-erőforrást, amelyhez az ingyenes szám van társítva az Azure Portalon, és lépjen a Telefonszámok panelre. Válassza ki az ingyenesen használható ellenőrző alkalmazás hivatkozását, amely a telefonszámok panel tetején található információs mezőben "Alkalmazás beküldése" néven jelenik meg. Töltse ki az űrlapot.

Mi minősül kiváló minőségű ingyenes ellenőrzési alkalmazásnak?

Minél jobb az alkalmazás minősége, annál nagyobb a jóváhagyás valószínűsége.

Mutatókkal biztosíthatja, hogy kiváló minőségű alkalmazást küldjön be:

• A felsorolt telefonszám(ok) ingyenesen hívhatóak
• Minden szükséges mező befejezve
• A használati eset nem szerepel a Nem jogosult használati esetek listájában
• A jóváhagyási folyamat dokumentálva/részletezve van
• A bejelentkezési kép URL-címe meg van adva, és nyilvánosan elérhető
• A CTIA irányelveit követik

Milyen nem jogosult használati esetek vannak az ingyenes ellenőrzéshez?

Magas kockázatú pénzügyi szolgáltatások	Részletes gyorssémák lekérése	Adósságbocsátás	Illegális anyagok/aktivitok	Általános
Payday-hitelek	Adósságkonszolidáció	Otthoni programokból végzett munka	Kannabisz	Adathalászat
Rövid lejáratú, magas kamatozású hitelek	Adósságcsökkentés	Kockázati befektetési lehetőségek	Alkohol	Csalás vagy csalás
Autóhitelek	Kreditjavító programok	Adósságbeszedés vagy -konszolidáció	Dohány vagy vape	Megtévesztő marketing
Jelzáloghitelek	Megtévesztő munka az otthoni programokból			Pornográfia
Diákhitelek	Többszintű marketing			Szexhez kapcsolódó tartalom
Szerencsejáték				Trágárság vagy gyűlöletbeszéd
Nyereményjátékok				Lőfegyverek
Készletriasztások
Kriptovaluta

Hogyan használják az adataimat?

Az ingyenes ellenőrzés (TFV) magában foglalja a Microsoft és az ingyenes üzenetküldő összesítő közötti integrációt. Az ingyenes üzenetküldő aggregátor a TFV-alkalmazás végső véleményezője és jóváhagyója. A Microsoftnak meg kell osztania a TFV-alkalmazás adatait az ingyenes üzenettovábbítási gyűjtővel, hogy meggyőződjön arról, hogy a program részletei megfelelnek a szolgáltatók által meghatározott CTIA-irányelveknek és szabványoknak. A TFV-űrlap elküldésével Ön elfogadja, hogy a Microsoft szükség szerint megoszthatja a TFV-alkalmazás adatait az ingyenes szám kiépítéséhez.

Karakter- és sebességkorlátok

Mi az SMS-karakterkorlát?

Egyetlen SMS-üzenet mérete 140 bájt. Az elküldött üzenetek karakterkorlátja az üzenet tartalmától és a használt kódolástól függ. Az Azure Communication Services támogatja a GSM-7 és az UCS-2 kódolást is.

• GSM-7 – A csak szöveges karaktereket tartalmazó üzenet a GSM-7 használatával van kódolva
• UCS-2 – Unicode-ot (emojikat, nemzetközi nyelveket) tartalmazó üzenet UCS-2 használatával van kódolva

Ez a táblázat az SMS-szegmensenként a szolgáltatóknak küldhető karakterek maximális számát mutatja:

Üzenet	Típus	Az üzenetben használt karakterek	Kódolás	Karakterek maximális száma egyetlen szegmensben
Hello world	Szöveg	GSM Standard	GSM-7	160
你好	Unicode	Unicode	UCS-2	70

Küldhetek/fogadhatok hosszú üzeneteket (>2048 karakter)?

Az Azure Communication Services támogatja a hosszú üzenetek SMS-en keresztüli küldését és fogadását. Egyes vezeték nélküli szolgáltatók vagy eszközök azonban eltérően viselkedhetnek hosszú üzenetek fogadásakor. Javasoljuk, hogy az SMS-üzeneteket 320 karakter hosszúságúra tartsa, és csökkentse az ékezetek használatát a maximális kézbesítés érdekében.

*Az USA rövid kódjának korlátozása – A nem ASCII-karaktereket tartalmazó üzenetek küldésekor/fogadásakor ~négy szegmens ismert korlátja van. Négy szegmensen túl előfordulhat, hogy az üzenet nem megfelelő formázással jelenik meg.

Vannak korlátozások az üzenetek küldésére?

Annak érdekében, hogy továbbra is a magas színvonalú szolgáltatást kínáljuk az SLA-kkal összhangban, az Azure Communication Services (minden primitív esetében eltérő) sebességkorlátokat alkalmaz. Azok a fejlesztők, akik a korláton túlra hívják az API-kat, 429 HTTP-állapotkód-választ kapnak.

Sms sebességkorlátai:

Művelet	Szám típusa	Hatókör	Időkeret (ek)	Korlát (kérelem #)	Üzenetegységek percenként
Üzenet küldése	Hídvám	Számonként	60	200*	200
Üzenet küldése	Rövid kód	Számonként	60	6000*	6000
Üzenet küldése	Alfanumerikus feladó azonosítója	Erőforrásonként	60	600*	600

*Ha a vállalat olyan követelményekkel rendelkezik, amelyek túllépik a sebességkorlátokat, küldjön egy kérést az Azure támogatási szolgálatának a nagyobb átviteli sebesség engedélyezéséhez.

Szolgáltatói díjak

Mik az SMS szolgáltatói díjai?

Az egyesült államokbeli és ca-szolgáltatók az ingyenes számokkal és rövid kódokkal küldött és/vagy fogadott SMS-üzenetekért plusz díjat számítanak fel. A szolgáltatói pótdíj kiszámítása az elküldött üzenetek célhelye és a fogadott üzenetek feladója alapján történik. Az Azure Communication Services egy szabványos szolgáltatói díjat számít fel üzenetszegmensenként. A szolgáltatói díjakat a mobilszolgáltatók módosíthatják. További információkért lásd az SMS díjszabását.

Mikor értesülünk a pótdíjak változásairól?

A hasonló Azure-szolgáltatásokhoz hasonlóan az ügyfeleket is legalább 30 nappal az árváltozások bevezetése előtt értesítjük. Ezek a díjak az SMS díjszabási oldalán jelennek meg a hatályos dátumokkal együtt.

Segélyhívási támogatás

Az ügyfél használhatja az Azure Communication Servicest vészhelyzeti célokra?

Az Azure Communication Services nem támogatja a szöveg–911 funkcionalitást a Egyesült Államok, de lehetséges, hogy a Federal Communications Commission (FCC) szabályai szerint erre kötelezettsége van. Meg kell vizsgálnia, hogy az FCC szöveg–9111 szabályai vonatkoznak-e a szolgáltatásra vagy az alkalmazásra. A szabályok hatálya alá tartozó mértékben Ön a felelős a 911 szöveges üzeneteknek az őket kérő segélyhívási központokhoz való átirányításáért. Ön szabadon meghatározhatja a saját szöveges-911-hez kézbesítési modelljét, de az FCC által elfogadott egyik módszer az, hogy automatikusan elindítja a natív tárcsázót a felhasználó mobileszközén, hogy 911 szöveget kézbesítsen a mögöttes mobilszolgáltatón keresztül.