| |||||||||
Elenco dei 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 stessa richiesta cXML non ha generato errori o avvisi, tuttavia questo stato non riflette 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 essere inoltrata da un hub intermedio o è stata accettata dalla sua destinazione finale e non è ancora stata esaminata. Si riceveranno aggiornamenti sullo stato della richiesta, se è disponibile un meccanismo per consegnarli. Il client dovrebbe aspettarsi transazioni StatusUpdate successive. |
| 204 | Nessun contenuto | Tutte le informazioni sulla richiesta erano valide e riconosciute. Il server non dispone di dati di risposta del tipo richiesto. In un PunchOutOrderMessage, questo stato indica che la sessione di PunchOut è terminata senza modifiche al carrello della spesa (o alla richiesta di acquisto del cliente). |
| 211 | OK | I compratori possono utilizzare questo codice di stato per inviare un messaggio broadcast ai fornitori per informarli degli eventi che devono conoscere, quali le pianificazioni delle festività, la chiusura dell'impianto di produzione o il completamento di determinate attività, quali il completamento dell'esecuzione della pianificazione. |
| 280 | La richiesta è stata inoltrata da un hub intermedio. Riceverai almeno un altro aggiornamento di stato. 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 affidabile non cXML. | |
| 281 | La richiesta è stata inoltrata da un hub intermedio utilizzando un trasporto non affidabile (ad esempio e-mail). Si potrebbero ricevere aggiornamenti di stato; tuttavia, se non si ricevono aggiornamenti di stato, non si verifica necessariamente un problema. | |
| 400 | Richiesta non valida | Richiesta inaccettabile per il server, anche se è stata analizzata correttamente. |
| 401 | Non autorizzato | Le credenziali fornite nella richiesta (elemento Mittente) non sono state riconosciute dal server. |
| 402 | Pagamento richiesto | Questa richiesta deve includere un elemento 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 (aggiornamento). È improbabile che una richiesta identica abbia esito positivo in futuro, ma solo dopo l'esecuzione di un'altra operazione, se del caso. |
| 412 | Condizione preliminare non riuscita | Una condizione preliminare della richiesta (ad esempio, una sessione di PunchOut appropriata per una modifica PunchOutSetupRequest) non è stata soddisfatta. Questo stato normalmente implica che il client abbia ignorato parte di una trasmissione precedente da un server (ad esempio, l'attributo operationAllowed di un PunchOutOrderMessageHeader). |
| 417 | Aspettativa non riuscita | La richiesta implicava una condizione risorsa che non è stata soddisfatta. Un esempio potrebbe essere una SupplierDataRequest che richiede informazioni su un fornitore sconosciuto al server. Questo stato potrebbe comportare 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 supportati. Questo stato normalmente implica 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 alterato 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 politiche di firma o le politiche sui certificati possono essere inaccettabili, il tipo di certificato utilizzato potrebbe essere inaccettabile o potrebbe verificarsi qualche altro problema. |
| 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 upstream sono complete, gli hub intermedi dovrebbero restituire errori direttamente al client. |
| 551 | Annulla impostazione per inoltrare la richiesta | Impossibile inoltrare la richiesta a causa di un'errata configurazione 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 dei cataloghi 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