Richieste di servizio

• Sito (campo SALFCY)

Questo campo contiene il codice del sito sul quale viene assicurato l'avanzamento della richiesta di servizio.

• campo SRENUM

Questo campo costituisce l'identificativo principale di ogni richiesta di servizio.

La sua generazione deve essere sempre garantita da un contatore a funzionamento automatico.

Di conseguenza, l'utente non deve teoricamente preoccuparsi del suo contenuto.

Di default, il codice Richiesta di servizio sarà composto da un numero di sequenza su 15 caratteri.

Oltre questo identificativo tecnico, ogni richiesta di servizio può comportare un crono cliente alfanumerico

e un crono cliente cronologico numerico.

Quest'ultimo campo è sempre calcolato automaticamente dal sistema. Permette di ordinare le richieste

per ordine di creazione per uno stesso cliente e di rilevare eventuali cancellazioni tramite la presenza di

buchi nella sequenza numerica.

Un menù contestuale Ricerca per crono cliente attiva l'apertura di una finestra di selezione di

richieste di servizio in base al cliente e al suo crono cliente.

All'apertura, questa finestra visualizza di default l'elenco di tutte le richieste del cliente che implicano un

numero di crono cliente e che non sono state chiuse.

Un menù contestuale Interventi per richiesta permette di consultare tutti gli interventi pianificati o effettuati

a fronte della richiesta di servizio.

• Cliente (campo SRENUMBPC)

Il crono cliente permette di registrare un numero di riferimento breve ed intuitivo utilizzabile dal cliente

per ogni ulteriore corrispondenza.

Al contrario, permette a volte di registrare il numero sotto il quale viene gestito l'incidente nell'ambito della

propria organizzazione del cliente.

La qualifica del crono può essere sia manuale che presa totalmente in carico dal sistema.

Se il parametro SRENUMAUT è a SI, questo campo non è accessibile e viene totalmente gestito dal sistema.

In questo caso, un crono cliente è calcolato dal momento in cui un codice cliente viene indicato sulla richiesta. Il suo contenuto

viene definito conformemente alle regole di formattazionne del parametro CHRSREBPC.

Se questo parametro è nullo, il crono generato sarà allora totalmente numerico.

Se il parametro SRENUMAUT è a NO, questo campo può essere liberamente inserito dall'utente.

Un menù contestuale Proponi permette di richiedere la generazione automatica di un

numero di crono conformemente alle regole di formattazione del parametro CHRSREBPC.

Il campo Crono cliente numerico e cronologico è un campo tecnico invisibile sulla richiesta di

servizio. Il suo contenuto può essere consultato unicamente nell'ambito della finestra di ricerca per crono cliente.

Quest'ultimo è calcolato unicamente nel corso della transazione di creazione della richiesta di servizio.

• Committente (campo SREDOO)

La nozione di committente interessa maggiormente le società che esercitano un'attività di supporto clienti. I veri clienti di tali società sono i fornitori delle persone che telefonano.

Al fine di fatturare regolarmente le richieste di servizio elaborate per conto dei vari committenti, è indispensabile menzionare questa informazione su ogni richiesta di servizio.

Le richieste che non presentano alcuna informazione in questo campo sono considerate come relative ai clienti finali della società.

Definizione di un committente di default:

Per facilitare la gestione delle telefonate, i centralini telefonici di supporto clienti forniscono frequentemente un numero di telefono diverso ad ogni committente. In tal modo, per ogni telefonata in entrata, il committente per il quale deve essere elaborata una richiesta è spesso conosciuto in anticipo.

Questo campo offre una funzionalità che permette di fare a meno di preoccuparsi del contenuto di tale campo. Effettivamente, se un tecnico del Servizio Post Vendita sa già in anticipo che lavorerà per le successive tre ore per conto di tale committente, il menù contestuale permette di definire il contenuto di questo campo per tutte le successive creazioni di richieste.

Questo menù contestuale chiamato ''Definisci default" memorizza il nome del committente o la mancanza del committente come prossimo valore di default per ogni richiesta creata da questo utente fino a nuovo ordine.

Selezione ommittente:

Il menù contestuale ''Selezione'' associato al campo Committente permette sia:

Di selezionare un committente tra tutti quelli definiti nel file terzi se il campo cliente è vuoto.

Di selezionare un committente tra i fornitori del cliente indicato sulla richiesta di servizio.

• Cliente (campo SREBPC)

Questo campo indica sia il codice di un cliente finale della società, sia il codice cliente di un committente.

In tutti e due i casi, il cliente deve essere definito nell'oggetto Cliente. (Menù " Dati di base - Terzi - Clienti).

Selezione di un codice cliente:

