Zarzàdzanie Serwisem przez system iscala Informacje ogólne 8 podstawowych elementów obs ugi serwisu w systemie iscala 2.

Transkrypt

1 Zarzàdzanie Serwisem przez system iscala Wi cej informacji mo na uzyskaç kontaktujàc si z: Scala Business Solutions Polska Sp. z o.o. al. Jana Paw a II 80 Babka Tower, Vp Warszawa Tel: (22) Faks: (22) info.poland@scala.net /iscala /poland 2002 Scala Business Solutions NV. Wszelkie prawa zastrze one. Logo Scala, Scala oraz iscala sà zastrze onymi znakami towarowymi. Inne znaki towarowe lub zastrze one znaki towarowe stanowià w asnoêç ich stosownych w aêcicieli. Informacje ogólne Czy Paƒstwa firma traci mo liwoêci zysku, poniewa jej potencja jest zbyt ma y w stosunku do popytu na oferowane przez nià us ugi? A mo e z powodu trudnoêci z okreêleniem najbardziej wartoêciowych klientów i ich potrzeb? Czy sà Paƒstwo w stanie koordynowaç wszystkie procesy we wszystkich punktach us ugowych firmy, tak aby zagwarantowaç optymalne wykorzystanie zasobów i surowców we w aêciwym czasie i po mo liwie najni szych kosztach oraz osiàgnàç najwy sze zyski i wi ksze zadowolenie klientów? Czy w Paƒstwa przedsi biorstwie zdefiniowano odpowiednie procesy wspomagajàce kontrol zobowiàzaƒ kontraktowych, umów serwisowych i zaleg ych gwarancji, tak aby fakturowanie Êwiadczonych us ug przebiega o we w aêciwy sposób? W dzisiejszym Êwiecie mar e w sektorze dystrybucji i produkcyjnym sà coraz ni sze, dlatego coraz wi cej firm koncentruje si na poprawie obs ugi klienta, uwa ajàc, e jest to sposób na jego utrzymanie i zwi kszenie przychodów. Cykl sprzeda y nie koƒczy si w momencie wys ania towaru do klienta! Coraz wa niejsze jest pe ne wykorzystanie ca ego cyklu zwiàzanego z produktem klienta. Ulepszone zarzàdzanie procesami serwisu przyniesie wiele korzyêci zarówno firmom, które Êwiadczà us ugi u klienta, jak i przedsi biorstwom prowadzàcym punkty obs ugi serwisowej: Maksymalne przychody gwarancja w aêciwego fakturowania wszystkich us ug, terminowego odnawiania kontraktów oraz w aêciwej aktualizacji cenników us ug i cz Êci. Zarzàdzanie cyklem ycia produktu wyd u enie cyklu sprzeda y poza wst pnà sprzeda i instalacj, przez do àczenie etapu konserwacji, serwisu gwarancyjnego, mo liwoêci dodatkowej sprzeda y, wymiany cz Êci, aktualizacji produktów, zarzàdzania konfiguracjà oraz, na koƒcu, etapu wycofania produktu z u ycia. Wy sza jakoêç serwisu skrócenie czasu realizacji zamówienia, optymalne wykorzystanie zasobów i surowców, a tak e poszerzenie oferty produktów. Przedsi biorstwa z sektora wytwórczego oraz firmy posiadajàce Êrodki trwa e, wykorzystywane do zaspokojenia wewn trznych potrzeb lub wypo yczane albo oddawane w leasing, mogà osiàgnàç wiele korzyêci dzi ki lepszemu zarzàdzaniu serwisem. Zalety systemu sà widoczne, kiedy trzeba zarzàdzaç instalacjà czy wewn trznym planowaniem obs ugi parku maszynowego oraz przy wdra aniu procedur konserwacji w celu zaplanowania serwisu sprzedanego sprz tu lub towaru. Harmonogram konserwacji oparty na danych, które mo na zmierzyç, takich jak godziny pracy urzàdzenia, przebieg pojazdu lub liczba utworzonych kopii, mo e wyd u yç okres przydatnoêci Êrodków trwa ych, zmniejszyç liczb przestojów spowodowanych awariami, a tym samym przyczyniç si do obni enia kosztów. 8 podstawowych elementów obs ugi serwisu w systemie iscala 2.2 Faza procesu Zamówienie Rejestracja Stanowisko pomocy Zamówienie automatyczne Opis procesu Typowy proces zarzàdzania serwisem rozpoczyna si od zamówienia serwisu przez klienta lub jeden z poêrednich punktów serwisowych. *) Rejestracja zamówienia serwisowego, okreêlanie problemów i wymagaƒ klienta. *) JeÊli pracownik stanowiska pomocy mo e rozwiàzaç problem przez telefon, korzystajàc z bazy wiedzy, diagramów przep ywu i dokumentacji opisujàcej rozwiàzania, nie trzeba zapewniaç dalszej obs ugi i serwisu. Zamówienie dotyczàce serwisu zostanie automatycznie wygenerowane przez system, jeêli wykorzystywane sà harmonogramy konserwacji oraz zostanà spe nione kryteria serwisowe odnoszàce si do danego elementu.

