Re: Lekko ot - uke chce danych naszych klientow

Autor: Zboj <zboj_at__at_mnc.dot.pl>
Data: Mon 17 May 2010 - 17:35:21 MET DST
Message-ID: <hsrno1$2rri$1@news2.ipartners.pl>

Szykujemy z KIKE wystąpienie przeciwko temu pomysłowi z kilku powodów.
Poczynając od braku systemów paszportyzacji sieci u lokalnych ISP, poprzez
brak danych archiwalnych na 2 lata wstecz (bo nie było obowiązku sporządzać
takich raportów, a mało który system w mikrofirmie może wyeksportować takie
dane wstecz, o ile jakikolwiek system jest), po zatopienie nas w papierach,
bo UKE będzie o to pytać conajmniej raz w roku, a więc może pytać i 5 razy.
Do tego dochodzi wysyłanie pod NIPem, a więc pod danymi firmy, brak
uzasadnienia adekwatności zapytania względem nakładów, a obowiązek
adekwatności oczekiwań musi być spełniony w świetle PT, itd. Postaam się tu
powiesić szkic pisma głównego za kilka dni, bo w środę będziemy próbować
rozmawiać na żywo z p. Prezes. Jeśli nie pomoże, będzie też skrócona wersja
do powielania przez wszystkich zainteresowanych i wysyłania do UKE, MSWiA,
KPRM, MI, UOKiKU i GIODO. To kolejny pomysł kompletnie z nikim nie
przedyskutowany co do wykonalności w systemach operatorów i celowości. W
praktyce służyć ma albo kolejnym przepychankom z TPSA, albo łataniu
koszmarnych wyników kolejnej "inwentaryzacji" białych plam, albo wprost
wywiadowni gospodarczej. Kłopot w tym, że UKE nie pokusiło się nie tylko o
sprawdzenie jakie dane może uzyskać, w jakim terminie i jakim kosztem
operatorów gł. lokalnych, ale też nie wysilono się choćby na podstawowe
uzasadnienie tej wywiadowni, poza ogólnikowym hasłem, że UKE może, to rząda.
Nie ważne jak mglisty jest cel i jakie są możliwości firm.

Stąd pomysł protestu. Bo takich kwiatków przybywa, zamiast ubywać.
Administracja publiczna mogłaby zająć się upraszczaniem sprawozdawczości i
dostosowywaniem obowiązków do realnych możliwości adresatów. Zamiast tego
pojawiają się kolejne pomysły wyśnione zza biurka.

Pozdrawiam,

-- 
---
Zboj (Piotr Marciniak)
   zboj \at/ mnc.pl 
Received on Mon May 17 17:40:03 2010

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Mon 17 May 2010 - 18:40:01 MET DST