Bardzo często pracując z systemem taryfikacyjnym musimy ponownie przeliczyć wartość rozmów. System taryfikacyjny pozwala na trzy różne sposoby ponownego przeliczenia danych w zależności od zaistniałej sytuacji:

- taryfikacja służy do przeliczania wszystkich rekordów, które po zaimportowaniu do bazy znajdują się na 0% kroku przetwarzania - dotyczy nowych rekordów

- retaryfikacja służy do przeliczenia wszystkich rekordów, które wcześniej zostały taryfikowane i znajdują się na 100% kroku przetwarzania - dotyczy rekordów z przypisanymi cenami

- taryfikacja pełna służy do przeliczenia wszystkich rekordów, które wcześniej nie zostały w pełni przetaryfikowane ze względów błędnej konfiguracji i znajdują się na którymś z kroków między 5% a 95% - dotyczy rekordów znajdujących się w diagostyce.

W celu przetaryfikowania odpowiednich rekordów powinno się zastosować najlepszą z powyższych opcję tak, żeby uzyskać wymagany efekt.

Program posiada zabezpieczenie w postaci ograniczenia możliwości założenia kryterium.
Ze względu na ograniczoną ilość znaków możliwych do wysłanania w pojedynczym zapytaniu sql-owym konieczne było ograniczenie liczby elementów zadanych do 50 elementów (np. ilość linii wewnętrznych czy traktów). Im więcej jest założonych kryteriów, im więcej elementów w nich założonych tym większe jest prawdopodobieństwo wystąpienia błędu przekroczenia liczby znaków.

Jest to pewna niedogodność, jednak można to obejść wykorzystując negację lub stosując jako zawężenie grupę linii wewnętrznych lub zewnetrznych zamiast przypisywania kolejno linii wewnętrznych czy traktów. W ten sposób zamiast przypisywania 159 linii wewnętrznych z 200 posiadanych zawęzimy liczbę elementów do kilku grup zawierających te 159 linii lub ograniczymy liczbę elementów do 41 linii wewnętrznych (200-159) oraz jednej negacji.

Problem przekroczenia licencji na linie wewnętrzne pojawia się, gdy w programie będzie wygenerowanych ich zbyt wiele. Dotyczy to tylko linii wewnętrznych, do licencji nie są wliczane ani linie miejskie, ani linie PIN.
Przyczyną tego objawu najczęściej jest wygenerowanie przez program na podstawie plików źródłowych z centrali błędnych linii. Aby przeanalizować dlaczego takie linie się generują trzeba dobrze znać centralę telefoniczną i specyfikę zrzutu rekordu taryfikacyjnego.
Aby wyeliminować pojawiające się niepotrzebne linie wewnętrzne, należy wykonać jedną z poniższych operacji:

- usunąć linie wewnętrzne oraz wyłączyć automatyczne generowanie linii wewnętrznych, a następnie retaryfikować - każda nowa linia, prawidłowa i nieprawidłowa, nie zostanie wygenerowana, a rekord zatrzymie się na kroku 43% przetwarzania

- zastosować przypisanie central przy użyciu zakresów numerów wewnętrznych, a następnie retaryfikować - wtedy wszystkie linie spoza tego zakresu będą odrzucone jako nieprzypisane do centrali, rekordy z tymi liniami zatrzymią się na kroku 0% przetwarzania

- wyeliminować przyczynę generowania błędnych linii na poziomie schematu importu lub centrali

- rozszerzyć licencję o odpowiednią liczbę linii wewnętrznych.

Odnosząc się do problemu naliczania podatku VAT przez system taryfikacyjny chcieliśmy zwrócić uwagę na dwa aspekty sprawy:

- biling nie jest dokumentem fakturującym, więc nie można stosować do niego zasad obowiązujących dla faktur. W związku z powyższym po stronie producenta oprogramowania leży decyzja jak rozliczać VAT w zestawieniach. Firma Intelix-Eurotelix przyjęła zasadę obliczania VAT-u dla każdej rozmowy (do 4 miejsc po przecinku), zaś każde zestawienie zbiorcze jest sumą poszczególnych wartości netto i brutto, nie zaś obliczoną ponownie stawką VAT.

- po drugie przepisy Ustawy o Podatku od Towarów i Usług oraz o Podatku Akcyzowym uszczegółowione Rozporządzeniem Ministra Finansów z dnia
25.05.2005 w sprawie zwrotu podatku niektórym podatnikom, zaliczkowego zwrotu podatków, wystawiania faktur, sposobu ich przechowywania oraz listy towarów i usług, do których nie mają zastosowania zwolnienia od podatku od towarów i usług pozwalają na dwa sposoby rozliczania podatku VAT, pierwszy pozwala obliczać VAT dla każdej pozycji faktury i zsumować, zaś drugi pozwala na zsumowanie wartości netto i obliczenie podatku VAT.