2 Funkcje Odsy acz do umów serwisowych Odsy acz do umów po yczki i leasingu Stanowisko pomocy Zwiàzek omi dzy zamówieniem g ównym i podrz dnym Graficzne planowanie zasobów Wybór zestawu umiej tnoêci Kontrola kredytu Identyfikacja gwarancji adowanie kosztów podwykonawców Planowanie i prowadzenie szkoleƒ Zarzàdzanie zamówieniami serwisu Planowanie kosztów, czasu i dzia aƒ oraz tworzenia raportów Planowanie konserwacji na podstawie pomiaru zmiennych Dokumenty serwisu, transportu i eksportu Do àczanie biuletynów technicznych do produktów i zamówieƒ Do àczanie listy kontrolnej dzia ania Fakturowanie Zarzàdzanie statusem Procedury eskalacji Monitorowanie zamówieƒ serwisu Obs uga dostaw bezpoêrednich Wymiana materia ów Zarzàdzanie zmianami i historià konfiguracji Obs uga numerów seryjnych RachunkowoÊç dla prac w toku FASB 52 Kontrola i Êledzenie partii Historia i statystyka serwisu Raporty i analiza Analiza Cz sto trzeba przeprowadziç szczegó owà analiz dotyczàcà klienta, w tym konfiguracji zainstalowanego sprz tu i historii konserwacji. Priorytet nadany danemu zg oszeniu serwisowemu cz Êciowi zale y od priorytetu klienta, elementu, którego dotyczy wezwanie, oraz typu problemu. Planowanie Co nale y zrobiç oraz kto i kiedy powinien to wykonaç? Jest to faza przydzielania szczegó owe zasobów, w tym okreêlania potrzebnych materia ów i podwykonawców. Wysy ka Pobranie i wys anie materia ów, rozpocz cie dzia ania oraz, w razie potrzeby, zastàpienie wadliwego sprz tu. JeÊli serwis i naprawa sà zapewniane poza firmà, trzeba tak e zajàç si transportem uszkodzonego sprz tu lub cz Êci do magazynu. SprawozdawczoÊç Po wykonaniu zadania i zakoƒczeniu pracy tworzony jest raport dotyczàcy zu ycia materia ów, czasu trwania, innych wydatków lub wspó pracy z podwykonawcà. Historia serwisu jest aktualizowana i zapisywane sà w niej wszelkie zmiany w konfiguracji sprz tu. Sprz t naprawiony na terenie firmy jest zwracany klientowi. Fakturowanie Na koƒcu wystawiana jest faktura dla klienta lub koszty sà pokrywane wewn trznie, jeêli serwis by zapewniany w ramach gwarancji lub naprawiany sprz t nale a do firmy. *) Ta funkcja jest cz Êcià systemu iscala CRM dost pnego w module dotyczàcym rynkowej bazy danych (Market Database). System iscala Service Management zapewnia nowe mo liwoêci kontrolowania dzia aƒ serwisowych, mi dzy innymi pe nà kontrol nad materia ami i pracownikami (zarówno zewn trznymi, jak wewn trznymi) oraz ich alokacjà. W systemie iscala serwis mo e dotyczyç zapasów, Êrodków trwa ych (w module Asset Management) lub urzàdzeƒ i narz dzi u ywanych w ramach modu u iscala Manufacturing. Urzàdzeniami mo na tak e zarzàdzaç za pomocà modu u iscala Resource Management. Modu iscala Service Management opracowano z myêlà o ró nego rodzaju firmach zajmujàcych si serwisem. JeÊli firma Êwiadczy us ugi serwisowe u klientów, samodzielnie zapewnia serwis i pomoc technicznà dotyczàce wykorzystywanych urzàdzeƒ lub planuje konserwacje, bo sà one wymagane do zarzàdzania serwisem sprz tu i Êrodkami trwa ymi, to modu iscala jest w aêciwym rozwiàzaniem. Dzi ki systemowi iscala Service Management oraz modu om do zarzàdzania kontraktami (Contract Management) i Êrodkami trwa ymi (Asset Management) mo na bez problemów Êwiadczyç us ugi zwiàzane z wypo yczaniem lub leasingiem elementów majàtku (por. odr bne informacje na temat odpowiednich modu ów i rozwiàzaƒ). Us ugi serwisowe mo na uznaç za jednorodny proces, choç trzeba przyznaç, e us ugi dotyczàce pomp, fotokopiarek lub samochodów ró nià si od siebie, tak jak ró nià si wymagania klientów i zapewniana pomoc techniczna. Powy ej opisano podstawowe etapy, wspólne dla ka dego procesu obs ugi, natomiast poni ej omówiono wa niejsze cechy charakterystyczne najcz Êciej spotykanych typów us ug serwisowych. Serwis u klienta Jednym z g ównych aspektów Êwiadczenia us ug serwisowych u klienta jest zarzàdzanie lokalizacjami. Lokalizacja to miejsce, na przyk ad fabryka lub centrum dystrybucyjne, w którym znajduje si element przeznaczony do serwisu. Informacje o tygodniu roboczym ka dej lokalizacji, zw aszcza gdy lokalizacje znajdujà si w ró nych krajach (nazywane jest to tworzeniem kalendarza lokalizacji), sà konieczne przy planowaniu wykorzystania materia ów i zasobów. Wa nà cechà charakterystycznà serwisu u klienta jest koniecznoêç zaplanowania trzeciego, dodatkowego etapu procesu alokacji. Oprócz dwóch standardowych etapów: planowania i dostawy, jest jeszcze trzeci etap, czyli wypo yczenie pracowników. W module iscala Service Management do zarzàdzania lokalizacjami danego serwisowanego obiektu u ywane sà kody lokalizacji. Dzi ki trzeciemu etapowi procesu alokacji u atwione jest prawid owe zarzàdzanie w asnoêcià materia ów, a wszystkie operacje w sà odpowiednim czasie w aêciwie zaksi gowane.

