Broj je prestao da radi: kako otkriti zašto
Kada povezani broj prestane da radi, uzrok gotovo nikad nije kod. Proveravajte redom: istekao token, preusmeravanje webhooka izgubljeno nakon ponovnog povezivanja, prekid zbog četrnaest dana neaktivnosti, pad kvaliteta, pa ograničenje naloga.
Uzroci koji objašnjavaju gotovo svaki neprimećeni kvar.
Greška koju vraća istekao token i koja izgleda kao da broj nedostaje.
Događaj koji merodavno prijavljuje prekid veze.
Zašto na telefonu ništa ne izgleda pogrešno?
Zato što su WhatsApp Business aplikacija i API odvojene površine na istom broju, a gotovo svaki kvar utiče samo na jednu od njih.
Token istekne, a aplikacija ostane netaknuta. Preusmeravanje webhooka se ukloni, a aplikacija ostane netaknuta. Kvalitet opadne, a aplikacija ostane netaknuta. U svakom slučaju firma nastavlja da odgovara korisnicima, vidi uobičajeno ponašanje i nema razloga da prijavi bilo šta.
U tome je suština praćenja, umesto kontrolne table koju neko proverava. Kvarovi su stvarni, nečujni i najmanje je verovatno da će ih primetiti ljudi najbliži broju.
Kojim redom treba da proveravate?
Počnite od tokena, jer je najčešći i najjeftiniji za rešavanje. Istekao ili poništen pristupni podatak čini da svaki poziv padne na isti način, pa izgleda kao da je broj uklonjen. Drugi pristupni podatak za isti nalog pokazuje razliku između ta dva uzroka.
Zatim proverite preusmeravanje webhooka. Ako je došlo do ponovnog povezivanja, odredište je uklonjeno zajedno sa aplikacijom, pa slanje i praćenje rade, dok isporuka vašem serveru nečujno ne radi.
Zatim proverite prekid veze: događaj account_update sa PARTNER_REMOVED i razlogom, pri čemu PRIMARY_INACTIVITY znači da aplikacija nije otvarana oko četrnaest dana i da ponovno povezivanje rešava problem.
Zatim kvalitet, koji se proverava upitima umesto slanja obaveštenja, i na kraju ograničenje, odnosno sprovođenje pravila na nivou naloga koje nijedan pružalac usluge ne može da ukine.
Šta gotovo nikad nije uzrok?
Vaš kod, ako je juče radio i ništa nije objavljeno.
Cloud API je stabilan i oblici njegovih zahteva ne menjaju se sami od sebe. Kada povezivanje koje je radilo mesecima prestane, daleko je verovatnije da je uzrok pristupni podatak, promena usmeravanja ili događaj na nivou naloga, a sve to može da se desi bez ičijeg menjanja repozitorijuma.
Vredi pomenuti izuzetak: šablon koji je izmenjen. Promena broja promenljivih u šablonu menja uslov za svakog pošiljaoca, nečujno, pa izgleda kao greška u kodu iako je sadržaj promenio neko drugi u WhatsApp Manageru.
Česte greške
- Prvo ponovno povezivanje broja. Ako je token istekao, time vlasniku firme zadajete nepotreban posao.
- Pretpostavka da se kod pokvario. Stabilan API bez objavljivanja ukazuje na drugi uzrok.
- Provera simptoma na telefonu. Aplikacija nastavlja da radi kod gotovo svakog od ovih uzroka.
EasyCoexistence neprekidno proverava svih pet uzroka i beleži svaki na vremenskoj liniji veze, pa rešavanje problema počinje od događaja sa datumom, a ne od pretpostavke.
Često postavljana pitanja
Broj radi na telefonu, ali ništa se ne šalje. Odakle da počnem?
Od pristupnog tokena. To je najčešći uzrok i onaj koji najviše liči na uklonjen broj.
Ponovo sam se povezao, ali poruke i dalje ne stižu do mog servera.
Preusmeravanje webhooka uklonjeno je zajedno sa aplikacijom. Mora ponovo da se primeni, a mi to radimo automatski.
Kako da znam da li je uzrok bilo pravilo od četrnaest dana?
Prekid veze stiže sa razlogom PRIMARY_INACTIVITY u događaju account_update.
Može li izmena šablona da pokvari slanje?
Da, to je jedini uzrok koji liči na grešku u kodu. Promena broja promenljivih menja uslov za svakog pošiljaoca.
Nastavite sa čitanjem
Spremni da počnete?
Podesite WhatsApp Coexistence za nekoliko minuta, a ne meseci. Aplikacija nastavlja da radi na telefonu.
Započnite besplatni probni periodProvereno na