Il menù contestuale " Selezione " associato al campo Cliente permette sia:

Di selezionare un cliente tra tutti i clienti definiti nei terzi se il campo committente è a blank.

Di selezionare un cliente tra tutti i clienti del committente indicato su una richiesta di servizio.

Il menù contestuale "Ricerca cliente" apre la finestra di ricerca rapida dei clienti. Questo metodo di

ricerca è consigliato in ragione della sua elevata performance e delle possibilità di combinazione dei criteri di

ricerca offerti. (Ragione sociale,CAP, Città)

Il menù contestuale "Specifica sito cliente" permette di completare il codice del cliente con il codice indirizzo sul

quale si è prodotto l'incidente. Ciò è particolarmente utile se si rivelano necessari degli interventi sul sito

per l'elaborazione della richiesta. Questa informazione permette inoltre di limitare le selezioni del parco

clienti di default sul solo parco installato all'indirizzo indicato.

Il menù contestuale "Interventi per Cliente" permette di visualizzare tutti gli interventi pianificati ed effettuati

per il cliente di tutte le richieste di servizio.

• campo ICOBPC

• Interlocutore (campo SRECCN)

Questo campo permette di memorizzare l'identità della persona fisica che ha inviato la richiesta.

• campo SRECCNCLA

• campo ICOSAT

• campo ICOGRALEV

• Titolo (campo SRETTR)

Questo campo deve contenere un testo che permetta di comprendere rapidamente la natura della richiesta.

• campo SREFULDES

Questo campo permette di inserire la descrizione completa della richiesta di servizio.

La dimensione massima del testo inseribile è condizionata dal tipo di dato HD1.

Se il testo inserito supera 235 caratteri, un piccolo bottone invita a redigere una sintesi o un riassunto.

• campo SREDESICO

• Data creazione (campo CREDAT)

• Ora (campo CREHOU)

• Creata da (campo FULNAMUSR)

• Origine (campo SREORI)

• N° movimento (campo SREORIVCR)

• Riga (campo SREORIVCRL)

• campo TSDCOD

Le famiglie statistiche sono utilizzate nelle elaborazioni statistiche e nei criteri di selezione in

numerosi programmi.

Le famiglie statistiche sono al massimo 5, ed il loro numero, nonché la loro descrizione può essere

parametrizzata in fase di installazione del software.

• campo TYPMAC

Questo campo permette di indicare il metodo utilizzato per procedere all'inserimento del parco interessato dalla

richiesta di servizio.

L'opzione Parco elencato permette di indicare ogni parco interessato singolarmente nel riquadro previsto a tale effetto.

Questa opzione costituisce il metodo privilegiato per la qualificazione delle richieste di servizio risolutive.

L'opzione Parco filtrato permette di definire un targeting nel quale possono essere indicate tutte le

caratteristiche del parco da elaborare. Al termine della creazione del targeting, il riquadro del parco è alimentato automaticamente

con il campione ottenuto.

Questa opzione costituisce il metodo privilegiato per la qualificazione delle richieste di servizio

preventive o di manutenzione.

Ogni modifica del metodo di inserimento del parco comporta la cancellazione completa dei riquadri Parco e

Componenti.

• Filtro parco (campo MACFLT)

Questo campo costituisce il punto di partenza della definizione di un targeting di parco filtrato. Un menù contestuale

"Targeting" permette di accedere alla finestra di consultazione dei targeting di tipo MACHINES.

Sono allora possibili due opzioni:

1 - Selezionare un targeting esistente per integrarlo nella richiesta di servizio.

2 - Procedere alla definizione di un nuovo targeting che verrà in seguito integrato nella richiesta di servizio.

• Filtro cliente (campo MACFLTINT)

Nel caso (di maggiore frequenza) in cui la richiesta di servizio riguardi solo il parco installato presso il cliente,

questa opzione permette di liberarsi di un criterio di installazione del parco nella definizione del targeting.

Infatti, se questa opzione è contrassegnata, solo il parco installato presso il cliente sarà integrato sulla richiesta di

servizio.

In caso contrario, il parco integrato corrisponderà rigorosamente al campione generato dal targeting.

• campo NBMACSEL

• Parco (campo MAC)

Questo campo permette di procedere all'inserimento successivo delle varie schede parco interessate dalla richiesta di

servizio.

I menù contestuali "Selezione" e "Parco cliente" permettono di effettuare una selezione sulla base del solo parco cliente.

Il menù "Selezione parco" permette di selezionare una scheda parco tra la totalità del parco descritta nell'applicazione.

Ogni inserimento di un parco su una richiesta di servizio comporta automaticamente e obbligatoriamente:

- La cancellazione completa del contenuto del riquadro dei componenti interessati associati al parco corrente.