3 Naprawa i konserwacja u serwisanta W procesie zarzàdzania us ugami serwisowymi Êwiadczonymi w siedzibie serwisanta aƒcuch dostaw obejmuje dodatkowe etapy polegajàce na otrzymaniu serwisowanego obiektu z lokalizacji oraz wysy ce zwrotnej po zakoƒczeniu serwisu lub naprawy. JeÊli naprawa danego obiektu nie jest mo liwa, firma zast puje wadliwe urzàdzenie, które trafia do magazynu. Tam sprawdza si, czy urzàdzenie nadaje si do ponownego u ycia, czy te powinno byç zniszczone. Modu iscala Service Management zapewnia zaawansowane funkcje s u àce do zarzàdzania procesem wymiany wadliwych urzàdzeƒ (np. pompy) lub ich cz Êci (np. kompresora), dzi ki czemu jest on prostszy. WartoÊç wycofywanego urzàdzenia jest odpowiednio szacowana i nie wp ywa na wartoêç zapasów. Konserwacja kontrolna Proces konserwacji kontrolnej najlepiej zilustrowaç na przyk adzie tworzenia prognoz dotyczàcych robocizny, kosztów i materia ów potrzebnych w odpowiednich iloêciach oraz w okreêlonym czasie. Konserwacj mo na przewidzieç, tak jak przeglàd lub wymian oleju w zwiàzku z przebiegiem pojazdu. Potrzeby konserwacyjne planuje konstruktor danego urzàdzenia, np. ci arówka wymaga wymiany hamulców co 50 tys. km lub co 20 miesi cy. Modu iscala Service Management oferuje mo liwoêç prognozowania potrzeb konserwacyjnych, które mogà si pojawiç w trakcie inspekcji lub serwisu. Ka de wydarzenie zwiàzane z konserwacjà jest przyporzàdkowywane do zadaƒ wymagajàcych okreêlonej robocizny, kosztów i materia ów. Ka da prognoza okreêla serwisowany obiekt, jego numer seryjny i lokalizacj. Zdarzenie konserwacji mo na zaplanowaç punktowo (np. po przejechaniu 5 tys. km) lub okresowo (np. co 500 godzin). Harmonogramy serwisu mogà byç wykonywane przez klienta lub centrum serwisowe. W przypadku wygenerowanej przez system propozycji zamówienia konserwacji kontrolnej mo na sprawdziç wiersze dotyczàce konkretnych urzàdzeƒ, a nast pnie zatwierdziç jà i zamieniç w zamówienie. Rzeczywiste raporty o liczonych iloêciach wp ywajà na obliczanie prognoz konserwacji kontrolnych. Aby uniknàç konfliktów mi dzy zadaniami zaplanowanymi w tym samym terminie, mo na okreêliç sekwencj priorytetów, np. wykluczyç planowanie jednoczesnego czyszczenia maszyny i adowania surowca. W przypadku przekroczenia wynikajàcych z umowy limitów mo na wygenerowaç faktury okreêlajàce dodatkowe p atnoêci, ustaliç, na przyk ad, ile kilometrów klient mo e przejechaç samochodem oddanym w leasing, oraz zapewniç pokrycie kosztów serwisu w ramach gwarancji. Zarzàdzanie instalacjà Zarzàdzanie instalacjà to termin stosowany wtedy, gdy modu do zarzàdzania serwisem jest u ywany do tworzenia harmonogramów konserwacji i przeglàdu urzàdzeƒ zainstalowanych w zak adach produkcyjnych nale àcych do firmy. T funkcj mo na równie wykorzystaç do zarzàdzania w asnymi Êrodkami trwa ymi, takimi jak samochody, sprz t komputerowy i urzàdzenia do magazynowania, oraz ich konserwacjà. System iscala Service Management zapewnia funkcje planowania i tworzenia zamówieƒ dotyczàcych serwisu na podstawie zdefiniowanego cyklu konserwacyjnego maszyn (okreêlonego w module iscala Manufacturing), np. serwisu comiesi cznego lub codziennego przeglàdu. Zarzàdzanie zasobami Wa nà cz Êcià procesu zarzàdzania serwisem jest planowanie i alokacja zasobów. Proces ten wymaga szczegó owych kalendarzy urlopów i godzin pracy, a tak e mo liwoêci atwego tworzenia i zmieniania harmonogramów zadaƒ, do których przydzielono zasoby. Wst pne zdefiniowanie i klasyfikacja typów pracowników potrzebnych do wykonania odpowiednich dzia aƒ pozwala zaoszcz dziç czas i u atwia automatyczne przypisywanie zasobów do us ug serwisowych. System jest wyposa ony w funkcj wspomagajàcà zarzàdzanie kwalifikacjami pracowników. Umo liwia ona aktualizacj danych o ich kwalifikacjach, co pozwala skróciç czas oraz zmniejszyç koszty tego procesu.

