Đường dẫn dự kiến
Thống nhất điểm đến, mạng, số bài kiểm tra và tham chiếu tuyến đường. Chỉ xác nhận nhà cung cấp trung gian khi nhật ký của đối tác hiển thị chúng.
Kiểm tra SMS A2P trên điện thoại thử nghiệm
Проверяем, дошло ли сообщение до телефона, сколько времени заняла доставка и совпал ли результат с отчётом провайдера.
Начать проверкуГермания
Провайдер A → Deutsche Telekom
- Получено
- 2 из 3
- Медиана
- 2,4 с
- Расхождения
- 1
- Trạng thái DLR
- Đã giao
- Tên người gửi
- Không đổi
- Cuộc gọi flash
- Không phát hiện
A2P tập trungOTP & xác minh tài khoản
Tích hợp SMPPMột thiết lập kỹ thuật đã được thống nhất
Lưu lượng khách hàngPhạm vi và giới hạn được xác định
Khớp ID tin nhắn, dấu thời gian và báo cáo gửi với bằng chứng điểm nhận và nhật ký đối tác có sẵn.
Chuẩn bị kịch bản đã thống nhất
Ghi lại điểm đến dự định, số bài kiểm tra, người gửi và thời gian. Sử dụng lưu lượng truy cập của chính khách hàng hoặc được ủy quyền rõ ràng.
Bằng chứng để xem xét
Tham chiếu kịch bản, gửi sự kiện và ID tin nhắn gốc nếu có.
Xem lại phân khúc nhà cung cấp
Nếu một trung tâm là một phần của tuyến đường đã thỏa thuận, hãy so sánh các bản ghi được cung cấp của nó. Bản đồ nhận dạng giữa các hệ thống nơi thông tin đó có sẵn.
Bằng chứng để xem xét
Phản hồi của nhà cung cấp, ID tin nhắn được ánh xạ và dấu thời gian do đối tác cung cấp.
Kiểm tra bàn giao của người vận hành
Xem lại bằng chứng từ phía nhà điều hành và trạng thái giao hàng sẵn có. Một bài gửi được chấp nhận khác với kết quả gửi cuối cùng.
Bằng chứng để xem xét
Phản hồi hoặc nhật ký của người vận hành và DLR cuối cùng, được chia sẻ cho thử nghiệm này.
Xác minh điểm nhận
Xác nhận những gì đã đến thiết bị cầm tay đã đồng ý hoặc điểm cuối SMPP. So sánh quan sát với báo cáo giao hàng và theo dõi sự khác biệt.
Bằng chứng để xem xét
Sự kiện tiếp nhận, điểm cuối nhận và thời gian. Biên nhận SMPP không phải là bằng chứng về thiết bị cầm tay.
Kết quả quan sát
Ghi lại điểm nhận, ID tin nhắn và dấu thời gian có sẵn. Chỉ xác nhận cổng không xác nhận việc giao thiết bị cầm tay.
Kiểm tra lặp lại
Ghép DLR với bằng chứng biên nhận. Xem lại các tin nhắn bị thiếu hoặc bị trì hoãn với đối tác, sau đó lặp lại tình huống tương tự sau khi thay đổi.
Báo cáo về việc nhận SMS và rủi ro gian lận A2P
Một cái nhìn có cấu trúc về trạng thái vận chuyển, việc nhận được quan sát, kết quả OTP và đánh giá rủi ro gian lận cho mỗi lần kiểm tra.
6kịch bản thử nghiệm
5thiết bị cầm tay đã được xác nhận
3những phát hiện cần xem xét
8,6 sp95 cho các khoản thu được quan sát
TikTok
Vương quốc Anh Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Đã xác nhận
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- 1,4 s
- Đánh giá rủi ro
- PASS
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Lặp lại kịch bản tương tự để kiểm tra tính nhất quán trước khi xem xét phạm vi thử nghiệm lớn hơn.
Amazon
nước Đức Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Đã xác nhận
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- 1,8 s
- Đánh giá rủi ro
- PASS
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Tìm kiếm
Không có dấu hiệu phân phối vật liệu hoặc rủi ro gian lận nào được quan sát thấy trong mẫu này.
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Lặp lại kịch bản tương tự để kiểm tra tính nhất quán trước khi xem xét phạm vi thử nghiệm lớn hơn.
Uber
Brazil Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Đã xác nhận
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- 8,6 s
- Đánh giá rủi ro
- WATCH
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Tìm kiếm
Biên nhận vượt quá ngưỡng minh họa. Xem lại độ trễ của tuyến đường và lặp lại kịch bản tương tự.
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Chia sẻ dấu thời gian với nhóm định tuyến, kiểm tra độ trễ và lặp lại kịch bản tương tự sau khi có thay đổi.
Pháp Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Đã xác nhận
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- 2,1 s
- Đánh giá rủi ro
- PASS
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Tìm kiếm
Không có dấu hiệu phân phối vật liệu hoặc rủi ro gian lận nào được quan sát thấy trong mẫu này.
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Lặp lại kịch bản tương tự để kiểm tra tính nhất quán trước khi xem xét phạm vi thử nghiệm lớn hơn.
ChatGPT
Hoa Kỳ Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Không được quan sát
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- —
- Đánh giá rủi ro
- SUSPECTED
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Tìm kiếm
Kết quả DLR dương tính đã được trả về nhưng điểm cuối được kiểm soát không nhận được kết quả. Đây là sự khác biệt lớn cần được điều tra chứ không phải bằng chứng gian lận tự động.
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Khớp ID tin nhắn và DLR với bằng chứng nhận. Điều tra sự khác biệt và kiểm tra lại; ví dụ một mình không thiết lập một nguyên nhân.
Các tiểu vương quốc Ả Rập thống nhất Kịch bản ví dụ không có thử nghiệm trực tiếp
- Tình trạng vận chuyển
- DELIVERED_DLR
- DLR đã báo cáo
- DELIVRD
- Điểm cuối được kiểm soát
- Đã xác nhận
- Kết quả OTP
- Chưa được kiểm tra · không có nhật ký ứng dụng
- Thời gian nhận
- 6,2 s
- Đánh giá rủi ro
- WATCH
- Mức độ bằng chứng
- E3 / Bằng chứng thiết bị cầm tay mô phỏng
Tìm kiếm
Biên nhận vượt quá ngưỡng minh họa. Xem lại độ trễ của tuyến đường và lặp lại kịch bản tương tự.
Mục tiêu ví dụ: 5 sMục tiêu này mang tính minh họa và được thống nhất riêng cho từng dự án.
Hành động tiếp theo
Chia sẻ dấu thời gian với nhóm định tuyến, kiểm tra độ trễ và lặp lại kịch bản tương tự sau khi có thay đổi.
Trạng thái tin nhắn
- 01ACCEPTED
SMSC đã chấp nhận bài nộp
- 02SENT
Đã đi vào tuyến đường ngược dòng
- 03DELIVERED_DLR
Đã nhận được báo cáo giao hàng tích cực
- 04HANDSET_CONFIRMED
Biên nhận được quan sát độc lập
- 05OTP_VERIFIED
Kiểm tra ứng dụng riêng biệt; yêu cầu một sự kiện phiên thành công
Kết quả ngoại lệ
Bị từ chối bởi nền tảng, chính sách hoặc nhà điều hành
Cuối cùng tiêu cực DLR
Không có DLR cuối cùng trong thời hạn đã thỏa thuận
DLR tích cực mà không nhận được điểm cuối
Trạng thái đánh giá
PASSKhông có chỉ báo vật liệu
WATCHĐộ trễ hoặc sự bất thường yếu
SUSPECTEDChỉ báo mạnh hoặc lặp đi lặp lại
CONFIRMED_ANOMALYSự bất thường kỹ thuật có thể tái tạo
INCONCLUSIVEBằng chứng không đầy đủ hoặc mâu thuẫn
Chi tiết báo cáo mẫu
- ID báo cáo
- RSM-DEMO-024
- Phạm vi
- 6 kịch bản / 6 quốc gia
- Bằng chứng
- DLR + điểm cuối được kiểm soát
- Đánh giá tổng thể
- SUSPECTED
Báo cáo minh họa với dữ liệu hư cấu. Không có SMS nào được gửi; đây không phải là phép đo thực tế của các ứng dụng được hiển thị.
Tên ứng dụng được dùng làm ví dụ, không có nghĩa là có quan hệ đối tác.
Quy tắc chứng cứ. Việc phân phối không khớp có thể xác nhận sự bất thường về mặt kỹ thuật. Việc xác nhận gian lận hoặc phân bổ tuyến đường yêu cầu nhà điều hành, SMSC, tín hiệu, CDR hoặc bằng chứng thanh toán tương quan.
Những gì chúng tôi kiểm tra
Biên nhận, thời gian và độ chính xác của DLR. Kiểm tra người gửi, nội dung và bỏ qua sử dụng bằng chứng có sẵn từ mạng của bạn.
Xác thực tuyến đường
Kiểm tra các điểm đến và mạng di động đã chọn bằng cách sử dụng số lượng và kịch bản ứng dụng đã thỏa thuận.
Xác minh giao hàng
So sánh báo cáo giao hàng có sẵn (DLR) với biên nhận trên số kiểm tra. Gắn cờ các thông tin không khớp để xem xét.
Phân tích phân phối
Ghi lại thời gian giao hàng có sẵn. So sánh các lần kiểm tra lặp lại để tìm ra sự chậm trễ và các vấn đề tái diễn.
Phát hiện sự bất thường của tuyến đường
Dấu hiệu bỏ qua SIM-box
Kiểm tra các dấu hiệu chấm dứt A2P thông qua thẻ SIM cục bộ. So sánh các thay đổi của người gửi và bằng chứng nhận với nhật ký của nhà điều hành.
Bằng chứng cần thiết
Một bản tin tham chiếu đã được thống nhất, các quan sát điểm nhận và các bản ghi báo hiệu hoặc định tuyến của nhà điều hành. Chỉ riêng số người gửi cục bộ không chứng minh được hoạt động của SIM-box.
Người gửi và thay đổi nội dung
So sánh ID người gửi, văn bản và mã hóa đã nhận với tin nhắn dự kiến. Gắn cờ những thay đổi không giải thích được.
Bằng chứng cần thiết
Văn bản tham chiếu và ID của người gửi, tin nhắn đã nhận và các quy tắc chuẩn hóa người gửi hiện hành. Tách biệt những thay đổi bất ngờ khỏi những chuyển đổi đã được thống nhất. Riêng DLR không hiển thị nội dung nhận được.
Đường dẫn xác minh cuộc gọi flash
Kiểm tra các cuộc gọi xác minh ngắn thay cho SMS dự kiến. Xem lại số người gọi và thời gian với nhà điều hành.
Bằng chứng cần thiết
Quan sát cuộc gọi từ thiết bị thử nghiệm đã được thống nhất hoặc bản ghi cuộc gọi của nhà điều hành, bao gồm số người gọi và dấu thời gian. Riêng SMPP không thể quan sát cuộc gọi. flash call có thể là một phương thức xác minh hợp pháp; bản thân sự kiện đó không tạo nên gian lận.
Từ thử nghiệm đến báo cáo
- 01
Kịch bản ứng dụng
Thống nhất các ứng dụng, quốc gia, mạng lưới, điểm nhận và giới hạn kiểm tra.
- 02
SMSC và phân tích tin nhắn
Lọc các bản ghi SMSC/SMPP được cung cấp theo ID tin nhắn, người gửi, đích, thời gian và trạng thái.
- 03
Các mẫu qua các bài kiểm tra
So sánh độ trễ, tin nhắn bị thiếu và các thay đổi định kỳ theo ứng dụng, mạng và tuyến đường.
- 04
Báo cáo và kiểm tra lại
Báo cáo kết quả và hành động tiếp theo. Kiểm tra lại các kịch bản bị ảnh hưởng sau khi thay đổi định tuyến.
Chúng tôi làm việc với ai
Các nhà khai thác mạng, nhà cung cấp dịch vụ nhắn tin và các nhóm chịu trách nhiệm về lưu lượng giao dịch của chính họ.
Nhà khai thác di động & MVNO
Kiểm tra việc phân phối trong mạng của bạn. Thử nghiệm MVNO được phối hợp với nhà điều hành máy chủ.
Trung tâm và bộ tổng hợp SMS
So sánh các tuyến đường và xác minh kết quả của những thay đổi định tuyến.
CPaaS và nền tảng nhắn tin
Xác thực các tuyến đường của nhà cung cấp, báo cáo phân phối và chất lượng thông qua cơ sở hạ tầng SMPP của bạn.
Hãng vận tải bán buôn & MVNE
Kiểm tra chất lượng kết nối và đối chiếu các bản ghi định tuyến có sẵn từ mỗi bên.
Nhà cung cấp xác thực & OTP
Đo độ trễ và thiếu SMS trong hành trình xác minh của riêng bạn.
Nhóm dịch vụ kỹ thuật số và doanh nghiệp
Ngân hàng, fintech, thương mại điện tử, hậu cần, di động và SaaS: kiểm tra SMS giao dịch của bạn với nhà cung cấp của bạn.
Cách thức hoạt động của thử nghiệm
Phạm vi
Đồng ý một bài kiểm tra có thể đo lường được
đầu vàoĐiểm đến, mạng, số thử nghiệm được phê duyệt và kịch bản ứng dụng.
Chúng tôi làm gìĐặt cửa sổ kiểm tra, giới hạn âm lượng và tiêu chí chấp nhận.
Bước tiếp theoPhạm vi chia sẻ với trách nhiệm rõ ràng.
Kết nối
Chuẩn bị kết nối SMPP
đầu vàoThông số kết nối, danh sách IP trắng và cấu hình định tuyến.
Chúng tôi làm gìXác nhận thiết lập với nhóm kỹ thuật và thống nhất thời gian thử nghiệm đầu tiên.
Bước tiếp theoCả hai đội đã sẵn sàng cho phần thi đã thống nhất.
Kiểm tra
Quan sát và so sánh
đầu vàoLưu lượng truy cập do khách hàng sở hữu hoặc được ủy quyền rõ ràng trong phạm vi đã thỏa thuận.
Chúng tôi làm gìKiểm tra biên nhận, dấu thời gian có sẵn và báo cáo giao hàng. Ghi lại bất kỳ sự khác biệt nào.
Bước tiếp theoCác phát hiện gắn liền với lộ trình và kịch bản được thử nghiệm.
Theo dõi
Đóng vòng lặp sau mỗi lần kiểm tra
đầu vàoID kiểm tra, dấu thời gian, bằng chứng biên nhận và vấn đề được quan sát.
Chúng tôi làm gìChia sẻ các phát hiện → thống nhất ai điều tra → lặp lại kịch bản tương tự sau khi có thay đổi.
Bước tiếp theoXác nhận kết quả kiểm tra lại, sau đó đồng ý giám sát thêm, khối lượng và các điều khoản thương mại.
Việc kiểm tra được thực hiện trên lưu lượng truy cập do khách hàng sở hữu hoặc được ủy quyền rõ ràng. Điểm đến, ứng dụng và khối lượng được xác nhận cho mỗi lần tham gia.
Tích hợp SMPP
Bạn xác nhận số, truy cập mạng và định tuyến. Chúng ta cùng nhau đồng ý về vai trò kết nối và kiểm tra việc phân phối.
Ví dụ: nhận tin nhắn từ tổng đài
Nhà điều hành định tuyến lưu lượng A2P đến đã thỏa thuận cho các số kiểm tra được phân bổ tới điểm cuối nhận Routesms SMPP.
- người gửi đã đồng ýLưu lượng truy cập do khách hàng sở hữu/được ủy quyềnSMS
- Lộ trình đã thỏa thuậnPhân khúc nhà cung cấp nếu cóSMS
- Nhà điều hành di độngSố kiểm tra & cổngSMPP
- RoutesmsSMPP nhận điểm cuối
Xem lại dữ liệu: biên nhận tại Routesms, cộng với nhật ký phía nguồn và DLR chỉ khi bên liên quan cung cấp chúng.
Quan sát đã được xác nhận: nhận tại điểm cuối SMPP.Ví dụ: gửi bài kiểm tra cho người vận hành
Nếu được bao gồm trong thỏa thuận, Routesms sẽ gửi tin nhắn thử nghiệm thông qua điểm cuối SMPP của đối tác đến điểm nhận đã chọn.
- RoutesmsĐồng ý nộp bài kiểm traSMPP
- Điểm cuối của đối tácCổng điều hành / nhắn tinSMS
- Lộ trình đã thỏa thuậnĐịnh tuyến phía nhà điều hànhSMS
- máy thu thử nghiệmThiết bị cầm tay hoặc thiết bị đầu cuối đã được đồng ý
Xem xét dữ liệu: phản hồi gửi, DLR có sẵn và bằng chứng từ người nhận đã đồng ý. Giữ riêng biệt các ghi nhận và quan sát biên nhận.
Quan sát được xác nhận phụ thuộc vào điểm nhận được sử dụng.Sơ đồ hiển thị các vai trò kết nối có thể có, không phải cấu hình mặc định. Việc nhận SMS tại điểm cuối SMPP sẽ xác minh điểm cuối đó chứ không phải gửi đến thiết bị cầm tay vật lý.
- 01
Xác nhận phạm vi kiểm tra
Quốc gia, mạng, số được phê duyệt, kịch bản người gửi, hướng lưu lượng và tiêu chí chấp nhận.
- 02
Trao đổi chi tiết kết nối
Điểm cuối, danh sách cho phép IP, cổng, vai trò liên kết và thông tin xác thực thông qua kênh bảo mật đã được thống nhất. Xác nhận các quy tắc truy cập và bảo vệ vận chuyển.
- 03
Xác thực phiên SMPP
Kiểm tra liên kết, tình trạng kết nối và hướng thông báo đã thống nhất. Căn chỉnh các giới hạn thông lượng, địa chỉ, mã hóa và xử lý DLR.
- 04
Chạy thử nghiệm có giới hạn
Chạy các trường hợp thử nghiệm đã được thống nhất. Thu thập ID, phản hồi cổng, báo cáo gửi và bằng chứng nhận nếu có.
- 05
Xem xét và kiểm tra lại
Giao từng vấn đề cho nhóm chịu trách nhiệm. Lặp lại các kịch bản thất bại hoặc bị trì hoãn và so sánh kết quả mới.
- 06
Thống nhất phạm vi tiếp theo
Xác nhận tần suất giám sát, liên hệ hỗ trợ, giới hạn, khối lượng và điều khoản thương mại dựa trên chương trình thí điểm.
Mỗi xác nhận có ý nghĩa gì?
submit_sm_resp
Xác nhận yêu cầu gửi. Phản hồi thành công không có nghĩa là SMS đã đến được thiết bị cầm tay.
DLR
Báo cáo phân phối nêu rõ kết quả được báo cáo của nhà cung cấp. Tương quan nó với ID tin nhắn ban đầu và bằng chứng nhận.
deliver_sm
Có thể mang theo tin nhắn đã nhận hoặc biên lai giao hàng. Giải thích loại thông báo và điểm cuối được định cấu hình trước khi đưa ra kết luận.
Khối lượng kiểm tra hàng tháng
Chọn một tập. Giá cả phụ thuộc vào quốc gia, mạng lưới, kịch bản và sự tích hợp.
Focus
1 Tr
kiểm tra/thángMột tập hợp các tuyến đường ưu tiên tập trung.
Giá theo yêu cầu- Các tuyến đường và kịch bản đã được thống nhất
- Biên nhận, thời gian & đánh giá DLR
- Báo cáo kết quả hàng tháng
- Đánh giá kết quả hàng tháng
Orbit
5 Tr
kiểm tra/thángKiểm tra thường xuyên trên một số tuyến đường.
Giá theo yêu cầu- So sánh lộ trình và nhà cung cấp
- Biên nhận, thời gian & đánh giá DLR
- Báo cáo kết quả hàng tháng
- Các thử nghiệm tiếp theo trong khối lượng
Horizon
10 Tr
kiểm tra/thángMột chương trình rộng hơn trên các mạng.
Giá theo yêu cầu- Nhiều mạng và kịch bản thử nghiệm
- Biên nhận, thời gian & đánh giá DLR
- Báo cáo kết quả hàng ngày
- Đánh giá báo cáo và phát hiện hàng tháng
Custom
Thêm
trên 10 triệu/tuỳMột chương trình được xây dựng xung quanh mạng của bạn.
Giá theo yêu cầu- Khối lượng thử nghiệm được thỏa thuận riêng
- Cửa sổ và tần số kiểm tra Custom
- Hình thức báo cáo đã thống nhất với nhau
- Phạm vi tích hợp được thỏa thuận riêng
Thiết lập và thử nghiệm SMPP sử dụng lưu lượng truy cập do khách hàng sở hữu hoặc được ủy quyền rõ ràng. Xác nhận phạm vi bảo hiểm, số lượng, báo cáo, giá cả và thời hạn hợp đồng trước khi ra mắt.
Một lần kiểm tra = một lần thử phân phối SMS tới một điểm nhận. Kiểm tra lại được tính riêng; khối lượng không đảm bảo giao hàng.
Thảo luận về phạm vi thử nghiệm của bạn.
Nói chuyện với một chuyên giaРасскажите, что происходит с вашими SMS
Достаточно пары предложений: куда отправляете сообщения, через кого и что пошло не так.
info@routesms.pro
Không có dấu hiệu phân phối vật liệu hoặc rủi ro gian lận nào được quan sát thấy trong mẫu này.