- Un calcolo della copertura applicata al parco indicato.

- Un ricalcolo della copertura globale della richiesta di servizio.

- La cancellazione o una modifica di tutti i consumi relativi al parco precedente.

Il primo parco inserito sulla richiesta di servizio è considerato automaticamente come parco di

default.

• Riferimento articolo (campo ITM)

• Descrizione (campo ITMDES)

• N° di serie (campo SER)

• Quantità (campo QTY)

• Parco in prestito (campo LND)

• Competenza (campo PBL)

Una scheda parco può essere accompagnata da una famiglia di competenza.

L'inserimento di una famiglia di competenza comporta obbligatoriamente:

- Un ricalcolo di tutte le coperture del parco interessato.

- Un ricalcolo della copertura globale della richiesta di servizio.

- Un ricalcolo dei consumi.

• Descrizione (campo PBLCLA)

• Copertura (campo COVFLG)

Questo campo permette di modificare la copertura applicata automaticamente dal sistema.

• Supporto di copertura (campo COVSPT)

• N° movimento (campo COVVCR)

• Punti addebitati (Forfait) (campo PITMAC)

• Parco di default (campo MACDEF)

Questa colonna permette di indicare la scheda parco che deve essere utilizzata di default su questa richiesta di servizio.

Questa informazione è essenziale per l'inserimento dei consumi.

Infatti, ogni consumo per il quale non viene indicato nessun parco viene assegnato automaticamente al

parco di default della richiesta di servizio.

• Raggruppamenti interventi (campo ITNGRU)

Questa colonna permette di effettuare dei raggruppamenti di schede parco.

Un raggruppamento viene effettuato con l'inserimento di un codice alfanumerico qualsiasi, su varie schede parco.

Questi raggruppamenti sono usati soprattutto per pianificare degli interventi.

Un menù contestuale "Interventi", disponibile su ogni riga del parco, permette di pianificare degli interventi.

Se un intervento è creato da questo menù, eredita tutti i consumi non effettuati

relativi a tutte le schede parco che condividono lo stesso codice raggruppamento.

• Componente (campo CPNITM)

Questo campo permette di indicare il o i componenti difettosi di un parco.

Ogni componente può essere selezionato direttamente a partire dagli articoli oppure nell'ambito della

distinta base post-vendita del parco interessato.

Il menù contestuale "Distinta base post-vendita" permette di aprire la distinta base del parco.

• Descrizione (campo CPNITMDES)

• Quantità (campo CPNQTY)

Questo campo permette di inserire la quantità di componenti che si possono trovare nel parco indicato difettosi.

• Copertura (campo CPNCOVFLG)

Questo campo permette di modificare la copertura applicata automaticamente dal sistema.

• Supporto di copertura (campo CPNCOVSPT)

• N° movimento (campo CPNCOVVCR)

• campo SREPBLGRP

Questo campo permette di indicare la famiglia di competenza richiesta per l'elaborazione della richiesta di servizio.

Nel caso in cui più schede parco vengano menzionate nel riquadro del parco interessato, sono possibili due casi:

1 - E' indicata la famiglia di competenza: Tutte le schede parco devono condividere la stessa competenza.

2 - La famiglia di competenza è vuota: Ogni scheda parco può comportare una sua propria competenza specifica.

Ogni modifica di tale informazione implica obbligatoriamente:

- Un ricalcolo della copertura di tutte le schede parco e componenti.

- Un ricalcolo della copertura globale della richiesta di servizio.

- Un ricalcolo dei consumi.

• campo SREPBLCLA

• Assegnazione (campo SREASS)

Questo campo permette di modificare l'assegnazione della richiesta di servizio che è spesso eseguita automaticamente

Vari elementi guidano l'assegnazione delle richiesta di servizio.

• La famiglia di competenza: Dal momento in cui viene richiesta una famiglia di competenza per l'elaborazione di una richiesta di servizio, il sistema cerca di assegnarla ad un collaboratore competente e meno occupato possibile.
• In assenza di un collaboratore competente, il sistema cerca di assegnare la richiesta ad una coda adeguata.
• In assenza di coda, la richiesta è assegnata al dispatching del sito.
• In assenza di sito, la richiesta è assegnata al dispatching globale.

I parametri SREASSDEF e SREASSDET permettono di prendere il sopravvento su questi comportamenti di default.

Per esempio, permettono di assegnare sempre la richiesta all'utente connesso, a prescindere dalla competenza richiesta.

E' inoltre possibile assegnare una richiesta al servizio commerciale. Questa assegnazione è utilizzata se un cliente interpella il servizio post-vendita per delle questioni di ordine puramente commerciale. In questo caso, il sistema tenta di pianificare un'attività per il rappresentante in carico del cliente.