4 Modu iscala Resource Management, który jest w pe ni zintegrowanà cz Êcià rozwiàzania iscala Service Management, zawiera szczegó owy rejestr zasobów, w którym mo na umieêciç wiele informacji, takich jak rodzaj umiej tnoêci, adres, typ zasobu itp. Graficzne narz dzie do planowania zasobów u atwia tworzenie i modyfikowanie harmonogramów, umo liwiajàc zarzàdzanie zasobami, zamówieniami dotyczàcymi serwisu oraz bie àcymi projektami metodà przeciàgnij i upuêç. Podczas planowania uwzgl dniane jest zapotrzebowanie na zasoby okreêlone w modu ach Service Management i Project Management. We wszystkich modu ach mo na wspó u ytkowaç te same zasoby i planowaç ich odpowiednie wykorzystanie. Mo liwe jest planowania i monitorowanie rozwoju i zasobów oraz zarzàdzanie nimi (zewn trznie iwewn trznie), a tak e planowanie i realizacja szkoleƒ oraz programów certyfikujàcych. Funkcje dotyczàce zintegrowanych zamówieƒ dotyczàcych serwisu umo liwiajà zarzàdzanie kursami dla pracowników zewn trznych oraz zapewniajà automatyczne potwierdzanie, fakturowanie lub alokacj kosztów. Modu iscala Contract Management Modu iscala Contract Management obs uguje tworzenie, odnawianie i anulowanie umów (z fakturami korygujàcymi lub bez nich). Umowy sà niezale ne od zarzàdzania aƒcuchem dostaw (oznacza to, e fizyczna dostawa jakiegoê towaru nie jest warunkiem koniecznym wygenerowania umowy jako podstawy p atnoêci za dostaw ). Wykorzystanie funkcji umów serwisowych w module iscala Contract Management àcznie z systemem Service Management umo liwia rozszerzenie procesu o umowy serwisowe oraz automatyczne generowanie zamówieƒ serwisu na podstawie indywidualnych umów serwisowych klienta. Utworzona umowa serwisowa mo e byç podstawà procesu wygenerowania zamówieƒ serwisu. Mo liwe jest kopiowanie ju istniejàcych umów. Funkcja umów serwisowych obs uguje osobny cykl fakturowania oraz obejmuje wype nianie zobowiàzaƒ serwisowych przekazanych przez modu iscala Service Management. Generowanie faktur mo e nast powaç wed ug zamówieƒ w programie Service Management lub na podstawie umowy serwisowej w module Contract Management. Program Contract Management to osobny modu systemu iscala. Nie jest sprzedawany àcznie z modu em Service Management (porównaj informacje o module Contract Management). Funkcje Dzi ki modu owi iscala Service Management mo na planowaç, tworzyç harmonogramy i Êledziç wszelkie dzia ania serwisowe prowadzone zarówno w firmie, w celu zaspokojenia potrzeb klienta lub potrzeb wewn trznych, jak i u klienta. Program Service Management nie zosta opracowany wy àcznie z myêlà o kierownikach dzia ów serwisu. Jest to narz dzie, które przyda si samodzielnym in ynierom-serwisantom, którzy planujà i przygotowujà zlecenia, korzystajàc z informacji na temat konkretnego serwisowanego obiektu, dokumentacji technicznej lub list kontrolnych danej czynnoêci. G ówne funkcje programu iscala Service Management to: Zarzàdzanie zamówieniami serwisu System tworzy (rejestruje) zamówienie serwisu dla ka dego zg oszenia serwisowego. W zamówieniu serwisu jest okreêlona potrzeba konserwacyjna oraz zwiàzane z nià dane, takie jak nazwa klienta, lokalizacja i adresat faktury (jeêli us uga nie jest Êwiadczona na podstawie umowy). W miar mo liwoêci przedstawiane sà równie informacje o serwisowanym obiekcie, jego numerze konfiguracji i numerach seryjnych oraz odsy acz do odpowiedniego fragmentu umowy. Utworzony opis problemu jest nast pnie wykorzystywany do aktualizacji historii obiektu o danym numerze seryjnym w celu póêniejszej analizy. JeÊli system znajdzie informacje o numerze seryjnym lub odsy acz

