Jesteś na Stronie NET POLSKA oferującej oprogramowanie, i wsparcie dla firm transportowych i spedycyjnych Jesteś w dobrym miejscu :)  NETPOLSKA.com  |  Strona główna  Sklep internetowy  |  NETPOLSKA  TachoStudio  |  Oficjalna strona internetowa
Obsługa tachografów cyfrowych
Grupy produktów

Czytniki tachografów cyfrowych i kart kierowcow Oprogramowanie do tachografów Szkolenie i obsługa tachografów cyfrowych Oprogramowanie transportowe Nawigacja GPS Mapy transportowe Książki transportowe Alkomaty - Alkotesty Papier do tachografów Tarcze do tachografów Centrum Pobierania Skanery tarcz analogowych Prasa i artykiły transportowe Transportowe akty prawne Pozostałe Forum ADR / DGSA

Potrzebujesz porady ? Dzwoń.
tel. 91 483 70 70
91 482 32 32
od 9 do 16
 
Program ADRTransport DGSA Serwis

Podstawowe elementy systemu

| « wstecz


Aplikacja bazuje na wykorzystaniu koncepcji tzw. kartotek, co umożliwia zbudowanie przejrzystego menu a w konsekwencji pozwala na szybkie opanowanie obsługi programu przez nowych użytkowników. Poniżej przedstawiono ogólny widok interfejsu aplikacji oraz oznaczono podstawowe jego elementy.

Elementy interfejsu aplikacji.

1.1 Kartoteki pomocnicze

Wszelkie przechowywane przez system informacje zgrupowane są w odpowiednich kartotekach.

1.1.1 Kontrahenci

Kartoteka Kontrahenci wykorzystywana jest do przechowywania wszelkich informacji dotyczących podmiotów z którymi współpracujemy. Mogą to być zarówno odbiorcy jak i nadawcy materiałów niebezpiecznych. W przypadku, gdy firma Użytkownika programu nie wykonuje operacji przewozu materiałów niebezpiecznych a jedynie ich załadunku bądź rozładunku - kartoteka ta może zawierać odpowiednio tylko nadawców lub odbiorców. System umożliwia przechowywanie informacji związanych z kontrahentem, które są przydatne w procesie przygotowywania bądź planowania operacji ADR. Na życzenie Klienta, zakres danych przechowywanych przez system może ulec zawężeniu lub rozszerzeniu. Poniżej przedstawiono podstawowy zakres ewidencjonowanych danych.

Podstawowy zakres danych o kontrahencie.

1.1.2 Towary

Kartoteka Towary stanowi miejsce w systemie, w którym przechowywane są wszelkie informacje o materiałach niebezpiecznych wykorzystywanych w realizowanych operacjach ADR. Dane w tej kartotece mogą być wprowadzane samodzielnie przez użytkownika na podstawie jego wiedzy, lecz system umożliwia także, dzięki integracji z modułem ADRInfo, pobranie szeregu danych dotyczących wprowadzanego materiału bezpośrednio z tabeli 3.2.A. W takim przypadku rola użytkownika sprowadza się do wybrania z listy odpowiedniego materiału a także wprowadzenia wymaganych informacji dodatkowych. Poniżej przedstawiono fragment okna aplikacji pozwalającego na pobranie danych z tabeli 3.2.A.

Pobranie danych z tabeli 3.2.A.

W zależności od klasy wprowadzanego materiału, ilość informacji, które musi wprowadzić użytkownik jest różna. Przyjęto jednakże założenie, że system wyświetla jedynie te pola, które w przypadku wybranego UN mają zastosowanie i powinny być uzupełnione dla poprawności generowania dokumentów oraz funkcji weryfikowania transportów (omówionej później). Poniżej przedstawiono przykład formularza produktu klasy 3 a także klasy 4.1 ( w tym przypadku formularz zawiera więcej zakładek co zostało schematycznie zaznaczone).

Przykład formularza produktu klasy 3 i 4.1.

W przypadku, gdy operacjom ADR poddawane jest próżne opakowanie - system również wymaga wprowadzenia niezbędnych informacji jak wskazano poniżej (pola rozwijalne zawierają tylko informacje dopuszczalne z pkt. widzenia przepisów np. w polu Określenie w liście przewozowym zawiera tylko zwroty wynikające z 5.4.1.1.6 Umowy ADR).

Pola rozwijane.

Raz wprowadzone do systemu definicje materiałów mogą być wielokrotnie wykorzystywane. Możliwe jest także ich skopiowanie w celu wygenerowania nowej definicji.