Questa opzione è in grado anche di chiudere le richieste di servizio.

Ad ogni chiusura di una richiesta di servizio, il sistema invita l'utente a chiudere tutti i consumi non effettuati e a redigere una soluzione per incrementare il database delle conoscenze aziendali.

La chiusura di una richiesta di servizio è prerequisito necessario per la sua fatturazione.

• Dettaglio assegnazione (campo SREDET)

Anche se i meccanismi di assegnazione automatica delle richieste sono spesso soddisfacenti, è talvolta necessario intervenire manualmente per realizzare l'assegnazione più pertinente. Per questo sono disponibili molteplici strumenti.

Assegnazione ad un dispatching.

Se l'utente seleziona il radio button «Dispatching», il campo «Dettaglio assegnazione» deve essere vuoto oppure contenere un codice Sito.

Di default, tale campo è alimentato con il codice del sito indicato sulla testata della richiesta.

Per selezionare un diverso sito, il tecnico può utilizzare il menù contestuale «Selezione di un sito» associato a questo campo.

Assegnazione ad un collaboratore.

Se l'utente seleziona il radio button «Collaboratore», il campo «Dettaglio assegnazione» deve contenere il codice di un utente supporto clienti.

Di default, questo campo è alimentato sulla base della famiglia di competenza inserita sulla richiesta.

Per selezionare un diverso collaboratore, il tecnico dispone di tre distinti strumenti accessibili sotto forma di menù contestuali associati a tale campo:

Selezione collaboratore:

Questo menù permette di selezionare un collaboratore dall'elenco di tutti gli utenti supporto clienti dichiarati nell'applicazione.

Collaboratori competenti:

Questo menù permette di selezionare un collaboratore tra tutti gli utenti supporto clienti competenti per la famiglia di competenza indicata sulla richiesta.

Statistiche collaboratori:

Questo menù permette di visualizzare, per ogni tecnico che lavora sul sito indicato sulla testata della richiesta di servizio, il numero di richieste in corso di elaborazione.

E' possibile estendere la statistica ai collaboratori di un altro sito e anche a tutti gli utenti del supporto clienti di tutti i siti.

Il bottone «Seleziona» permette di assegnare la richiesta al tecnico di propria scelta.

Assegnazione ad una coda.

Se l'utente seleziona il radio button «Coda», il campo «Dettaglio assegnazione» deve contenere il codice di una coda.

Di default, questo campo viene alimentato sulla base della famiglia di competenza inserita sulla richiesta.

Per selezionare una coda diversa, il tecnico dispone di due strumenti distinti accessibili sotto forma di menù contestuali associati a questo campo:

Selezione coda:

Questo menù permette di selezionare una coda dall'elenco di tutte le code dichiarate nell'applicazione.

Code interessate:

Questo menù permette di selezionare una coda dalle code associate alla famiglia di competenza indicata sulla richiesta.

Assegnazione al servizio commerciale.

Può accadere che un cliente contatti il servizio di supporto clienti per motivi estranei dall'ambito d'intervento di tale struttura. E' frequente che alcuni clienti chiamino per ordinare nuovi prodotti, per avere un'offerta, ecc...

In questi casi in cui l'elaborazione di una telefonata è senza dubbio di competenza di una risorsa commerciale, il radio button "Servizio Commerciale" permette di riorientare la richiesta.

Se si seleziona questa opzione, viene generata automaticamente un'attività all'attenzione dell'agente incaricato del cliente. La scadenza dell'attività riporta la data indicata nel campo "Data di risoluzione desiderata" della richiesta. Questa generazione avviene al momento della conferma della creazione o della modifica della richiesta. Il tecnico ne è avvertito con il seguente messaggio:

Generata un'attività all'attenzione di ????.

Se non può essere identificato un agente, il tecnico viene inoltre avvertito da un messaggio di errore.

In questo modo, l'agente verrà avvertito immediatamente della richiesta cliente direttamente attraverso il suo piano di lavoro abituale.

• campo SREDETCLA

• Data assegnazione (campo SREDATASS)

Questo campo indica la data dell'ultima assegnazione manuale o automatica della richiesta.

• Stato richiesta (campo SRESAT)

Questo campo permette di conoscere lo stato di avanzamento attuale della richiesta. Ogni modifica del contenuto di questo campo alimenta uno storico degli stati successivi della richiesta. Tale storico può essere consultato tramite la funzione Storico degli stati. (Menù "Funzioni - Storico degli stati").

• campo OVRCOV

Questo campo indica la copertura applicata globalmente a livello della richiesta di servizio.

Se la copertura globale è definita automaticamente, rappresenta una aggregazione delle varie

