| |||||||||
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 essere inoltrata da un hub intermedio o è stata accettata dalla sua destinazione finale e non è stata ancora esaminata. Si riceveranno aggiornamenti sullo stato della richiesta, se è disponibile un meccanismo per consegnarla. Il mandante dovrebbe aspettarsi transazioni StatusUpdate successive. |
| 204 | Nessun contenuto | Tutte le informazioni sulla richiesta erano valide e riconosciute. Il server non ha 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 client). |
| 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, quali pianificazioni delle 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 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 errata | Richiesta inaccettabile per il server, anche se 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 dei suoi dati interni ha 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 implica normalmente 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 della risorsa che non era 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 potrebbe non essere supportata. Questo stato implica normalmente che il client abbia 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 politiche di firma o di certificato possono essere inaccettabili, il tipo di certificato utilizzato può essere inaccettabile o potrebbe esserci 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 devono restituire gli errori direttamente al client. |
| 551 | Non ridimensionare per inoltrare la richiesta | Impossibile inoltrare la richiesta a causa di una configurazione errata del fornitore. Ad esempio, un hub intermedio non è riuscito ad autenticarsi a un fornitore. I clienti 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