Propozycja zmian które były by związane z powiązaniem LMSa z systemem TERYT.
Samo przechowywanie bazy TERYT. Mogły by być to osobna baza fizycznie do których łączył by się LMS. Chodzi oto że tabele nie musiały by się znajdować w samej bazie LMS. Można by było to robić to w dwojaki sposob: Cała bazę TERYT albo jej fragment rozszerzony (zasięg). Z osobnym interfejsem zarządzający zawartością tych baz.
1.Przechowywała by ona (fragment), możliwe do instalacji adresy z identyfikatorami TERYT (woj,powiat,gmina,miasto,ulica(już z cecha), nr domu) + ilość dostępnych mieszkań itd Pozwalało by to już z góry określić gdzie by można było świadczyć bez problemu usługę i nazwę można by poszerzyć o dostępne tam usługi. Wymagało by więcej pracy przy wprowadzaniu tych danych do LMSa jednak załatwiło by to od razu raport z rynków lokalnych.
2. Prościej i szybciej ale czy lepiej. Można użyć też całej bazy TERYT do słownikowania adresów a nr dom i mieszkania wpisywało by się ręcznie
A słownikować należało by adres w komputerze i adres w urządzeniu, oba typy znajdują się w tabeli nodes, jak pamiętam. Odnalezienie noda bez adresu nie bedzie trudne przy uzupenianiu bazy ;)
To by załatwiło dużą część raportu do UKE gdzie właśnie TERYT jest wymagany. Dodatkowe pola do urządzeń były chyba już omawiane w temacie raportu UKE.
IMHO to jest najpilniejsze bo raport idzie potem wygenerować na tej podstawie zdecydowanie szybciej bo nie będzie już trzeba uzupełniać go o TERYT a naprawdę dużo pul wymaga jego obecności.
W klientach jako future dodać adres zameldowania(adres z dokumentu tożsamości/ rejestracji firmy) na ta chwile mamy 2 adresy: - fakturowania (customers.address,customers.city, customers.zip) - do korespondencji (customers.serviceaddr) Jak wiemy fakturować powinniśmy konsumenta za miejsce gdzie ma założony internet, a dane zameldowania mogą być potrzebne w innych celach. IMO w klienci nie ma potrzeby wiązania danych z bazą TERYT.