coperture del parco interessato.

Se la copertura globale è definita manualmente, viene imposta all'insieme degli elementi che costituiscono la

richiesta di servizio.

Ad una richiesta di servizio possono essere applicate sette coperture differenti:

- Copertura totale: Questa copertura può essere attribuita solo dal sistema. Viene applicata quando

tutte le coperture del parco sono globali.

- Copertura parziale: Questa copertura può essere attribuita solo dal sistema. Si applica quando

almeno una delle coperture del parco è nulla o parziale, mentre allo stesso tempo le altre coperture

sono parziali o globali.

- Richiesta non coperta: Questa copertura può essere applicata automaticamente o manualmente.

In quest'ultimo caso, la menzione "Copertura rifiutata manualmente" permette di indicare chiaramente

la volontà dell'utente.

- Richiesta coperta da contratto di servizio: Questa copertura può essere applicata solo manualmente.

E' usata generalmente per coprire una richiesta di servizio a fronte di un contratto di servizio diverso da quello

selezionato automaticamente dal sistema.

Il bottone "Contratto" permette di selezionare il contratto di supporto alla nuova copertura della richiesta.

Una richiesta che utilizzi questo tipo di copertura senza numero di contratto è considerata come totalmente coperta

commercialmente.

- Richiesta coperta da ordine di vendita: Questa copertura può essere applicata solo manualmente.

E' usata in generale per coprire la richiesta di un cliente che non ha sottoscritto nessun contratto o che non dispone

di nessun contratto adattato alla natura del suo problema.

Il bottone "Ordine" permette di selezionare l'ordine usato per coprire la richiesta.

Una richiesta che utilizza questo tipo di copertura senza numero d'ordine è considerata come totalmente coperta

commercialmente.

- Richiesta coperta commercialmente: Questa copertura può essere applicata solo manualmente.

Una tale richiesta di servizio beneficia di una copertura totale e gratuita.

- Richiesta coperta da fatturazione diretta: Questa copertura può essere applicata solo manualmente.

Questa richiesta riguarda le richieste che non possono essere coperte da nessuno dei contratti sottoscritti

dal cliente. Ciononostante, il cliente ha dato la sua approvazione per la fatturazione dei vari consumi

registrati per l'elaborazione della sua richiesta.

Quando una richiesta di servizio è coperta commercialmente da un collaboratore che non ricopre la funzione

di direttore commerciale, viene automaticamente inviato un messaggio di posta elettronica al responsabile gerarchicamente

superiore.

Ogni modifica della copertura globale comporta obbligatoriamente:

- Un ricalcolo di tutte le coperture del parco interessato.

- Un ricalcolo dei consumi.

Se la copertura applicata manualmente non è più considerata soddisfacente,

il menù "Copertura di default" permette di ristabilire una copertura di default calcolata automaticamente

per ognuno degli elementi che costituiscono la richiesta di servizio.

• campo OVRCOVCLA

• Livello di gravità (campo SREGRALEV)

Questo campo permette di indicare il livello di gravità della richiesta di servizio.

Questa informazione è utilizzata soprattutto per determinare la data e l'ora di risoluzione desiderata conformemente

ai vincoli di qualità del contratto di servizio selezionato.

• Data risoluzione desiderata (campo SRERESDAT)

Questo campo indica la data limite dopo la quale il problema cliente deve essere risolto.

Questo campo è sempre oggetto di un'alimentazione automatica nel corso dell'inserimento dei diversi campi che compongono una richiesta di servizio.

In assenza di una copertura della richiesta da un contratto di servizio, questa data corrisponde alla data del giorno aumentata del numero di giorni contenuti nel parametro globale QREAC. (Menù «Valori parametri» Parametro «Livello di reattività SPV») In standard, QREAC viene fissato a 7 giorni.

Se la richiesta è oggetto di una copertura per contratto di servizio, questa data viene alimentata in funzione dei vincoli qualità del contratto in oggetto. Se il problema è non bloccante, la data viene calcolata a partire dal campo "Termine massimo di risoluzione" del blocco "Problemi non bloccanti". Se il problema è bloccante, la data viene calcolata a partire dal campo "Termine massimo di risoluzione" del blocco "Problemi bloccanti".

Questa data può inoltre essere oggetto di una modifica manuale del contratto. Infatti, il cliente può essere raffrontato ad una situazione particolare che impone dei termini più rigidi del previsto. Le ragioni di questo termine possono essere descritte nel campo "Causale".

• Ora (campo SRERESHOU)

• Contratto supporto (campo CONSPT)

Questo campo permette di indicare il contratto utilizzato per il rispetto dei vincoli di qualità.

• campo CONSPTCLA

• Causale (campo SRERESREN)