W związku z powyższym proponujemy następujące rozwiązanie - wystawianie bilingów bez kwot brutto, te obliczać w programie księgowym wystawiającym faktury VAT dla klientów lub zastosować moduł Rozliczenia w naszym programie.

Przy imporcie danych z pliku zrzuconego przez centralę do systemu taryfikacyjnego, zaczytywana jest każda linijka po kolei. Aby dany wiersz został uznany za poprawny rekord taryfikacyjny, musi zawierać on podstawowe dane o rozmowie: czas rozpoczęcia, czas trwania, numer inicjujący połączenie, trakt, itp. To tzw. 'pole kluczowe'.
Jeżeli brakuje którejś z tych informacji lub jest ona podana w innym formacie, niż ten, który jest zdefiniowany w schemacie importu danych (np. dtata), cały rekord jest udorzucany. Dzięki temu program autamatycznie pozbywa się zbędnych wpisów w postaci np. plików nagłówka, które czasem centrale wrzucają między rekordy taryfikacyjne.

Problem ten można rozwiązać zmniejszając ilość pól kluczowych w schemacie importu.

Jeżeli problem powtarza się często, szczególnie przy małych plikach, można wejść do menu:
Opcje --> opcje --> Parametry globalne --> Liczba dozwolonych błędnych na 1000 wczytanych
Domyślnie jest tam liczba 10. Oznacza to, że w całym pliku może być tylko 1% błędnych rekordów bądź rekordów nagłówka. Należy zwiększyć tę liczbę (np. do 100).
Jeżeli próg błędu w danym pliku zostanie przekroczony, domyślna akcja jest ustawiona na usuwanie z bazy częściowo wczytane rekordy (następna opcja pod parametrem progu błędów). Można także zmienić i ten parametr.

Jeżeli nie można zamimportować żadnego pliku, a nie wyskakuje komunikat o tym, że program jest niezarejestrowany, bądź że licencja została przekroczona, należy sprawdzić rozmiar pliku bazodanowego. Plik ten znajduje się domyślnie w folderze aplikacji w podkatalogu 'Dane'. Przy standardowej instalacji plik IBB.mdf nie może rozrosnąć się powyżej 2GB. Są to ograniczenia licencji silnika bazodanowego MSDE, na którym pracuje program taryfikacyjny.
Rozmiar bazy można zmniejszyć wrzucając stare dane do archiwum. Problem można także rozwiązać wykupując pełną wersję SQL, w której ta restrykcja jest zniesiona.

Inną przyczyną mogą być wewnętrzne ograniczenie programu taryfikacyjnego w wersji starszej niż 4.01, jeżeli wczytano ponad 65 000 plików. W takim przypadku prosimy o kontakt z producentem.

Przyczyną jest pojawienie się numeru telefonicznego o nietypowej budowie. W zależności od konfiguracji programu w diagnostyce mogą zatrzymać się rekordy taryfikacyjne z numerami za krótkimi (pomyłkowo wybrane) lub z numerami za długimi (np. połączenia z automatyczną obsługą klienta). Mogą zatrzymać się również rekordy bez numeru. Aby program mógł prawidło taryfikować takie rekordy należy poprawić reguły unifikacji w zakładce Unifikacja numerów w centrali. Unifikacja numeru polega na doprowadzeniu numeru wybranego przez abonenta do postaci międzynarodowej, tzn. do postaci:

        numer kraju + numer międzymiastowy + numer wybrany.

Na przykład numer 032 202 35 22 program musi doprowadzić do postaci 48322023522. Szczegółowe informacje na temat unifikacji numerów zawiera instrukcja wdrożeniowca.

Przyczyną jest brak linii wewnętrznej w systemie, do której można przypisać rozmowę. Należy włączyć automatyczne generowanie linii wewnętrznych (opcje globalne) lub wygenerować linię ręcznie. Szczegółowe informacje na temat generowania linii wewnętrznych zawiera instrukcja wdrożeniowca.

Przyczyną jest brak przedrostka opisowego pasującego do numeru wybieranego. W związku z tym nie jest możliwe przypisanie numerowi wybieranemu strefy (lokalnej, międzymiastowej, czy międzynarodowej). Tego typu problem może powstać w momencie pojawienia się nowej grupy numerów, np. do operatorów komórkowych, których nie było w momencie instalacji programu. W takim przypadku rozwiązanie problemu polega na dopisaniu nowego przedrostka do listy przedrostków opisowych. Lista przedrostków opisowych znajduje się w zakładce Tabele (wersja do 3.65) lub Administracja (wersja od 4.01). Przedrostki dotyczą numerów zunifikowanych czyli w postaci numer kraju+numer kierunkowy+numer wybrany.
Problem może pojawić się również jeżeli numer w rekordzie taryfikacyjnym ma nietypową budowę (np. jest dłuższy niż 11 cyfr) i z tego względu został źle zunifikowany. W takim przypadku rozwiązanie problemu polega na poprawieniu reguł/y unifikacji w centrali. Dodatkowe informacje na temat unifikacji numerów zawiera odpowiedź na pytanie dotyczące trzydziestego ósmego procentu przetwarzania.