5 do umowy, u ytkownik automatycznie zobaczy w nag ówku zamówienia informacje o tym, czy istniejà odpowiednie gwarancje i czy kontrakt jest aktualny, a tak e dane o czasach reakcji i rozwiàzania problemu. System pokazuje transakcje w uj ciu chronologicznym, aby wspomóc wybór koniecznych dzia aƒ naprawczych. Osoba rejestrujàca dany przypadek wpisuje swój identyfikator, przypisuje status (zazwyczaj zarejestrowany ) oraz zapisuje wszelkie zapewnienia udzielone klientowi, dotyczàce szacunkowego czasu oddzwonienie (ETC Estimated Time to Call Back), szacunkowego czasu przybycia in yniera wartoêç start (ETA Estimated Time of Engineer Arrival) oraz szacunkowego czasu powrotu wartoêç rozwiàzany (ETR Estimated Time of Return). Korzystajàc z w asnego doêwiadczenia, u ytkownik okreêla tak e odpowiedni priorytet zamówienia. System oblicza priorytet na podstawie wczeêniej zdefiniowanych wa onych wartoêci procentowych priorytetu zamówienia, priorytetu klienta i priorytetu serwisowanego obiektu. U ytkownik, który uwa a, e potrafi rozwiàzaç problem w trakcie rozmowy, mo e zmieniç status zarejestrowany na stanowisko pomocy. System uruchamia wtedy baz wiedzy oraz jeden z dwóch liczników czasu rozmowy. Wybór odpowiedniego sposobu pomiaru zale y od tego, czy czas rozmowy dotyczàcej pomocy technicznej podlega zap acie. Baza wiedzy zapewnia narz dzia wyszukiwania we wczeêniej wprowadzonych kodach problemów/rozwiàzaƒ. Wynikiem wyszukiwania jest diagram pytaƒ i odpowiedzi, który u atwia rozmow z klientem. Pracownik ma tak e wglàd w dokumenty zwiàzane z danym problemem. Materia y dotyczàce rozwiàzywania problemów mo na przes aç klientowi pocztà elektronicznà. Po rozwiàzaniu problemu u ytkownik zmienia status na zamkni ty, a system generuje wewn trzne lub zewn trzne faktury na podstawie czasu okreêlonych dzia aƒ. JeÊli problemu nie mo na rozwiàzaç przez telefon i wymagana jest praca in yniera, na stanowisku pomocy mo na okreêliç odpowiednie dzia anie, o ile u ytkownik dysponuje odpowiednià wiedzà o danym zagadnieniu. Wybrane czynnoêci mo na tak e skopiowaç do zamówienia. W tym momencie koƒczy si rola stanowiska pomocy, a czas jest przeliczany na dzia ania. Status zostaje zmieniony na szczegó owa analiza / planowanie. Planowanie i wysy ka faktycznych zasobów oraz przedstawianie sprawozdaƒ Osoba planujàca prace serwisowe uruchamia monitor zamówieƒ serwisu. System wyêwietla wówczas stan wszystkich przychodzàcych zamówieƒ okreêlonych jako szczegó owa analiza / planowanie. Wszystkie pokazane zamówienia sà pogrupowane wed ug wartoêci czasów rejestracji / ETC / ETA i poziomu eskalacji. System samodzielnie oblicza poziomy eskalacji na podstawie zdefiniowanej wczeêniej liczby godzin oczekiwania pomi dzy rejestracjà a podj ciem dzia aƒ. Pracownik otwiera nast pnie zamówienie w monitorze zamówieƒ serwisu i przydziela dzia ania, wartoêci robocizny, koszty i materia y potrzebne do rozwiàzania problemu. Mo e dokonaç alokacji r cznie lub przez wybranie zdefiniowanego wczeêniej dzia ania. W tym samym czasie pracownik planujàcy czynnoêci serwisowe przydziela odpowiednich pracowników na postawie zdefiniowanych wczeêniej grup umiej tnoêci i informacji o in ynierach, zdefiniowanych domyêlnie dla danych dzia aƒ. Na tablicy planowania zasobów znajdujà si graficznie przedstawione alokacje i istniejàce sprzecznoêci. W razie potrzeby mo na tak e wprowadzaç zmiany w alokacjach (metodà przeciàgnij i upuêç ). Cz Êcià procesu wysy ki jest sprawdzenie dost pnoêci materia ów oraz wybór opcji wysy ki, dostawy bezpoêredniej, procesu produkcji typu just-in-time (JIT) lub dostaw do magazynów. Wszystkie dzia ania mo na planowaç dzi ki rozwiàzaniu Service Management zintegrowanemu z modu em iscala Logistics i MPC. Potwierdzenie zamówienia lub dokumenty z ofertà mo na oczywiêcie wys aç do klienta. Po dokonaniu przydzia u pracownik odpowiedzialny za planowanie serwisu zmienia status na do rozpocz cia. Osoba zarzàdzajàca zadaniami wysy a pocztà elektronicznà przydzielone zadanie do in ynierów i rejestruje je w publicznych kalendarzach zasobów. Pracownicy mogà tak e przeglàdaç przydzielone im zadania na monitorze serwisu. Na nast pnym etapie in ynier zmienia status na rozpocz ty, drukuje dokument zamówienia serwisu i sprawdza, jakie czynnoêci powinien wykonaç.