Questo campo indica i motivi che hanno imposto una modifica manuale del campo "Data di risoluzione desiderata".

• campo TITBLK

• campo TITDAY

• campo TITHOU

• campo TITMNT

• campo TITSPG

• campo TIMSPGDAY

L'inserimento di un timestamp permette di registrare il tempo dedicato all'elaborazione di una richiesta di servizio.

Ogni inserimento di un nuovo timestamp attiva il calcolo del tempo cumulato dei vari timestamp registrati

e di ogni nuovo consumo effettuato.

L'articolo consumato automaticamente a fronte di questo timestamp è definito tramite parametrizzazione. (Articoli per timestamp)

Ogni timestamp può essere inserito manualmente oppure calcolato dal sistema in seguito all'utilizzo del menù

contestuale "Attiva timestamp".

Dal momento in cui viene lanciato un timestamp, questo sarà registrato automaticamente se uno degli eventi successivi

sopraggiunge nel giro di un minuto:

- Clic sul menù "Arresta timestamp".

- Selezione di un'altra richiesta nella lista di selezione.

- Clic sul bottone Fine.

- Creazione di un'altra richiesta di servizio.

Il timestamp attivato da uno di questi tre campi è relativo al parco di default.

Un secondo menù "Avvia timestamp" è anche disponibile su ogni parco interessato nel caso

in cui il timestamp riguardi un parco particolare.

L'avvio di un timestamping è comunque il mezzo per accedere ad alcune funzionalità operative di

elaborazione delle richieste di servizio.

Il menù contestuale "Preferenze" permette di attivare l'accesso ad una funzionalità particolare nel

contesto delle richiesta di servizio.

• campo TIMSPGHOU

• campo TIMSPGMNT

• campo TITCSPG

• campo CTIMSPGDAY

I campi di totale sono ricalcolati automaticamente dopo ogni registrazione di un nuovo timestamp.

Permettono di misurare il tempo totale dedicato alla elaborazione della richiesta di servizio.

• campo CTIMSPGHOU

• campo CTIMSPGMNT

• Codice (campo SREESCNUM)

Questo campo visualizza il codice dell'ultima escalation eseguita per la richiesta di servizio.

Se è stata eseguita almeno una escalation per la richiesta di servizio, il menù "Storico escalation"

è attivo.

La categoria è visualizzata a fronte del codice dell'escalation per valutare la sua gravità.

• campo SREESCCAT

• Data (campo SREESCDAT)

Questo campo indica la data in cui è stata eseguita l'escalation.

• Ora (campo SREESCHOU)

• Tipo (campo ESCTYPCLA)

Questo campo visualizza il tipo dell'ultima escalation eseguita per la richiesta di servizio.

• Cliente fatturato (campo SREBPCINV)

Codice del cliente fattura inizializzato di default con il codice cliente fattura associato al cliente indicato nella testata

della richiesta di servizio.

• Terzo pagante (campo SREBPCPYR)

Codice del cliente pagatore.

E' inizializzato di default con il codice del cliente pagatore associato al cliente indicato nella testata della richiesta

di servizio.

• Cliente gruppo (campo SREBPCGRU)

Codice del cliente gruppo.

E' inizializzato di default con il codice del cliente gruppo associato al cliente indicato nella testata della richiesta

di servizio.

• Deposito (campo STOFCY)

Il sito di magazzino indicato sulla richiesta sarà utilizzato come sito di magazzino di default per ogni nuovo

consumo relativo ad un articolo gestito in stock.

• Commessa (campo SREPJT)

Questo campo permette di indicare l'eventuale trattativa all'origine della copertura economica della richiesta di

servizio.

• campo SREREP

Questo campo permette di indicare il o gli agenti ai quali saranno imputate le eventuali provvigioni

relative all'importo consumato sulla richiesta di servizio.

• Regime IVA Terzi (campo SREVACBPR)

Questa informazione permette di indicare il regime di imposta del documento. Questo codice, controllato nella tabella dei regimi di imposta, viene inizializzato dal codice corrispondente della scheda terzi ed è modificabile.
Questa informazione è obbligatoria e rimane modificabile fino a quando la consegna non è validata.
E' possibile indicare solo un regime fiscale la cui legislazione e gruppo di società sono coerenti con quelle del documento.
I principi generali legati alla parametrizzazione multi-legislazione sono dettagliati qui.

• Entità/Utilizzo (campo SSTENTCOD)

• Tipo di cambio (campo SRECHGTYP)

• Tipo prezzo (campo SREPRITYP)

• Valuta (campo SRECUR)

Questa valuta è utilizzata per valorizzare tutti gli elementi economici della richiesta di servizio.

• Cond. Pagam. (campo SREPTE)

