Witam
Planuję zintegrowanie z lmsem obsługi bramki smsowej do wysyłania i otrzymywania smsów.
Bramki sms będzie obsługiwał serwer sms (smstools). Za pomocą smsów będzie można:
1. zgłosić awarię 2. uzyskać login i hasło do pppoe 3. wysyłać smsy do klientów z przypomnieniem np. o płatności 4. wysyłać smsy do klientów z GUI 5. wysyłać smsy z terminarza do techników 6. wysyłać smsy z terminarza przypominające o zdarzeniu (np na 1,2,6h przed).
W tej chwili działa mi poza GUI zgłaszanie awarii i uzyskanie loginu i hasła pppoe. Zmiany które chcę zrobić:
1. dodać pole na nr telefonu (komórki) w danych użytkowników - chcę wykorzystać tabelę customercontacts. 2. dodać moduł sms a w nim: 2.1 inbox,outbox,send 2.2 wyślij sms 4. dodać przycisk/link "wyślij sms" w danych klienta przy nr telefonu 3. dodać pole "powiadom sms" w terminarzu z dropem zawierającym : "natychmiast|na 1h przed|na 2h przed|na 6h przed"
Wykorzystanie serwera smstools uniezależnia projekt od warstwy sprzętowej, możliwe jest zbudowanie nawet bardzo dużego centrum sms. Chciałbym, by moje zmiany w lmsie weszły do głównej gałęzi, ze wzglądu na aktualizacje... Proszę o informację czy jest taka możliwość.
Paweł Rohde wrote:
W tej chwili działa mi poza GUI zgłaszanie awarii i uzyskanie loginu i hasła pppoe. Zmiany które chcę zrobić:
- dodać pole na nr telefonu (komórki) w danych użytkowników - chcę
wykorzystać tabelę customercontacts.
jeśli chodzi o użytkowników, to nie możesz użyć tej tabeli, poza tym wydaje mi się, że wystarczy jedno pole na telefon, zatem tabela users.
- dodać moduł sms a w nim:
2.1 inbox,outbox,send 2.2 wyślij sms
rozwiń
- dodać przycisk/link "wyślij sms" w danych klienta przy nr telefonu
- dodać pole "powiadom sms" w terminarzu z dropem zawierającym :
"natychmiast|na 1h przed|na 2h przed|na 6h przed"
ok
A.L.E.C pisze:
Paweł Rohde wrote:
W tej chwili działa mi poza GUI zgłaszanie awarii i uzyskanie loginu i hasła pppoe. Zmiany które chcę zrobić:
- dodać pole na nr telefonu (komórki) w danych użytkowników - chcę
wykorzystać tabelę customercontacts.
jeśli chodzi o użytkowników, to nie możesz użyć tej tabeli, poza tym wydaje mi się, że wystarczy jedno pole na telefon, zatem tabela users.
ok.
- dodać moduł sms a w nim:
2.1 inbox,outbox,send 2.2 wyślij sms
rozwiń
Chcę zrobić listy smsów: wysłanych, otrzymanych, do wysłania.
(lista oczywiście w jednej tabeli, wyróżnianie statusu za pomocą jakiegoś pola w bazie).
Lista wysłanych - informacyjnie (np. by wiedzieć kiedy poszło upomnienie o płatności smsem, czy potwierdziliśmy zgłoszoną smsem awarię)
Otrzymane - smsy "do przetworzenia" - można by wymyśleć 1000 zastosowań - ja mam zrobione na razie (poza bazą lmsa) zgłoszenie awarii, odzyskanie hasła, myślę nad "jeśli jesteś zainteresowany usługą xxx wyślij sms o treści INTERNET pod numer xxxxxxx - oddzwonimy".
Do wysłania - smsy do podania na smstools (utworzenie z bazy sql plików, przepisane statusu na wysłany po odczycie raportu, utworzenie właściwych smsów w katalogu /var/spool/sms/outbox).
- dodać przycisk/link "wyślij sms" w danych klienta przy nr telefonu
- dodać pole "powiadom sms" w terminarzu z dropem zawierającym :
"natychmiast|na 1h przed|na 2h przed|na 6h przed"
ok
Jesli trzeba by jakiejs pomocy to chetnie sluze - bo wlasnie myslalem nad czyms takim...
Thursday 30 October 2008 14:20:28 Paweł Rohde napisał(a):
A.L.E.C pisze:
Paweł Rohde wrote:
W tej chwili działa mi poza GUI zgłaszanie awarii i uzyskanie loginu i hasła pppoe. Zmiany które chcę zrobić:
- dodać pole na nr telefonu (komórki) w danych użytkowników - chcę
wykorzystać tabelę customercontacts.
jeśli chodzi o użytkowników, to nie możesz użyć tej tabeli, poza tym wydaje mi się, że wystarczy jedno pole na telefon, zatem tabela users.
ok.
- dodać moduł sms a w nim:
2.1 inbox,outbox,send 2.2 wyślij sms
rozwiń
Chcę zrobić listy smsów: wysłanych, otrzymanych, do wysłania.
(lista oczywiście w jednej tabeli, wyróżnianie statusu za pomocą jakiegoś pola w bazie).
Lista wysłanych - informacyjnie (np. by wiedzieć kiedy poszło upomnienie o płatności smsem, czy potwierdziliśmy zgłoszoną smsem awarię)
Otrzymane - smsy "do przetworzenia" - można by wymyśleć 1000 zastosowań
- ja mam zrobione na razie (poza bazą lmsa) zgłoszenie awarii,
odzyskanie hasła, myślę nad "jeśli jesteś zainteresowany usługą xxx wyślij sms o treści INTERNET pod numer xxxxxxx - oddzwonimy".
Do wysłania - smsy do podania na smstools (utworzenie z bazy sql plików, przepisane statusu na wysłany po odczycie raportu, utworzenie właściwych smsów w katalogu /var/spool/sms/outbox).
- dodać przycisk/link "wyślij sms" w danych klienta przy nr telefonu
- dodać pole "powiadom sms" w terminarzu z dropem zawierającym :
"natychmiast|na 1h przed|na 2h przed|na 6h przed"
ok
Jaroslaw Czarniak pisze:
Jesli trzeba by jakiejs pomocy to chetnie sluze - bo wlasnie myslalem nad czyms takim...
Jaką możesz zaoferować pomoc? Ze mnie słaby programista php, staram się dorównać temu co widzę w innych modułach ;)
Do tej pory mam:
1. Dodany nr telefonu do users (+obsługa w GUI) 2. Dodane menu "SMS Center" z "Incoming, Outgoing, Send SMS" 3. Dodane pola "Notify by sms" i drop "Now|1h before|2h before|6h before|8h before|12h before" 4. Obsługę perlową (skrypt lms-sendsms) do tabeli sms_outgoing wysyłający smsy do smstools'a
Moje sqle:
alter table users modify phone varchar(255) not null default '';
DROP TABLE IF EXISTS sms_outgoing; create table sms_outgoing ( id int(11) NOT NULL auto_increment, createdate int(11) NOT NULL default '0' , senddate int(11) NOT NULL default '0', userid int(11) NOT NULL default '0', customerid int(11) NOT NULL default '0', phone varchar(255) NOT NULL default '', senderid int(11) NOT NULL default '0', message varchar(255) NOT NULL default '', status smallint(4) NOT NULL default '0', PRIMARY KEY (id), INDEX date (date) ) TYPE=MyISAM;
Paweł Rohde pisze:
- Obsługę perlową (skrypt lms-sendsms) do tabeli sms_outgoing
wysyłający smsy do smstools'a
5. Prostą listę do wysłania/wysłanych sms 6. Formularz wysłania sms
za szybko mi się klinknęło wyślij...
Paweł Rohde wrote:
Chcę zrobić listy smsów: wysłanych, otrzymanych, do wysłania.
a, właśnie mi tego brakowało w twoim zestawieniu ;)
(lista oczywiście w jednej tabeli, wyróżnianie statusu za pomocą jakiegoś pola w bazie).
Lista wysłanych - informacyjnie (np. by wiedzieć kiedy poszło upomnienie o płatności smsem, czy potwierdziliśmy zgłoszoną smsem awarię)
Otrzymane - smsy "do przetworzenia" - można by wymyśleć 1000 zastosowań - ja mam zrobione na razie (poza bazą lmsa) zgłoszenie awarii, odzyskanie hasła, myślę nad "jeśli jesteś zainteresowany usługą xxx wyślij sms o treści INTERNET pod numer xxxxxxx - oddzwonimy".
Do wysłania - smsy do podania na smstools (utworzenie z bazy sql plików, przepisane statusu na wysłany po odczycie raportu, utworzenie właściwych smsów w katalogu /var/spool/sms/outbox).
Do wysłania raczej, dałbym razem na jednej liście z wysłanymi, tylko odpowiednio oznaczone. Oczywiście obowiązkowy filtr wg statusu wysłania i wyszukiwarka wg klienta i numeru tel.
Dnia 30-10-2008 o 14:42:16 A.L.E.C alec@alec.pl napisał(a):
Paweł Rohde wrote:
Chcę zrobić listy smsów: wysłanych, otrzymanych, do wysłania.
a, właśnie mi tego brakowało w twoim zestawieniu ;)
(lista oczywiście w jednej tabeli, wyróżnianie statusu za pomocą jakiegoś pola w bazie).
Lista wysłanych - informacyjnie (np. by wiedzieć kiedy poszło upomnienie o płatności smsem, czy potwierdziliśmy zgłoszoną smsem awarię)
Otrzymane - smsy "do przetworzenia" - można by wymyśleć 1000 zastosowań
- ja mam zrobione na razie (poza bazą lmsa) zgłoszenie awarii,
odzyskanie hasła, myślę nad "jeśli jesteś zainteresowany usługą xxx wyślij sms o treści INTERNET pod numer xxxxxxx - oddzwonimy".
Do wysłania - smsy do podania na smstools (utworzenie z bazy sql plików, przepisane statusu na wysłany po odczycie raportu, utworzenie właściwych smsów w katalogu /var/spool/sms/outbox).
Do wysłania raczej, dałbym razem na jednej liście z wysłanymi, tylko odpowiednio oznaczone. Oczywiście obowiązkowy filtr wg statusu wysłania i wyszukiwarka wg klienta i numeru tel.
witam! no to i ja wtrace swoje trzy grosze ;) wg mnie nie bylo by glupie np takie zapytanie o login i haslo do pppoe naliczac oplate, ale za wyslanie np wiecej jak jednego sms'a w miesiacu, zawsze sie znajdzie ktos, kto bedzie katowal pare razy o login i haslo w miesiacu, a to po to, co by ograniczyc takie kombinowanie i ograniczyc rachunki za smsy :] podobnie przypomenienie o login i pin, czy nawet zmiana taryfy jednak mozliwosci przez sms jest sporo :]
ostatnio myslalem nad tym, jak by to bylo, gdyby dodac dodatkowe pole przy urzadznieniach sieciowych i klientach z namiarami GPS, mozna by to wtedy wrzucic sobie taka mape urzadzen na mape np google, mysle bylo by przydatne w sieciach radiowych, czasami po czasie zapomina sie gdzie na wsi to zamontowano ;) dodatkowo dorzucic status urzadzenia, tzn czy odpowiada na (ar)ping, o czym tez mozna by bylo informowac smsem administraotra i/lub technika
takie moje ot ;)
Pozdrawiam Kiraga Bernard
!DSPAM:4909fbc8230141910919020!
W dniu 30 października 2008 13:21 użytkownik Paweł Rohde pawel@rohde.pl napisał:
Witam
Planuję zintegrowanie z lmsem obsługi bramki smsowej do wysyłania i otrzymywania smsów.
A ja chcialem sie zapytac - w jaki sposob od strony systemowej zostałoby zrealizowanie wysylanie smsów. Interfejs XMLowy u operatora ? bramka hardware'owa GSM ? interfejs www u operatora (jakis perl-www albo python czy inny skrypt) ? moze po prostu telefon z gnokiii ?
pozdr.
Wojciech Ziniewicz pisze:
W dniu 30 października 2008 13:21 użytkownik Paweł Rohde pawel@rohde.pl napisał:
Witam
Planuję zintegrowanie z lmsem obsługi bramki smsowej do wysyłania i otrzymywania smsów.
A ja chcialem sie zapytac - w jaki sposob od strony systemowej zostałoby zrealizowanie wysylanie smsów. Interfejs XMLowy u operatora ? bramka hardware'owa GSM ? interfejs www u operatora (jakis perl-www albo python czy inny skrypt) ? moze po prostu telefon z gnokiii ?
za pomocą smstools Lista sprzętu obsługiwana przez smstools: http://smstools3.kekekasvi.com/index.php?p=hardwarecomp
ja używam Phone related information: Vendor: SIEMENS Model: MC35
Moge prosic o model tej bramki? Chetnie bym sprawdzil czy u mnie zda egzamin.
----- Oryginalna wiadomość -----
Ja używam bramki, do której wstawiam SMSy zapytaniem SQL. W tej bramce jest dostęp bezpośrednio do bazy bramki. To najprostrzy chyba sposób wysyłania. U mnie sprawdza się doskonale.
to nie bramka sprzętowa tylko serwis internetowy :) http://www.smeskom.pl/
Jarosław Czarniak pisze:
Moge prosic o model tej bramki? Chetnie bym sprawdzil czy u mnie zda egzamin.
----- Oryginalna wiadomość -----
Ja używam bramki, do której wstawiam SMSy zapytaniem SQL. W tej bramce jest dostęp bezpośrednio do bazy bramki. To najprostrzy chyba sposób wysyłania. U mnie sprawdza się doskonale.
!DSPAM:490dc70a240134062814199!
Witam Osobiście dorabiałem obsługę sms-ów z http://smscenter.pl/ 6gr netto per sms. jako firma korzystam z funkcji o pare groszy droższej (prezentuje zamiast numeru nazwę firmy). Po rejstracji morzna nawiązać kontakt telefoniczny (przewarznie nie odbierają ale do paru minut oddzwaniają [nie nararzają mnie na koszty] ). I zalatwic sprawę z post-paid.
Ps powiadamiam klientów tylko o otwarciu zgłoszenia w helpdesk i zamknieciu.
zmiany: (bardzo prosze jak ktos moze o sprawdzenie i przygotowanie diff gdyrz ja juz wiele zmian wprowadzilem w LMS.class.php) w LMS.class.php W funkcji: TicketAdd($ticket) w okolizach po: $this->DB->Execute('INSERT INTO rtmessages (ticketid, customerid, createtime, mam (az do konca funkcji):
$cid = $ticket['customerid']; $phone = $this->DB->GetOne('SELECT phone FROM customercontacts WHERE customerid = ? LIMIT 1; ', array($cid)); $prefixy=array("500", "501", "502", "503", "504", "505", "506", "507", "508", "509", "510", "511", "512", "513", "514", "515", "516", "517", "518", "519", "600", "601", "602", "603", "604", "605", "606", "607", "608", "609", "660", "661", "662", "663", "664", "665", "666", "667", "668", "669", "690", "691", "692", "693", "694", "695", "696", "697", "698", "699", "721", "722", "723", "724", "725", "726", "727", "780", "781", "782", "783", "784", "785", "786", "787", "788", "789", "790", "791", "792", "793", "794", "795", "796", "797", "798", "799", "880", "881", "882", "883", "884", "885", "886", "887", "888", "889"); $pref="$phone[0]$phone[1]$phone[2]"; if (in_array($pref, $prefixy)) { $ticketid=$id; $odbiorca="48$phone"; $user="NAZWAUSERA"; $pass="HASLO"; $nazwa="FIRMA"; $tresc="Nowe zgloszenie $ticketid."; $reg_ex = "[[:space:]]"; $replace_word = "+"; $mess=ereg_replace($reg_ex, $replace_word, $tresc); $url=" http://api.statsms.net/send.php?user=$user&pass=$pass&type=sms&f... "; $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); $strona = curl_exec($curl); curl_close($curl); } return $id; } // Koniec ADD
// Zamykanie zgłoszenia W funkcji SetTicketState($ticket, $state) Okolice: (po) $this->DB->Execute('UPDATE rttickets SET state=?, owner=?, resolvetime=? WHERE id=?', array($state, $this->AUTH->id, $resolvetime, $ticket)); mam (az do konca funkcji): if ($state==2) { $cid = $this->DB->GetOne('SELECT customerid FROM rttickets WHERE id = ? LIMIT 1; ', array($ticket)); $phone = $this->DB->GetOne('SELECT phone FROM customercontacts WHERE customerid = ? LIMIT 1; ', array($cid)); $prefixy=array("500", "501", "502", "503", "504", "505", "506", "507", "508", "509", "510", "511", "512", "513", "514", "515", "516", "517", "518", "519", "600", "601", "602", "603", "604", "605", "606", "607", "608", "609", "660", "661", "662", "663", "664", "665", "666", "667", "668", "669", "690", "691", "692", "693", "694", "695", "696", "697", "698", "699", "721", "722", "723", "724", "725", "726", "727", "780", "781", "782", "783", "784", "785", "786", "787", "788", "789", "790", "791", "792", "793", "794", "795", "796", "797", "798", "799", "880", "881", "882", "883", "884", "885", "886", "887", "888", "889"); $pref="$phone[0]$phone[1]$phone[2]"; if (in_array($pref, $prefixy)) { $ticketid=$ticket; $odbiorca="48$phone"; $user="NAZWAUSERA"; $pass="HASLO"; $nazwa="FIRMA";
$tresc="Zakonczono zgloszenie: $ticketid. "; $reg_ex = "[[:space:]]"; $replace_word = "+"; $mess=ereg_replace($reg_ex, $replace_word, $tresc);
$url=" http://api.statsms.net/send.php?user=$user&pass=$pass&type=sms&f... "; $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1); $strona = curl_exec($curl); curl_close($curl); } } } // Koniec
Oczywiście wyrzej wymieniony kod pobiera tylko 1 numer telefonu z numerów klienta. i musi byc w formie YYYXXXXXX np 500111222 (nie może zawierać - , . spacji i zera z początku). Osobiscie posiadam w systemie odpowiednią forme numeru i na 1 pozycji zawsze komorke. Wiec nie musiałem robic sprawdzania dokładniejszego. Ps. Zabawa z telefonami pod rs-232, usb jest hmm "wadliwe" :D i prezętuje numer klientowi.
Prywatny kontakt do mnie pegass@zamek.net.pl GG: 11389 (prosze na początku zaznaczyć ze w sprawie smsów w LMS bo inaczej odpowiedź może nastapić po paru miesiącach )
W dniu 30 października 2008 13:21 użytkownik Paweł Rohde pawel@rohde.plnapisał:
Witam
Planuję zintegrowanie z lmsem obsługi bramki smsowej do wysyłania i otrzymywania smsów.
Bramki sms będzie obsługiwał serwer sms (smstools). Za pomocą smsów będzie można:
- zgłosić awarię
- uzyskać login i hasło do pppoe
- wysyłać smsy do klientów z przypomnieniem np. o płatności
- wysyłać smsy do klientów z GUI
- wysyłać smsy z terminarza do techników
- wysyłać smsy z terminarza przypominające o zdarzeniu (np na 1,2,6h
przed).
W tej chwili działa mi poza GUI zgłaszanie awarii i uzyskanie loginu i hasła pppoe. Zmiany które chcę zrobić:
- dodać pole na nr telefonu (komórki) w danych użytkowników - chcę
wykorzystać tabelę customercontacts. 2. dodać moduł sms a w nim: 2.1 inbox,outbox,send 2.2 wyślij sms 4. dodać przycisk/link "wyślij sms" w danych klienta przy nr telefonu 3. dodać pole "powiadom sms" w terminarzu z dropem zawierającym : "natychmiast|na 1h przed|na 2h przed|na 6h przed"
Wykorzystanie serwera smstools uniezależnia projekt od warstwy sprzętowej, możliwe jest zbudowanie nawet bardzo dużego centrum sms. Chciałbym, by moje zmiany w lmsie weszły do głównej gałęzi, ze wzglądu na aktualizacje... Proszę o informację czy jest taka możliwość.
-- pozdrawiam Paweł Rohde Neter Sp. z o.o.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
!DSPAM:49232e3e45231252921014!
CezaR wrote:
Witam!
czy mozliwe (kiedy? za ile?) bedzie dodanie takich opcji do LMSa
ABY zaznaczajac dane pole na platnosci/fakturze w LMSie
zliczal ON
ile w danym roku doszlo/odeszlo klientow,
ile w danym roku bylo przychodu z instalacji abonamentu i innych
popierdowek :):)
a wszystko po ta ABY ulatwic sporzadzanie corocznego sprawozdania dla UKE
z takimi informacjami co sa wymagane. :):)
koniec roku juz tuz tuz, wiec trzeba juz zaczac robic to sprawozdanie
http://www.bip.uke.gov.pl/bipurtip/index.jsp?place=Lead07&news_cat_id=16... http://www.bip.uke.gov.pl/bipurtip/index.jsp?place=Lead07&news_cat_id=16&news_id=200&layout=11&page=text
Pozdrawiam
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
co do przychodów z innych źródeł niż abonamenty to weź se zrób 2 rejestry plany nr faktor czyli mont i int i masz po problemie co do tego ile klientów przybyło ile obyło tez idzie to wyklikac może nie jednym ale 3 kliknięciami
!DSPAM:494bc2b269851614647931!
czy mozliwe (kiedy? za ile?) bedzie dodanie takich opcji do LMSa ABY zaznaczajac dane pole na platnosci/fakturze w LMSie zliczal ON
- ile w danym roku doszlo/odeszlo klientow,
- ile w danym roku bylo przychodu z instalacji abonamentu i innych
popierdowek :):) a wszystko po ta ABY ulatwic sporzadzanie corocznego sprawozdania dla UKE z takimi informacjami co sa wymagane. :):) koniec roku juz tuz tuz, wiec trzeba juz zaczac robic to sprawozdanie http://www.bip.uke.gov.pl/bipurtip/index.jsp?place=Lead07&news_cat_id=16... http://www.bip.uke.gov.pl/bipurtip/index.jsp?place=Lead07&news_cat_id=16&news_id=200&layout=11&page=text Pozdrawiam
co do przychodów z innych źródeł niż abonamenty to weź se zrób 2 rejestry plany nr faktor czyli mont i int i masz po problemie co do tego ile klientów przybyło ile obyło tez idzie to wyklikac może nie jednym ale 3 kliknięciami
bylo by zajebiscie GDYBY nic nie trzeba bylo dodatkowo robic ::::)))
na przyszlosc :) 1 klikasz i wszysko masz :) moze w platnej wersji to bdzie? :)
!DSPAM:494bd87499467818312239!
uczestnicy (10)
-
A.L.E.C -
Bernard Kiraga -
CezaR -
firma firma -
Jan Ciećko -
Jaroslaw Czarniak -
Jarosław Czarniak
-
Paweł Rohde -
Piotr S. -
Wojciech Ziniewicz