Przyczyną jest brak przypisania pakietu do struktury organizacji. Brak jest informacji w systemie, którym pakietem mają być taryfikowane rozmowy. Rozwiązanie problemu polega na przypisaniu pakietu do struktury organizacji w oknie Taryfikatory dla dnia. Struktura organizacji znajduje się w zakładce Organizacja (wersja do 3.65) lub Administracja (wersja od 4.01). Szczegółowe informacje na temat przypisania pakietów zawiera instrukcja wdrożeniowca.

W programie taryfikacyjnym może brakować danych z następujących powodów:

- wybrano sprzeczny/niepoprawny warunek w zakładkach kryteriów,

Zakładki kryteriów służą do filtrowania danych, które można wyświetlić w bilingach. Należy sprawdzić czy nie ustawiono takiego warunku, który uniemożliwia wyświetlenie szukanych danych.

- nie wykonano importu danych lub/i taryfikacji,

W bilingach można wyświetlić tylko te rozmowy, które zostały poprawnie wczytane oraz przetaryfikowane. Informacje o ilości wczytanych danych oraz stopniu ich przetworzenia zebrane są w statystyce Ilość rekordów w systemie (zakładka Administracja - od wersji 4.01 lub zakładka Taryfikacja - do wersji 3.65). W bilingach wyświetlane są tylko te rozmowy, których postęp jest równy sto. Pozostałe rozmowy zatrzymały się w procesie taryfikacji i nie mogą być wyświetlane w bilingach (patrz kolejny podpunkt). Jeżeli szukane dane nie zostały wczytane to należy je wczytać oraz przetaryfikować w oknie Zadania (zakładka Administracja - od wersji 4.01 lub zakładka Taryfikacja - do wersji 3.65).

- szukane dane zatrzymały się w procesie taryfikacji,

Rekordy taryfikacyjne (rozmowy), które z różnych powodów nie mogły zostać w pełni przetaryfikowane nie są wyświetlane w bilingach. Wykaz wszystkich nieprzetaryfikowanych rozmów zawiera okno Diagnostyka (zakładka Administracja - od wersji 4.01 lub zakładka Taryfikacja - do wersji 3.65). Aby wyświetlić rozmowy, które zatrzymały się na danym kroku taryfikacji należy wcisnąć przycisk Postęp i wybrać daną pozycję. W celu poznania powodu zatrzymania się rekordów na danym kroku należy najechać kursorem myszy na czerwony tip (trójkąt) zaraz za napisem Postęp: ... %. Pojawi się okno z podpowiedzią.

- wykonano archiwizację szukanych danych,

Przyczyną braku danych może być archiwizacja szukanych danych. Dane przeniesione do archiwum nie mogą być wyświetlane w bilingach bez ponownego przywrócenia ich z archiwum. Domyślnym katalogiem na pliki archiwum jest Archive w katalogu głównym programu taryfikacyjnego. Nazwa pliku to data ostatniego dnia, który został przeniesiony do archiwum. Od wersji 4.01 informację o wszystkich wykonanych archiwizacjach można znaleźć w statystyce Informacje o archiwizacji (zakładka Administracja). Brak danych w tej statystyce oznacza, że nie wykonano żadnej archiwizacji. W celu przywrócenia danych z archiwum należy skorzystać z opcji Przywracanie danych z archiwum (górne menu Administracja -> Narzędzia i ustawienia zaawansowane -> Archiwum - do wersji 3.65 lub Narzędzia -> Archiwum - od wersji 4.01).

- program taryfikacyjny odrzucił plik/i z nadmierną ilością błędnych rekordów,

Może okazać się, że szukane dane znajdują się w plikach odrzuconych przez program taryfikacyjny. Program może odrzucić plik z rekordami taryfikacyjnymi jeżeli ilość błędnych rekordów przekroczy ustawioną w programie wartość. Odrzucone przez program pliki znajdują się w katalogu Dane odrzucone. Natomiast próg po przekroczeniu, którego program odrzuca pliki znajduje się w parametrach globalnych programu w polu Liczba dozwolonych błędnych rekordów na 1000 wczytanych (górne menu Narzędzia -> Opcje -> Parametry globalne - do wersji 3.65 lub Opcje -> Opcje -> Parametry globalne - od wersji 4.01). Jeżeli program odrzucił pliki to należy zwiększyć próg błędu w parametrach globalnych, a następnie ponownie wczytać i przetaryfikować dane.