Codice condizione di pagamento.

Questo codice definisce la modalità di pagamento dei consumi fatturati.

E' inizializzato dal terzo fattura ed è controllato nella tabella delle condizioni di pagamento.

• Sconto (campo SREDEP)

Questa informazione viene inserita sull'offerta ed è inizializzata dal codice sconto del cliente fatturato. Permette di determinare una serie di tassi di sconto o di interesse da applicare in funzione dell'anticipo o del ritardo del pagamento rispetto alla data di scadenza.
E' possibile indicare solo un codice sconto coerente rispetto alla legislazione ed al gruppo della società del sito del documento.
I principi generali legati alla parametrizzazione multi-legislazione sono dettagliati qui.

Se l'offerta riguarda un prospect, questa informazione non viene inizializzata.

• Asse (campo DIE)

• Descrizione (campo NAMDIE)

• Sezione (campo CCE)

• N° (campo NOLIG2)

• Descrizione (campo SHO)

• % o importo (campo INVDTAAMT)

I valori sono relativi al piede di fatturazione. Queste informazioni possono derivare direttamente dalla parametrizzazione degli elementi di piede di fattura oppure dalla scheda del cliente interessato.
 Riferirsi alla documentazione degli elementi di fatturazione per maggiori informazioni.
I valori degli elementi di piede possono essere modificati. Gli importi con e senza IVA del documento sono direttamente impattati da questi valori.
Particolarità collegate all'intra-società
Se l'ordine è stato generato da un ordine di acquisto intrasocietà o intrasito e se la parametrizzazione intrasocietà stabilisce che gli elementi di fatturazione derivano dagli Acquisti, questi ultimi saranno inizializzati con i valori indicati sull'ordine di acquisto di origine.

• campo INVDTATYP

• Val (campo WWCUR)

• Codice tassa SST (campo SFISSTCOD)

• Parco (campo HDTMACSRE)

Questa colonna permette di indicare il parco per cui viene realizzato il consumo. Questo parco deve essere scelto obbligatoriamente tra il parco interessato dalla richiesta di servizio.
Se non è stato indicato nessun parco ma se è stata inserita almeno una scheda parco sulla richiesta di servizio, il consumo viene attribuito automaticamente di default alla scheda parco.
Questa informazione permette la valutazione del livello di copertura applicabile al consumo.

• Componente (campo HDTCPN)

Questa colonna permette di precisare il componente particolare per cui è realizzato un consumo.
Questo componente deve essere obbligatoriamente scelto nell'elenco dei componenti dichiarati difettosi per il parco interessato.
E' importante compilare questa informazione per beneficiare di una valutazione automatica del livello di copertura applicabile al consumo più adeguato possibile.

• Tipo di consumo (campo HDTTYP)

Questa colonna permette di selezionare il tipo del consumo registrato. Il tipo condiziona la natura del riferimento articolo autorizzato per il consumo.
Può trattarsi di:

• parti separate o di un prodotto completo,
• manopera o prestazione di servizio,
• spese di trasferta.

Questa informazione è automaticamente inizializzata in funzione del parametro DEFHDTTYP.

• Consumo (campo HDTITM)

Questo campo permette di inserire l'articolo consumato.

• Versione magg. (campo ECCVALMAJ)

• Versione minore (campo ECCVALMIN)

• Deposito (campo HDTSTOFCY)

Questo campo è utilizzabile solo per i pezzi gestiti in stock.

Per poter essere consumato, l'articolo sito deve essere obbligatoriamente creato nell'applicazione.

• Quantità / Durata (campo HDTQTY)

Questo campo permette di inserire la quantità consumata.

• Unità (campo HDTUOM)

Questo campo permette di inserire l'unità in cui sarà espresso il consumo. Di default, l'unità è alimentata con l'unità di vendita dell'articolo consumato.
Per i pezzi, sono anche utilizzabili indifferentemente le varie unità di confezionamento.
Per la manodopera, è possibile usare una delle tre unità di tempo indicate sulla scheda articolo (Giorni,Ore,Minuti).

• Tipo intervenente (campo HDTAUSTYP)

Questo campo è utilizzato soprattutto per i consumi di manodopera.

In effetti, le prestazioni di servizio possono essere realizzate sia da risorse interne che da

partner esterni.

• Partecipante (campo HDTAUS)

Se il consumo è realizzato da un collaboratore interno, questo campo deve contenere il codice di un utente.

Se il consumo è realizzato da un partner esterno, questo campo deve contenere il codice di un partner.

• Denominazione (campo HDTAUSCOD)

• Data prev. (campo HDTPLNDAT)

• Effettuato il (campo HDTDONDAT)

