|
Elenco di codici di stato cXML inviati come risposta.
Stato | Testo | Significato |
200 | OK | Il server è stato in grado di eseguire la richiesta o di consegnarla al destinatario finale. La risposta restituita potrebbe contenere avvisi o errori dell'applicazione: la richiesta cXML stessa non ha generato errori o avvisi, tuttavia questo stato non riflette eventuali errori o avvisi che potrebbero essere generati successivamente dall'applicazione stessa. Non si riceveranno ulteriori aggiornamenti di stato, a meno che non si verifichi un errore durante l'elaborazione successiva. |
201 | Accettato | La richiesta è stata accettata per l'inoltro da un hub intermedio, o è stata accettata dalla sua destinazione finale e non è ancora stata esaminata. Se è disponibile un meccanismo di consegna, si riceveranno aggiornamenti sullo stato della richiesta. Il cliente dovrebbe prevedere transazioni StatusUpdate successive. |
204 | Nessun contenuto | Tutte le informazioni della richiesta erano valide e riconosciute. Il server non ha dati di risposta del tipo richiesto. In un PunchOutOrderMessage, questo stato indica che la sessione PunchOut è terminata senza modifiche al carrello della spesa (o alla richiesta di acquisto cliente). |
211 | OK | I compratori possono utilizzare questo codice di stato per inviare un messaggio broadcast ai fornitori per informarli di eventuali eventi che devono conoscere, ad esempio pianificazioni di festività, chiusura dell'impianto di produzione o completamento di determinate attività, ad esempio il completamento dell'esecuzione della pianificazione. |
280 | La richiesta è stata inoltrata da un hub intermedio. Riceverai almeno un aggiornamento di stato in più. Questo stato potrebbe significare che la richiesta è stata consegnata a un altro intermediario o al destinatario finale con stato 201 o che è stata inoltrata tramite un trasporto non cXML affidabile. | |
281 | La richiesta è stata inoltrata da un hub intermedio utilizzando un trasporto non affidabile (ad esempio e-mail). È possibile che si ricevano aggiornamenti di stato; tuttavia, se non si ricevono aggiornamenti di stato, non si verifica necessariamente un problema. | |
400 | Richiesta errata | Richiesta inaccettabile per il server, sebbene sia stata analizzata sintatticamente correttamente. |
401 | Non autorizzato | Le credenziali fornite nella richiesta (l'elemento Mittente) non sono state riconosciute dal server. |
402 | Pagamento richiesto | Questa richiesta deve includere un elemento di pagamento completo. |
403 | Vietato | L'utente non dispone di privilegi sufficienti per eseguire questa richiesta. |
406 | Non accettabile | Richiesta inaccettabile per il server, probabilmente a causa di un errore di analisi sintattica. |
409 | Conflitto | Lo stato attuale del server o i suoi dati interni hanno impedito la richiesta di operazione (di aggiornamento). È improbabile che una richiesta identica riesca in futuro, ma solo dopo che un'altra operazione è stata eseguita, se del caso. |
412 | Condizione preliminare non riuscita | Una condizione preliminare della richiesta (ad esempio, una sessione PunchOut appropriata per una modifica PunchOutSetupRequest) non era soddisfatta. Questo stato implica di norma che il client ignora una parte di una trasmissione precedente da un server (ad esempio, l'attributo operazioneAmmesso di un PunchOutOrderMessageHeader). |
417 | Aspettativa non riuscita | La richiesta implicava una condizione della risorsa non soddisfatta. Un esempio potrebbe essere una SupplierDataRequest che richiede informazioni su un fornitore sconosciuto al server. Questo stato potrebbe implicare la perdita di informazioni sul client o sul server. |
450 | Non implementato | Il server non implementa la richiesta specifica. Ad esempio, PunchOutSetupRequest o l'operazione richiesta potrebbero non essere supportate. Questo stato implica normalmente che il client ha ignorato il profilo del server. |
475 | Firma richiesta | Il destinatario non è disposto ad accettare il documento perché non ha una firma digitale. |
476 | Verifica firma non riuscita | Il destinatario non è in grado di validare la firma, probabilmente perché il documento è stato modificato in transito o il destinatario non supporta uno o più algoritmi utilizzati nella firma. |
477 | Firma non accettabile | La firma è tecnicamente valida, ma non è accettabile per il destinatario per qualche altro motivo. Le norme per la firma o le politiche sui certificati possono essere inaccettabili, il tipo di certificato utilizzato può essere inaccettabile o potrebbero esserci altri problemi. |
500 | Errore interno del server | Il server non è stato in grado di completare la richiesta. |
550 | Impossibile raggiungere il server cXML | Impossibile raggiungere il server cXML successivo per completare una transazione che richiede connessioni upstream. Un hub intermedio può restituire questo codice quando il sito di un fornitore non è raggiungibile. Se le connessioni a monte sono complete, gli hub intermedi dovrebbero restituire errori direttamente al client. |
551 | Non è possibile inoltrare la richiesta | Impossibile inoltrare la richiesta a causa di una configurazione errata del fornitore. Ad esempio, un hub intermedio non è riuscito ad autenticarsi per un fornitore. I client non possono correggere questo errore, ma questo errore potrebbe essere risolto prima dei nuovi tentativi del client. |
560 | Errore temporaneo del server |
Ad esempio, un server potrebbe essere inattivo per manutenzione. Il client dovrebbe riprovare più tardi. |
È inoltre possibile trovare questo elenco e l'elenco dei codici di stato per le richieste di caricamento catalogo nella Guida di riferimento cXML, sezione 3.1.9.1, disponibile per il download all'indirizzo http://cxml.org/.
SAP Business Network for Procurement e Supply Chain