6 Mo e tak e przejrzeç list kontrolnà i biuletyn techniczny, zawierajàcy dodatkowe informacje o serwisowanym obiekcie i o tym, jak nale y wykonaç odpowiednie czynnoêci. W zale noêci od tego, czy naprawa/konserwacja lub przeglàd odbywa si w firmie, czy u klienta, drukowana jest lista materia ów do pobrania. Nast pnie materia jest pakowany w magazynie do samochodu in yniera-serwisanta, a informacje zwrotne o stanie materia ów sà wprowadzane do systemu (wypo yczenie pracownika). W razie potrzeby mo na wydrukowaç i wys aç klientowi informacje o dostawie. Po rozwiàzaniu problemu in ynier zmienia status na raport zwrotny, wpisuje dane o iloêci faktycznie wykorzystanych materia ów, czasie poêwi conym na serwis oraz wydatkach i kosztach transportu. W systemie istnieje mo liwoêç dodania wierszy na niezaplanowane czynnoêci i materia y. Mo liwe jest tak e dostosowanie zmian konfiguracji, numerów seryjnych lub alokacji, a tak e informacji o historii obiektu o danym numerze seryjnym. Nast pnie status jest zmieniany na zamkni ty i gotowy do fakturowania. Fakturowanie Podczas planowania linii zamówienia system pobiera zdefiniowane wczeêniej informacje o cenie i kosztach zwiàzanych z danà czynnoêcià i potrzebnymi materia ami. System automatycznie przydziela proponowanego klienta faktury na poziomie linii i definiuje, kto ma pokryç koszty danej cz Êci serwisu w zale noêci do postanowieƒ gwarancji lub umowy. Dzia ksi gowy mo e zweryfikowaç i skorygowaç dane oraz, w razie potrzeby, dostosowaç zasady fakturowania i iloêci. System umo liwia adowanie kosztów ksi gowych stron trzecich, takich jak dostawcy, kontrahenci i podwykonawcy. Mo na wydrukowaç najpierw propozycje faktur, aby sprawdziç ich zawartoêç, a nast pnie gotowe faktury, które sà wysy ane do klienta. Jest to czas zamkni cia zamówienia serwisu, wszystkie informacje przechodzà teraz do historii serwisu, gdzie podlegajà analizie statystycznej. Historia i statystyka zamówieƒ serwisu W plikach historii sà przechowywane wszelkie informacje o serwisie danego obiektu. Mo na zobaczyç, kto, kiedy i gdzie serwisowa jakiê produkt, jakie cz Êci zosta y wymienione oraz jakie czynnoêci wykonano podczas pracy. Dzi ki dost powi do plików historii in ynierowie-serwisanci mogà szybko oceniç sytuacj i wykorzystaç przesz e doêwiadczenia do rozwiàzywania znanych problemów. Statystyka serwisu udost pnia informacje o iloêci pracy, czasie wykonywania, podsumowaniach zamówieƒ, mar ach brutto na wykonane us ugi itd. Za pomocà dostarczonych szablonów u ytkownik mo e sam projektowaç struktur danych statystycznych. W programie dost pna jest funkcja szczegó owej analizy i koƒcowej kalkulacji z wykorzystaniem planowanych, faktycznych oraz widniejàcych na fakturze iloêci, kosztów i przychodów, na postawie przechowywanych w systemie danych statystycznych o transakcjach. W zale noêci od potrzeb firmy rzeczywiste dane finansowe mogà byç wprowadzane do ksiàg rachunkowych. Program oferuje ró norodne mo liwoêci konfiguracji, rachunkowoêç kosztów, rachunkowoêç na podstawie przyrostów, rachunkowoêç dla prac w toku oraz datowanie i waloryzacj walut (FASB52). Funkcje te umo liwiajà sta e monitorowanie procesów na poziomie ksiàg finansowych. Informacje o systemie iscala 2.2 System iscala 2.2 to dost pne na ca ym Êwiecie rozwiàzanie ERP, które mo e byç zaimplementowane szybko i w sposób niewidoczny dla u ytkownika dzi ki zastosowaniu metodyki wdra ania w standardzie Signature. Obecni u ytkownicy systemów Scala 5.1 i iscala 2.1 mogà zastosowaç zestaw narz dzi migracyjnych, aby maksymalnie zwi kszyç korzyêci p ynàce z inwestycji w system iscala. Aby uzyskaç dalsze szczegó y, nale y skontaktowaç si z lokalnym przedstawicielem firmy Scala lub odwiedziç stron /iscala.