Questo campo permette di indicare la data in cui è stato effettuato il consumo. L'inserimento di una data attiva l'apertura della finestra di inserimento delle uscite di stock se il consumo riguarda un pezzo gestito in stock per cui viene richiesta una uscita.

• Ora di esecuzione (campo BHDTDONHOU)

Questo campo permette di indicare l'ora in cui è stato effettuato il consumo.

• Uscita di stock (campo HDTSTOISS)

Questo campo è utilizzabile solo per i pezzi gestiti in stock.
Permette di attivare l'apertura della finestra di inserimento delle uscite di stock. L'apertura della finestra di stock è attivata unicamente su un consumo effettuato.
Questo campo è qualificato di default in funzione della dicitura "Uscita stock di default" della scheda articolo.

• Quantità da far uscire (campo HDTISSQTY)

• Quantità uscita (campo HDTISSISS)

• Fatturabile (campo HDTINV)

Questo campo determina lo stato di fatturazione di un consumo. E' sempre alimentato di default grazie ai differenti meccanismi di valutazione delle coperture applicabili. Rimane modificabile.

Questo campo viene ricalcolato quando vengono modificati gli elementi seguenti del consumo:

• il parco,
• il componente,
• l'articolo consumato,
• la quantità consumata,
• l'unità utilizzata.

• Importo consumato (campo HDTAMT)

Questo campo contiene l'importo fatturabile del consumo. E' sempre alimentato di default grazie ai differenti meccanismi di valutazione delle coperture applicabili. Rimane modificabile.

Questo campo viene ricalcolato quando vengono modificati gli elementi seguenti del consumo:

• il parco,
• il componente,
• l'articolo consumato,
• la quantità consumata,
• l'unità utilizzata.

• Importo da fatturare (campo HDTAMTINV)

• Valuta (campo HDTCUR)

• Punti addebitati (campo PITHDT)

• Testo (campo HDTTEX)

Questo campo permette di completare il riferimento articolo con un testo esplicativo del consumo realizzato. Viene generalmente utilizzato per specificare nel dettaglio la natura dei lavori associati ad un articolo di tipo manodopera.
Esempio: nel settore dell'automobile, l'indicazione 'Due ore di manodopera' sarà seguita da "Sostituzione di quattro pneumatici".

E' possibile inserire direttamente un testo di duecento caratteri nel riquadro. Se il testo da inserire è troppo lungo, un menù contestuale Testo permette di aprire una finestra complementare nella quale la grandezza massima del testo è condizionata dalla dimensione del tipo di dato ACB.
Una riga di consumo fatturabile su cui è stato inserito un testo non viene mai aggregata nel corso della sua fatturazione.

• Crono Consumo (campo HDTNUM)

• Crono Intervento (campo ITNNUM)

• campo CCE1

In funzione della parametrizzazione, le sezioni analitiche sono modificabili. Queste vengono inizializzate conformemente alla parametrizzazione delle sezioni di default.

• Manodopera (campo TOTSVC)

• Pezzi (campo TOTPDT)

• Spese di missione (campo TOTEXS)

• Consumato (campo TOTCSM)

• Fatturabile (campo TOTINV)

• campo PRCINV

• Non fatturato (campo TOTNOTINV)

• campo PRCNOTINV

• Consumati (campo TOTPIT)

Questo campo visualizza il numero totale di punti mobilizzati o consumati automaticamente dalla richiesta di servizio.

Questo totale ingloba allo stesso tempo il debito forfettario e tutti i debiti complementari associati ai vari

consumi registrati.

L'addebito di punti è sempre un'operazione automatica.

Tuttavia, al termine dell'elaborazione della richiesta di servizio, è possibile modificare il debito totale

calcolato dal sistema.

Un menù contestuale "Addebito manuale di punti" permette di modificare il numero totale di punti che la richiesta

dovrà consumare al momento della sua chiusura.

• Part. (campo PRCPIT)

Questo campo è interessante soltanto nel caso di richieste di servizio coperte da varie nature di contratti di

servizio.

Effettivamente, in questo caso alcuni consumi possono essere coperti in maniera finanziaria mentre altri lo sono

tramite un debito di punti.

Questo campo calcola di conseguenza la parte dei consumi coperti da punti rispetto all'importo

globale dei consumi.

• Data (campo INVDAT)

• Imponibile (campo INVAMT)

• N° movimento (campo INVVCR)

• Data (campo DUDDAT)

• Totale (campo DUDAMT)

• Contenzioso (campo DUDDPTCOD)

• N° scadenza (campo DUDNUM)

• Data (campo PAYDAT)

• Totale (campo PAYAMT)

• N° pagam/incasso (campo PAYNUM)

• N° scadenza (campo PAYDUDLIG)