W y mag ania o g ó lne

Uwagi dodatkowe dotyczące dodatkowych prac
Id
Funkcjonalności
programistycznych mających na celu dostosowanie
systemu do potrzeb Klienta
Wymagania ogólne
1
Obsługa zleceń drobnicowych dla sieci kilkunastu
oddziałów KLIENTA
- ewidencja przesyłek partnerów
- wydruki dokumentów transportowych
2
Automatyczna obsługa cenników wewnętrznych
umożliwiających cykliczne rozliczanie kosztów
pomiędzy partnerami sieci
3
Obsługa dwóch cenników (wg kg i zryczałtowany)
4
Naliczenie kosztów automatycznie z uwzględnieniem
optymalizacji i wyboru najkorzystniejszego cennika
5
Składowe naliczanie kosztów (Pickup -> 1.linia ->
przeładunek HUB -> 2 linia -> przeładunek HUB -> 3
linia ->dystrybucja
6
Pełna obsługa rozliczeń z uwzględnieniem (poza
warunkami cennikowymi podanym powyżej)
- pobrania (stawka za wykonanie usługi)
- pobranie (kwota pobrania)
- clenie (opłata za wykonanie usługi)
- koszty dodatkowe wynikające w trakcie
procesowanie przesyłki dodawane ręcznie
7
Obsługa transportów liniowych w ramach
zdefiniowanej struktury sieci (podział kraju na obszary
dla poszczególnych oddziałów przy użyciu
mechanizmów uwzględniających odległości drogowe)
z optymalizacją kosztów poprzez:
- automatyzację wybory routingu
- kontrolę wypełniania pojazdów z uwzględnieniem
LATE
8
Obsługa podjęć/dystrybucji (planowanie/statusowanie)
9
Pełne statusowanie zdarzeń z uwzględnieniem
funkcjonalności SMS na etapie podjęcie/doręczenie
10
Identyfikacja paczek poprzez wykorzystanie kodów
kreskowych (obsługa czytników kodów kreskowych) z
obsługą i możliwością definicji punktów skanowania
paczek (wysyłka-partner-wyjście, HUB-wejście, HUBwyjście, odbiór-partner wyjście)
11
Obsługa procesu wymiany opakowań zwrotnych
12
Archiwizacja dokumentów (potwierdzonych listów
przewozowych)
13
Obsługa procesu zwrotu dokumentów
14
Obsługa usług specjalnych
- clenie
- ADR
- dostawy do godziny 9
- dostawy w soboty
15
EDI – obsługa wymiany danych z partnerami w
Zespół CS zaimplementował i wdrożył z sukcesem w
ramach sieci oraz partnerami zagranicznymi
2012 proces komunikacji poprzez EDIFACT do
(EDIFACT, FORTRAS)
wymiany danych pomiędzy partnerami w sieci
TP/Orange
16
Pełne raportowanie – tworzenie i udostępnienie
Zaawansowane mechanizmy do raportowania są
raportów zarówno dla Partnerów KLIENTA jak i
dostępne w ramach środowiska Apollo Transport 2.0
klientów korzystających z webbooking
(modyfikacja raportów nie wymaga angażowania
specjalisty IT). Dodatkowo w ramach partnerstwa z
Oracle, w 2012 zintegrowano Apollo wersji 2.0 z
najmocniejszym na rynku silnikiem analitycznym
Funkcjonalność dot. tras
Oracle Business Intelligence
15
Ofertowanie pozwalające na oszacowanie kosztów
16
Aplikacja ma umożliwić tworzenie dowolnych
Komfort pracy dyspozytora jest jednym z
połączeń z uwzględnieniem trasy domyślnej podczas
krytycznym elementów projektowania Apollo
wprowadzania danych przez użytkownika
Transport 2.0 – dlatego duży nacisk jest położony aby
zarządzanie trasami i wprowadzanie danych było
możliwe z poziomu jednego widoku-pulpitu
dyspozytora a dynamiczne tworzenie tras możliwe
m.in. dzięki wykorzystaniu mechanizmów
drag&drop na obiekcie mapy
17
Struktura routingu nie powinna być ograniczona do
tabeli
18
Procedura dodawania i usuwania tras jest definiowana
Funkcjonalność dot.opakowań
z poziom administratora systemu
19
Routing jest powiązany bezpośrednio z cennikami
20
System ma mieć możliwość zarządzania
opakowaniami, obsługę katalogu, cenników w ujęciu
opakowań zryczałtowanych:
REP: 1,20 x 0,80 x 2,00 do jednej palety 1000KG
RKP: 1,20 x 1,20 x 2,00 do jednej palety 1500KG
RPP: 0,80 x 0,60 x 1,50 do jednej palety 1000KG
PPP: 1,20 x 1,00 x 2,20 do jednej palety 1200KG
REP: 1,20 x 0,80 x 2,00 do jednej palety 1000KG
21
Kalkulacja rozliczeń za przesyłki wg schematu:
- Pickup
Pełne spełnienie wymagania z dostosowaniem do
- 1 Linia
realiów KLIENTA wymaga ograniczonych prac
- Przeładunek HUP/RUP
deweloperskich.
- 2 Linia
- Przeładunek HUP/RUP
- 3 linia
- Dystrybucja
22
Kalkulacja przesyłki ma być widoczna na poziomie
Wybrane szczegóły funkcji
wprowadzania przesyłki natychmiast po
wprowadzanie podstawowych parametrów przesyłki
23
Rozliczenia mają być w pełni zautomatyzowane, to
znaczy kalkulacja w systemie generowane bez
ingerencji użytkownika celem wyeliminowania błędów
przy ręcznych wprowadzania danych (powiązania z
cennikami, optymalizacja kosztowa)
24
System ma umożliwić rozliczanie poza kosztami:
- podjęcia
- LH
- przeładunków
- dystrybucji
z uwzględnieniem:
- pobrania (stawka za wykonanie usługi)
- pobranie (kwota pobrania) celnie (opłata za
wykonanie usługi)
- koszty dodatkowe wynikające w trakcie
procesowania przesyłki dodawane ręcznie
- koszty ubezpieczenia
25
26
Elastyczny model wprowadzania kosztów w systemie
(Oddział Zlecający, Oddział Nadania, Oddział
Pełne spełnienie funkcjonalności dostosowanej do
Odbioru, HUB) z mechanizmem akceptacji kosztów
realiów KLIENTA wymaga ograniczonych prac
przez OZ.
deweloperskich
System zapewni mechanizm do odrzucenia kosztów
Pełne spełnienie funkcjonalności dostosowanej do
dodatkowych z podaniem przyczyny
realiów KLIENTA wymaga ograniczonych prac
deweloperskich
27
Mechanizm zapewniający akceptację kosztów
Pełne spełnienie funkcjonalności dostosowanej do
automatycznie po 3 dniach
realiów KLIENTA wymaga ograniczonych prac
deweloperskich.
28
Mechanizm kontrolny zapewniający brak możliwości
automatycznej akceptacji odrzuconych kosztów.
29
Zarządzanie w systemie cennikami (obecnie są dwa
rodzaje cenników do wdrożenia w systemie:
zryczałtowany i wagowy)
30
Zarządzanie w systemie procesem rozliczania
świadczeń partnerów i Centrali wewnątrz KLIENTA w
tym zachowanie logiki procesu wg której uzależnione
od przesyłki rozliczenie wewnątrz KLIENTA
pomiędzy Partnerami jak również Partnerami i
Centralą następuje tylko centralnie w Centrali
KLIENTA według zdefiniowane w systemie Tabeli
Taryf`
31
System ma generować w ustalonych okresach
rozliczeniowych odpowiednie raporty stanowiące
załącznik do wystawiania not
obciążeniowych/uznaniowych związanych z
rozliczaniem COD.
32
W związku z możliwością zmian opłat i przedziałów
pobrań – parametry muszą być konfigurowalne w
systemie
33
34
Zarządzanie i obsługa w systemie mechanizmów
Pełne spełnienie funkcjonalności dostosowanej do
korekt do tworzenia korekt dla paczek oraz ich
realiów KLIENTA wymaga ograniczonych prac
akceptacji przez oddział zlecający
deweloperskich
System zapewnia mechanizm do rejestracji kosztów
Pełne spełnienie funkcjonalności dostosowanej do
dodatkowych uwzględniający możliwość rejestracji
realiów KLIENTA wymaga ograniczonych prac
kosztów dodatkowych również w trakcie
deweloperskich
procesowania przesyłki z opcją zatwierdzenia lub
odrzucenia przez oddział zlecający
35
36
37
System ma zapewnić rozbudowane mechanizmy do
Pełne spełnienie funkcjonalności dostosowanej do
zarządzania w obszarze ADR w tym zawiera bazę
realiów KLIENTA wymaga ograniczonych prac
materiałów niebezpiecznych
deweloperskich.
System ma wspierać radiowe skanery kodów
Pełne spełnienie funkcjonalności dostosowanej do
kreskowych pracujących na systemie Windows Mobile
realiów KLIENTA wymaga ograniczonych prac
5/6
deweloperskich.
System ma obsłużyć funkcjonalność potwierdzenia
dostaw przy użyciu SMS