W celu ułatwienia korzystania z aplikacji przez osoby mniej zaznajomione z przepisami ADR, wprowadzony został mechanizm tzw. jednostek handlowych. Przez jednostkę handlową należy rozumieć fizyczny obiekt będący przedmiotem operacji ADR (może być to więc np. duży pojemnik do przewozu luzem, bęben, skrzynia czy butla). Zdefiniowanie jednostek pozwala na posługiwanie się nimi w trakcie definiowania ładunku - przykładowo: jeśli dla danego materiału zdefiniowana zostanie jednostka o nazwie DPPL 31HA1 wraz z odpowiednim przelicznikiem, to w trakcie definiowania operacji transportowej możliwe będzie wskazanie, że przewozowi podlega 5 DPPL 31HA1 a system automatycznie przeliczy odpowiednio ilości i jednostki materiału dla potrzeb generowania listów przewozowych czy też sprawozdawczości. Mechanizm ten jest szczególnie przydatny przy realizacji przewozów w sztukach przesyłki. Poniżej przedstawiono przykładowy formularz definicji jednostki handlowej.

Przykładowy formularz definicji jednostki handlowej.

Należy podkreślić, że dla danego materiału (UN) możemy zdefiniować dowolną liczbę jednostek. Mogą mieć one również charakter pomocniczy i odpowiadać nazwom jednostek materiału pojawiających się na innych dokumentach np. fakturach. W takiej sytuacji definicje jednostek stanowią swego rodzaju "pomost" między nomenklaturą handlową a wymaganiami stawianymi przez przepisy ADR.

1.1.3 Konfiguracja

W kartotece Konfiguracja zgromadzone zostały dane słownikowe wykorzystywane przez pozostałe części aplikacji. Tutaj właśnie definiowane takie obiekty jak: Pojazdy, Kierowcy, Miasta.

Obiekt Pojazdy

Podkartoteka ta pozwala na wprowadzenie informacji o będących w dyspozycji użytkownika pojazdach. Dla każdego z pojazdów określić należy m.in. Typ decydujący o tym do jakiego typu operacji będzie on wykorzystywany (np. do przewozu w sztukach przesyłki). System umożliwia również definiowanie pojazdów jako ciągniki a także definiowanie pojazdów jako przyczepy czy naczepy określonego rodzaju. W przypadku cystern wielokomorowych istotne jest podanie liczby komór - pozwala to na dynamiczną kontrolę możliwości ich wykorzystania w trakcie definiowania ładunku. W przypadku, gdy użytkownik jest zainteresowany wprowadzeniem kontroli pod kątem posiadania przez pojazd ważnych badań czy wyposażenia ADR - informacje te można również w tym miejscu wprowadzić (kontrola prowadzona jest w trakcie definiowania transportu a także z wykorzystaniem odpowiednich raportów).

Podkartoteka Pojazdy.

Obiekt Kierowcy

Podobnie jak w przypadku pojazdów, również dla kierowców możliwe jest prowadzenie kontroli posiadania przez nich ważnych zaświadczeń o przeszkoleniu ADR. W przypadku korzystania z tejże kontroli - odpowiednie informacje prezentowane są użytkownikowi planującemu nową operację w postaci komunikatów ostrzegających o przypisaniu do niej kierowcy bez ważnego szkolenia. W systemie dostępny jest również raport zawierający zestawienie osób, których szkolenia są już nieważne lub też w krótkim czasie stracą ważność.

Podkartoteka Kierowcy.

Obiekt Miasta

Jest to najprostsza podkartoteka systemu. Pozwala ona na przechowywanie informacji o potencjalnych punktach (miejscowościach) startu i końca operacji a także punktach pośrednich operacji (przy transportach typu "wiele punktów"). Standardowo podkartoteka ta zawiera listę obejmującą większość polskich miejscowości. Użytkownik może tę listę dowolnie edytować (dodawać, usuwać, zmieniać).

Podkartoteka Miasta.

1.2 Kartoteka Operacje

Kartoteka Operacje stanowi podstawowy i najważniejszy element systemu. Z jej wykorzystaniem prowadzone jest planowanie i ewidencjonowanie wszelkich operacji ADR. Poniżej przedstawiono fragment listy operacji wizualizowanej w programie.

Lista operacji.

Lista ta wyposażona jest w mechanizmy sortowania, filtrowania oraz grupowania pozwalające na szybkie wyszukiwanie operacji według zadanych kryteriów. Poniżej przedstawiony został przykład listy z włączonym grupowaniem.

Listy z włączonym grupowaniem.

 
  O programie

Polecane produkty
Twój Koszyk


Znajdujące się w serwisie treści i obrazy są chronione prawem autorskim.
Kopiowanie, rozpowszechnianie i przedruki w jakielkolwiek formie bez zgody firmy NET POLSKA - ZABRONIONE.
NET POLSKA
71 - 001 Szczecin, ul. Południowa 15,
091 483 70 70 (tel.), 091 482 32 32 (fax.)
www.netpolska.com
copyrights © 2001 - 2012