- wystąpił błąd w komunikacji bufor-komputer,

Problem może leżeć nie po stronie programu taryfikacyjnego, ale po stronie Kolektora lub/i bufora. Wczytanie przez program taryfikacyjny danych z katalogu Dane do wczytania jest możliwe tylko pod warunkiem, że Kolektor zapisze w tym katalogu dane z bufora. Jeżeli katalogi Dane do wczytania, Dane wczytane oraz Dane odrzucone nie zawierają plików z szukanymi danymi to oznacza, że Kolektor nie ściągnął tych danych z bufora. Program Kolektor może nie ściągać danych z bufora z następujących przyczyn:
- został tak skonfigurowany, że wymaga ręcznego uruchamiania,
- kabel łączący bufor z komputerem został odłączony,
- bufor jest odłączony od zasilania,
- bufor nie otrzymuje danych z centrali,
- bufor jest uszkodzony.

- wystąpił błąd w komunikacji centrala-bufor.

Jeżeli program Kolektor działa poprawnie i komunikacja z buforem odbywa się bez problemów, a mimo to dane nie są ściągane na dysk twardy komputera oznacza to, że bufor nie otrzymuje danych z centrali. Najczęstszą przyczyną jest odłączony kabel łączący bufor z centralą. Może się również okazać, że prędkość wysyłania danych przez centralę zmieniła się w pewnym momencie i jest inna niż ta ustawiona w buforze. Wtedy pamięć bufora zapełnia się przypadkowymi (bezsensownymi) danymi, np. znakami 'R'.

Zestawienie kosztów dla poszczególnych stref podobne do tego jakie można znaleźć na większości rachunków od operatorów zawiera biling Połączenia wg stref (zakładka Ruch). Strefa Brak w bilingu Połączenia wg stref zawiera rozmowy przychodzące, wewnętrzne oraz o zerowym czasie trwania dlatego tej strefy nie należy uwzględniać przy porównywaniu kwot.
Różnica pomiędzy kwotą od operatora, a kwotą obliczoną przez program może wynikać z następujących faktów:

- w programie taryfikacyjnym brakuje danych,

Należy zwrócić uwagę na łączną liczbę połączeń. Jeżeli liczba połączeń wykazana przez program jest mniejsza od tej z rachunku to może oznaczać, iż program nie uwzględnił wszystkich zarejestrowanych połączeń. Problem braku danych został szczegółowo omówiony przy okazji innego pytania.

- czas trwania rozmowy telefonicznej naliczony przez operatora może być dłuższy niż ten w programie taryfikacyjnym,

Program taryfikacyjny nalicza koszt połączenia na podstawie czasu trwania rozmowy zarejestrowanego przez firmową centralę. Czas ten może być krótszy od czasu naliczonego przez operatora z racji tego, że w niektórych przypadkach informacja o zakończeniu połączenia dociera do firmowej centrali wcześniej niż do centrali operatora. Z reguły różnica ta nie jest większa niż jedna sekunda. Fakt ten może mieć większe znaczenie jedynie jeżeli firma jest rozliczana za każdą rozpoczętą minutę połączenia.

- program nie rozpoznaje części numerów i przypisuje im niewłaściwą strefę,

Program taryfikacyjny na podstawie początku numeru (przedrostka) dokonuje przypisania (rozpoznania) strefy, na podstawie której później obliczana jest cena. Domyślną strefą jest strefa międzymiastowa (międzystrefowa). Jeżeli w rekordzie taryfikacyjnym pojawi się numer z nowym przedrostkiem, np. 0788 xxxxxx (do operatora komórkowego), którego brak jest na liście przedrostków operatora to rozmowa zostanie uznana jako międzymiastowa i zostanie naliczony koszt wg cennika dla tej strefy. Takie nieścisłości mogą dotyczyć jedynie numerów z nowymi przedrostkami, których w momencie instalacji nie było w użyciu, np. do operatorów komórkowych czy na numery skrócone. Informacji o przypisaniu strefy do numeru należy szukać w szczegółach połączenia po dwukrotnym kliknięciu lewym klawiszem myszy na wybranej rozmowie (od wersji 4.01 szczegóły połączenia można wyświetlać jedynie w bilingach dla dostawcy i odbiorcy).

- program korzysta z nieaktualnego cennika (np. niewłaściwe stawki, nie uwzględnione darmowe minuty lub nie uwzględnione rabaty).

Różnice mogą wynikać z faktu zmiany cen za połączenia. Może również zmienić się ilość darmowych minut lub sposób naliczania rabatu. Jeżeli nastąpią takie zmiany to należy uwzględnić je w pakiecie. Lista pakietów znajduje się w zakładce Administracja (od wersji 4.01) lub Tabele (do wersji 3.65).