Nowe pole u klienta - adres swiadczenia uslugi
Elo
Klient, ktory jest zameldowany w innym miejscu niz adres swiadczenia uslugi chce miec faktury wystawiane na swoje dane. Wobec powyzszego w lms jedyna informacja o tym gdzie jest swiadczona usluga zapisana byc moze tylko w polu informacji dodatkowych, badz w lokalizacji komputra (a jak klient ma tylko tv?). Takie rozwiazanie nie pozwala na sortowanie, grupowanie slowem obrabianie statystyczne klientow.
Wymylilem, ze trzeba dodac nowe pole - adres swiadczenia uslugi. Jak wy to rozwiazaliscie u siebie? Co z klientami, ktorzy maja kilka lokalizacji i kilka lacz? (ja podpisuje nowe umowy).
Pozdr. GC
PS: na chwile obecna mam lms'a przerobionego tak, ze mam dodatkowe pole odbiorca faktury, ale pole adres swiadczenia uslugi mniej namiesza w systemie
On 06.12.2011 18:29, GC wrote:
Elo
Cześć.
Klient, ktory jest zameldowany w innym miejscu niz adres swiadczenia uslugi chce miec faktury wystawiane na swoje dane. Wobec powyzszego w lms jedyna informacja o tym gdzie jest swiadczona usluga zapisana byc moze tylko w polu informacji dodatkowych, badz w lokalizacji komputra (a jak klient ma tylko tv?). Takie rozwiazanie nie pozwala na sortowanie, grupowanie slowem obrabianie statystyczne klientow.
Wymylilem, ze trzeba dodac nowe pole - adres swiadczenia uslugi. Jak wy to rozwiazaliscie u siebie? Co z klientami, ktorzy maja kilka lokalizacji i kilka lacz? (ja podpisuje nowe umowy).
Moim zdaniem dane klienta to właśnie powinny być dane klienta, a adres do korespondencji można użyć do lokalizacji łącza. Czy to wprowadza jakieś ograniczenia? W szybkim wyszukiwaniu działa jak należy.
Pozdr. GC
Moim zdaniem dane klienta to właśnie powinny być dane klienta, a adres do korespondencji można użyć do lokalizacji łącza. Czy to wprowadza jakieś ograniczenia? W szybkim wyszukiwaniu działa jak należy.
Nie do końca :)
Adres korespondencyjny, zameldowania i montażu to mogą być trzy różne adresy (z życia - osoba mieszkające na ul. X jest właścicielem mieszkania na ul. Y, które wynajmuje wraz z internetem a zameldowana jest w zupełnie innym mieście - więc łącze jest na Y, dan fakturowania są w ogóle z innego miasta a sam papier jest wysyłany na ul. X).
Adres korespondencyjny, zameldowania i montażu to mogą być trzy różne adresy
(z życia - osoba mieszkające na ul. X jest właścicielem mieszkania na ul. Y, które wynajmuje wraz z internetem a zameldowana jest w zupełnie innym mieście - więc łącze jest na Y, dan fakturowania są w ogóle z innego miasta a sam papier jest wysyłany na ul. X).
no nie jest to pomysl z czapy, tylko problem z praktyki. Mam wielu klientow, ktorzy maja w moim systemie 3 rozne adresy: 1. do wystawiania faktur (meldunek w innym miescie), 2. do wysylki faktur poczta (placi tatus), 3. adres swiadczenia uslugi (dla mnie cobym sie nie zgubil)
na umowie mam dwa pola adresowe: dane klienta i adres swiadczenia uslugi. Mysle ze warto dodac do bazy dwie kolumny: na ulice z numerem domu/mieszkania i nastepna na miasto swiadczenia uslugi.
Przygotuje to na podstawie werjsji CVS, tylko poprosze o nazwy kolumn w tabeli customera (installaddr, installcity ?)
On 06.12.2011 19:10, GC wrote:
Adres korespondencyjny, zameldowania i montażu to mogą być trzy różne adresy
(z życia - osoba mieszkające na ul. X jest właścicielem mieszkania na ul. Y, które wynajmuje wraz z internetem a zameldowana jest w zupełnie innym mieście - więc łącze jest na Y, dan fakturowania są w ogóle z innego miasta a sam papier jest wysyłany na ul. X).
no nie jest to pomysl z czapy, tylko problem z praktyki. Mam wielu klientow, ktorzy maja w moim systemie 3 rozne adresy:
- do wystawiania faktur (meldunek w innym miescie),
- do wysylki faktur poczta (placi tatus),
- adres swiadczenia uslugi (dla mnie cobym sie nie zgubil)
na umowie mam dwa pola adresowe: dane klienta i adres swiadczenia uslugi. Mysle ze warto dodac do bazy dwie kolumny: na ulice z numerem domu/mieszkania i nastepna na miasto swiadczenia uslugi.
Przygotuje to na podstawie werjsji CVS, tylko poprosze o nazwy kolumn w tabeli customera (installaddr, installcity ?)
Adres do korespondencji to pola w bazie danych: post_name varchar(255) DEFAULT NULL, post_address varchar(255) DEFAULT NULL, post_zip varchar(10) DEFAULT NULL, post_city varchar(32) DEFAULT NULL, post_countryid integer DEFAULT NULL, Można dorobić pola location_{name,address,zip,city,countryid} Najlepiej, żeby od razu zmień w formularzach edycji klienta, żeby od razu trzeba bloków adresów nie pokazywał, a tylko było: "Adres do korespondencji: " i dwa checkboksy: - taki jak dane fakturowe - inny adres i podobnie: "Lokalizacja łącza: " i również dwa checkboksy: - taki jak dane fakturowe - inny adres W obydwu przypadkach dopiero jak byśmy kliknęli na pola inny adres to pojawiałyby się pola formularza do edycji dodatkowych adresów. Po co od razu w LMS wyświetlać wszystkie możliwe pola...
On 06.12.2011 18:19, Tomasz Chiliński wrote: post_countryid integer DEFAULT NULL,
Można dorobić pola location_{name,address,zip,city,countryid} Najlepiej, żeby od razu zmień w formularzach edycji klienta, żeby od razu trzeba bloków adresów nie pokazywał, a tylko było: "Adres do korespondencji: " i dwa checkboksy:
- taki jak dane fakturowe
- inny adres
i podobnie: "Lokalizacja łącza: " i również dwa checkboksy:
- taki jak dane fakturowe
- inny adres
W obydwu przypadkach dopiero jak byśmy kliknęli na pola inny adres to pojawiałyby się pola formularza do edycji dodatkowych adresów. Po co od razu w LMS wyświetlać wszystkie możliwe pola...
Adres instalacji = adres komputera. No i po co na fakturze adres instalacji? Natomiast jeśli klient nie posiada komputera, no to i nie ma adresu instalacji. Lepiej należałoby się zastanowić nad możliwością dodawania dla klientów innych urządzeń niż komputer, np. wspomniany telewizor.
W dniu 11-12-06 18:30, A.L.E.C pisze:
On 06.12.2011 18:19, Tomasz Chiliński wrote: post_countryid integer DEFAULT NULL,
Można dorobić pola location_{name,address,zip,city,countryid} Najlepiej, żeby od razu zmień w formularzach edycji klienta, żeby od razu trzeba bloków adresów nie pokazywał, a tylko było: "Adres do korespondencji: " i dwa checkboksy:
- taki jak dane fakturowe
- inny adres
i podobnie: "Lokalizacja łącza: " i również dwa checkboksy:
- taki jak dane fakturowe
- inny adres
W obydwu przypadkach dopiero jak byśmy kliknęli na pola inny adres to pojawiałyby się pola formularza do edycji dodatkowych adresów. Po co od razu w LMS wyświetlać wszystkie możliwe pola...
Adres instalacji = adres komputera. No i po co na fakturze adres instalacji? Natomiast jeśli klient nie posiada komputera, no to i nie ma adresu instalacji. Lepiej należałoby się zastanowić nad możliwością dodawania dla klientów innych urządzeń niż komputer, np. wspomniany telewizor.
Popieram ten pomysł... poco dublowac pola w bazie danych. Może warto do nodes dodac kolumne type ktora by definiowala co to za urzadzenie klient ma dopiete do siebie?
Nie wiem jak kolega ma rozwiązane TV.
post_countryid integer DEFAULT NULL,Można dorobić pola location_{name,address,zip,city,countryid} Najlepiej, żeby od razu zmień w formularzach edycji klienta, żeby od razu trzeba bloków adresów nie pokazywał, a tylko było: "Adres do korespondencji: " i dwa checkboksy:
- taki jak dane fakturowe
- inny adres
i podobnie: "Lokalizacja łącza: " i również dwa checkboksy:
- taki jak dane fakturowe
- inny adres
W obydwu przypadkach dopiero jak byśmy kliknęli na pola inny adres to pojawiałyby się pola formularza do edycji dodatkowych adresów. Po co od razu w LMS wyświetlać wszystkie możliwe pola...
Adres instalacji = adres komputera. No i po co na fakturze adres instalacji? Natomiast jeśli klient nie posiada komputera, no to i nie ma adresu instalacji. Lepiej należałoby się zastanowić nad możliwością dodawania dla klientów innych urządzeń niż komputer, np. wspomniany telewizor.
Popieram ten pomysł... poco dublowac pola w bazie danych. Może warto do nodes dodac kolumne type ktora by definiowala co to za urzadzenie klient ma dopiete do siebie?
Nie wiem jak kolega ma rozwiązane TV.
IMHO bardziej jedna pasuje pole u klienta (w sensie obsługi) - jak wysyłana jest ekipa serwisowa, by nie było pomyłek i naprawiacze się nie zjawiali na adresie fakturowania/korespondencji.
Adres instalacji = adres komputera.
zgoda
No i po co na fakturze adres instalacji?
nie ma takiej potrzeby na fakturze, ale na umowie jest.
Natomiast jeśli klient nie posiada komputera, no to i nie ma adresu instalacji. Lepiej należałoby się zastanowić nad możliwością dodawania dla klientów innych urządzeń niż komputer, np. wspomniany telewizor.
Jest to jakies rozwianie, ale ma swoje wady. Co gdy skasuje urzadzenia klienta? Gdzie bede mial slad, czy dane mieszkanie bylo 2 lata temu podlaczone, ze jest tam moj kabel - moze jeszcze sprawny. Moja TV to czesciowo instalacje multiswitchowe, czyli do klienta idzie koncentryk. Nie wiem czy klient ma tv, tuner, komputer, radio czy wiesza sobie na kablu pranie. Ma poprostu usluge okreslona w dodanej taryfie i w grupie. Moze miec tez zainstalowana centrale telefoniczna, czy inne urzadzenie - wszystkich nie zdefiniujemy.
Popieram ten pomysł... poco dublowac pola w bazie danych.
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Jak klient ma dwie lokalizacje to mam z nim dwie umowy. W zasadzie, to dla uslugodawcy lepiej jest nawet jak sa osobne umowy na kazda z uslug.
IMHO bardziej jednak pasuje pole u klienta (w sensie obsługi) - jak wysyłana jest ekipa serwisowa, by nie było pomyłek i naprawiacze się nie zjawiali na adresie fakturowania/korespondencji.
o, dobry argument :)
pozdrawiam Grzegorz Cichowski
On 06.12.2011 20:11, GC wrote:
Natomiast jeśli klient nie posiada komputera, no to i nie ma adresu instalacji. Lepiej należałoby się zastanowić nad możliwością dodawania dla klientów innych urządzeń niż komputer, np. wspomniany telewizor.
Jest to jakies rozwianie, ale ma swoje wady. Co gdy skasuje urzadzenia klienta? Gdzie bede mial slad, czy dane mieszkanie bylo 2 lata temu podlaczone, ze jest tam moj kabel - moze jeszcze sprawny. Moja TV to czesciowo instalacje multiswitchowe, czyli do klienta idzie koncentryk. Nie wiem czy klient ma tv, tuner, komputer, radio czy wiesza sobie na kablu pranie. Ma poprostu usluge okreslona w dodanej taryfie i w grupie. Moze miec tez zainstalowana centrale telefoniczna, czy inne urzadzenie - wszystkich nie zdefiniujemy.
Popieram ten pomysł... poco dublowac pola w bazie danych.
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Dokładnie. Lokalizacja komputera jest zupełnie niepotrzebna Po prostu adresy w karcie klienta powinna istnieć możliwość wpisywania danych adresowych z TERYT, a wszystkie urządzenia powinny mieć założoną lokalizację taką jak klient. Ważne: już jak to przerabiać to zrobić tak jak np. pisałem. W każdym razie chodzi o to, żeby domyślnie nie waliło po oczach 150 polami w formularzu ;-)
pozdrawiam Grzegorz Cichowski
W dniu 2011-12-06 19:31, Tomasz Chiliński pisze:
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Dokładnie. Lokalizacja komputera jest zupełnie niepotrzebna Po prostu adresy w karcie klienta powinna istnieć możliwość wpisywania danych adresowych z TERYT, a wszystkie urządzenia powinny mieć założoną lokalizację taką jak klient. Ważne: już jak to przerabiać to zrobić tak jak np. pisałem. W każdym razie chodzi o to, żeby domyślnie nie waliło po oczach 150 polami w formularzu ;-)
My jednak widzimy to inaczej. Mamy sporo klientow, ktorzy maja np 3-4 uslugi (komputery, kamery) w roznych lokalizacjach. I tak: - adres glowny w lms to ten co w umowie i na FV; - adres do korespondencji to adres do korespondencji; I mamy jeszcze rozne adresy instalacji uslug (adresy komputerow, kamer, tv). W efekcie jedna karta klienta i kilka przypisanych do niej komputerow/faktur. Innej opcji nie widzimy by miec kontrole nad tym co gdzie zamontowane. Nawet jak zechcecie przeniesc adresy instalacji do karty klienta to musi byc mozliwosc zaznaczania ktore urzadzenie gdzie jest zamontowane.
pozdrawiam
On 06.12.2011 20:52, Andrzej Banach wrote:
W dniu 2011-12-06 19:31, Tomasz Chiliński pisze:
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Dokładnie. Lokalizacja komputera jest zupełnie niepotrzebna Po prostu adresy w karcie klienta powinna istnieć możliwość wpisywania danych adresowych z TERYT, a wszystkie urządzenia powinny mieć założoną lokalizację taką jak klient. Ważne: już jak to przerabiać to zrobić tak jak np. pisałem. W każdym razie chodzi o to, żeby domyślnie nie waliło po oczach 150 polami w formularzu ;-)
My jednak widzimy to inaczej. Mamy sporo klientow, ktorzy maja np 3-4 uslugi (komputery, kamery) w roznych lokalizacjach. I tak:
- adres glowny w lms to ten co w umowie i na FV;
- adres do korespondencji to adres do korespondencji;
I mamy jeszcze rozne adresy instalacji uslug (adresy komputerow, kamer, tv). W efekcie jedna karta klienta i kilka przypisanych do niej komputerow/faktur. Innej opcji nie widzimy by miec kontrole nad tym co gdzie zamontowane. Nawet jak zechcecie przeniesc adresy instalacji do karty klienta to musi byc mozliwosc zaznaczania ktore urzadzenie gdzie jest zamontowane.
Oczywiście, ale domyślnie lokalizacja urządzenia klienckiego powinna być zgodna z lokalizacją klienta (najlepiej od razu z możliwością wpisywania zgodnie z TERYT).
pozdrawiam
On 06.12.2011 19:31, Tomasz Chiliński wrote:
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Dokładnie. Lokalizacja komputera jest zupełnie niepotrzebna Po prostu adresy w karcie klienta powinna istnieć możliwość wpisywania danych adresowych z TERYT, a wszystkie urządzenia powinny mieć założoną lokalizację taką jak klient. Ważne: już jak to przerabiać to zrobić tak jak np. pisałem. W każdym razie chodzi o to, żeby domyślnie nie waliło po oczach 150 polami w formularzu ;-)
Dla mnie raczej dziwnym będzie wpisywanie tego samego klienta do bazy wiele razy. Jeden klient = jeden rekord w customers. To już może lepiej zrobić osobny byt "lokalizacje" i przypisywać je do klienta, a następnie w umowach/zobowiązaniach/komputerach możliwość wyboru lokalizacji.
On 06.12.2011 20:53, A.L.E.C wrote:
On 06.12.2011 19:31, Tomasz Chiliński wrote:
uwazam ze lepiej dac lokalizacje klienta niz komputera. Wiadomo ze wszystkie komputery klienta sa u klienta. Dublowaniem jest wpisywanie adresow we wszystkich komputerach.
Dokładnie. Lokalizacja komputera jest zupełnie niepotrzebna Po prostu adresy w karcie klienta powinna istnieć możliwość wpisywania danych adresowych z TERYT, a wszystkie urządzenia powinny mieć założoną lokalizację taką jak klient. Ważne: już jak to przerabiać to zrobić tak jak np. pisałem. W każdym razie chodzi o to, żeby domyślnie nie waliło po oczach 150 polami w formularzu ;-)
Dla mnie raczej dziwnym będzie wpisywanie tego samego klienta do bazy wiele razy. Jeden klient = jeden rekord w customers. To już może lepiej zrobić osobny byt "lokalizacje" i przypisywać je do klienta, a następnie w umowach/zobowiązaniach/komputerach możliwość wyboru lokalizacji.
Tak najlepiej. Co co już działasz w tym kierunku, Alku? ;-)
W dniu 6 grudnia 2011 19:53 użytkownik A.L.E.C alec@alec.pl napisał:
Dla mnie raczej dziwnym będzie wpisywanie tego samego klienta do bazy wiele razy. Jeden klient = jeden rekord w customers.
ok, jeden klient moze miec kilka umow, a umowa to dokument. tylko jak powiazac umowe do uslugi u klienta, tak by wygasniecie umowy ew jej wypowiedzenie identyfikowalo konkretna usluge.
To już może lepiej zrobić osobny byt "lokalizacje" i przypisywać je do klienta, a następnie w umowach/zobowiązaniach/komputerach możliwość wyboru lokalizacji.
no i to chyba jak narazie najlepszy pomysl.
niestety robi sie z tego spora rewolucja, a ja chcialem tylko mala zmiane :)
pozdrawiam Grzegorz Cichowski
Po co od razu w LMS wyświetlać wszystkie możliwe pola...
Prawda jest taka, że obecny wygląd "karty klienta" ma niewiele wspólnego z ergonomią i jest bardzo nieczytelny. Dodanie jeszcze dodatkowych pól pogorszy sytuację. Ja osobiście jestem do takiego wyglądu przyzwyczajony, ale jak tłumaczyłem nowej pracownicy co i jak, to dopiero było widać jak to topornie wygląda. Zmiana tego wymagała by pewnie sporo pracy, a obecnie są ważniejsze rzeczy do zrobienia.
uczestnicy (7)
-
A.L.E.C -
Andrzej Banach -
Daniel Kulesza -
GC -
Sarenka -
Tomasz Chiliński -
Waldemar Dymkiewicz