-
Data: 2009-07-17 22:32:48
Temat: Re: Bramka sms, najlepiej płatna
Od: Konrad Kosmowski <k...@k...net> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]** Peter <p...@p...fm> wrote:
>> Ile tych SMSów chcesz wysyłać miesięcznie?
> Tego tak na prawdę nie wiadomo. Wiem jedno: nie będzie setek tysięcy. Sądzę,
> że to będzie ilość na poziomie kilkuset. Może kilka tysięcy, choć wątpię.
Ale bierzesz pod uwagę ew. rozwój itd.?
(...)
>> Jakie masz wymagania dotyczące dostępności usługi (SLA)?
> W ciągu 1-2h musi sms być wysłany.
Takie SLA to będzie dodatkowe *kilka* tysięcy złotych miesięcznie - nie wiem
czy przy tej skali (kilkaset SMS miesięcznie) w ogóle Ci się to będzie
kalkulować bo wyjdzie jakieś 4 złote za SMS (tak z grubsza licząc 500 i 2000zł
za SLA).
Tzn. pytanie jest - co jeżeli SMS w ciągu 1-2h nie zostanie wysłany? Jedyna
sensowna konstrukcja to jest kara pieniężna dla dostawcy np. za każdego nie
wysłanego w terminie SMSa dostawca płaci 50zł.
Szczerze mówiąc Twoje wymaganie w tym zakresie jest stosunkowo wysokie -
porozmawiaj z beneficjentem/sponsorem tego systemu i wyjaśnij mu, że
zapewnienie dostępności na tym poziomie po prostu kosztuje - przecież dostawca
musi zapewnić sztab operatorów monitorujących 24/7/365, sztab administratorów,
którzy są w stanie reagować 24/7/365 oraz utrzymać nadmiarowość infrastruktury
(w zasadzie backupowe DC).
>> Chcesz wysyłać po jednym SMSie czy bawić się w pakiety (coś w rodzaju sesja
>> N*pytanie-odpowiedź)?
> Po jednym w zasadzie.
Czyli tylko wysyłać - bez interakcji i odbierania?
>> SMS ma być wysyłany z numeru (nadawca np. 9123 - można
>> oddzwonić/odpowiedzieć) czy tekstowego identyfikatora (nadawca np. PeterCorp
>> - nie można oddzownić/odpowiedzieć)?
> Tekstowego identyfikatora.
Rejestracja identyfikatora to jednorazowa opłata rzędu 1000zł - dostawca musi
przejść procedury w centrach SMSC każdej z sieci (!) aby zarejestrować taki
identyfikator. Kiedyś mając dostęp do SMSC dało się słać z dowolnym
identyfikatorem tekstowym ale stwarzało to podatność dla systemów np. tokenów
przy płatnościach itd.
(...)
>> Odnośnie API to czy zadowala Cię jedynie coś w rodzaju fire-and-forget
>> (wyślij i zapomnij) i potem miesięczne zestawienie czy chcesz też okresowo
>> sprawdzać status wiadomości (doręczona, niedoręczona)?
> Na razie "fire-and-forget".
To jak chcesz weryfikować czy dostawca nie wystawia Ci złej faktury? Nie chodzi
mi implikowanie złej woli w przypadku takich pierdalamentów w rodzaju różnicy
kilku złotych tylko o to, że jak to się mówi kontrola najwyższą formą zaufania.
:)
Poza tym to też zależy od tego dla jakiej organizacji/instytucji implementowany
jest ten system. Np. u mnie jakby jakaś kontrola wewnętrzna (a mogę liczyć, że
będzie ich przynajmniej dwie prędzej czy później) wykryłaby, że jakiś tam SMS
nie został wysłany, został zafakturowany, a umowa przewiduje karę umowną to by
mnie ścigali, że działam na szkodę... :)
>> Odnośnie API to czy chcesz za pomocą niego jednocześnie kontrolować
>> rozliczenie usługi (np. autoryzować płatność za każdego SMS na podstawie
>> przekazanego do bramki tokenu, który pojawia się w zwrotnym zestawieniu)?
> Nie. Przynajmniej w początkowej fazie działania usługi.
Moim zdaniem jednak warto coś takiego mieć (chociażby dla kontroli działania) -
jeżeli API to udostępnia i nie trzeba za to dopłacać to warto.
Tzn. chodzi mi o coś takiego, że wywołując wysłanie SMS np. za pomocą
pseudokodu:
sendSMS(rcpt,body,id)
W parametrze id przekazujesz jakiś identyfikator i potem w miesięcznym raporcie
z rozliczeniem masz listę wszystkich SMS w formie tabeli:
data,status,rcpt,body,id
I możesz sobie skorelować to co wysyłasz od siebie z tym co jest billingowane u
operatora - przecież bez tego nie jesteś w stanie weryfikować czy wspomniane
1-2h jest realizowane prawda?
--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK
Następne wpisy z tego wątku
- 17.07.09 22:39 Konrad Kosmowski
- 18.07.09 08:28 Peter
- 18.07.09 08:30 Peter
- 20.07.09 23:04 Konrad Kosmowski
- 22.07.09 20:41 Peter
- 22.07.09 21:31 Konrad Kosmowski
- 23.07.09 18:11 Peter
Najnowsze wątki z tej grupy
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- php, linki z nazwami a $_GET, SEO
- www polityka pl captcha
- dyktatura brudnego palucha
- www.znanylekarz.pl
- Czy pytanie o sczytywanie stron programami/skryptami to tu?
- Grupy webdevowe
- Jak wydrukować stronę?
- IIS, kilka witryn
- linki <a href="/strona.php"> (ze slashami)
- co rozszerza stronę??
- responsywny akapit <p>
- Czy istnieje jakiś emulator przeglądarek pod Mac'a?
- taka sama konfiguracja dla localhost i produkcji
Najnowsze wątki
- 2024-08-08 Nieaktualny portfel
- 2024-08-08 [relacja] wieś -> centrum SCT w Wawie - pół Polski
- 2024-08-07 mistrz
- 2024-08-07 Klima w mieszkaniu
- 2024-08-08 Gdańsk => Inżynier ds. testów sprzętu produkcyjnego (Test i walida
- 2024-08-08 Wrocław => Sales Executive <=
- 2024-08-07 MĂźnchen => Projektant/Expert PHP Laravel (e-commerce) <=
- 2024-08-07 Wrocław => Key Account Manager <=
- 2024-08-07 Białystok => Senior Ruby Backend Developer <=
- 2024-08-07 Warszawa => Starszy inżynier Cloud DevOps (Azure) <=
- 2024-08-07 Łódź => Senior PHP Developer <=
- 2024-08-07 Białystok => Inżynier DevOps Conexa First (Kontraktor) <=
- 2024-08-07 Białystok => DevOps Engineer Conexa First (Contractor) <=
- 2024-08-07 Gdynia => Data Scientist <=
- 2024-08-07 Re: Wolno protestować w kościele (budynku) w czasie aktu religijnego. Znaczy się w cerkwi i synagodze też?