|
Lista de códigos de estado cXML que se envían como respuesta.
Estado | Texto | Significado |
200 | OK | El servidor ha podido ejecutar la solicitud o entregarla al destinatario final. La respuesta devuelta puede contener advertencias o errores de aplicación: la propia solicitud cXML no ha generado errores ni advertencias, sin embargo, este estado no refleja ningún error o advertencia que la propia aplicación pueda generar posteriormente. No recibirá más actualizaciones de estado, a menos que se produzca un error durante el procesamiento posterior. |
201 |
Aceptado | La solicitud ha sido aceptada para su envío por un centro intermedio, o ha sido aceptada por su destino final y aún no ha sido examinada. Recibirá actualizaciones sobre el estado de la solicitud, si hay disponible un mecanismo para entregarla. El cliente debería esperar transacciones de actualización de estado posteriores. |
204 | Sin contenido | Toda la información de la solicitud era válida y se reconocía. El servidor no tiene datos de respuesta del tipo solicitado. En un PunchOutOrderMessage, este estado indica que la sesión PunchOut ha finalizado sin cambios en el carrito de la compra (o solicitud de compra del cliente). |
211 | OK | Los compradores pueden utilizar este código de estado para enviar un mensaje de emisión a los proveedores para informarles de cualquier evento que necesiten conocer, como programaciones de vacaciones, cierre de instalaciones de producción o finalización de determinadas actividades, como la finalización de la ejecución de planificación. |
280 | Un hub intermedio ha reenviado la solicitud. Recibirá al menos una actualización de estado más. Este estado podría significar que la solicitud se ha entregado a otro intermediario o al destinatario final con el estado 201, o que se ha reenviado mediante un transporte no cXML fiable. | |
281 | Un hub intermedio ha reenviado la solicitud mediante un transporte no fiable (por ejemplo, correo electrónico). Es posible que reciba actualizaciones de estado; sin embargo, si no recibe actualizaciones de estado, no hay necesariamente un problema. | |
400 | Solicitud incorrecta | La solicitud no es aceptable para el servidor, aunque se ha analizado correctamente. |
401 | No autorizado | El servidor no ha reconocido las credenciales proporcionadas en la solicitud (el elemento Sender). |
402 | Pago obligatorio | Esta solicitud debe incluir un elemento de pago completo. |
403 | Prohibido | El usuario no tiene privilegios suficientes para ejecutar esta solicitud. |
406 | No aceptable | Solicitud inaceptable para el servidor, probablemente debido a un error de análisis. |
409 | Conflicto | El estado actual del servidor o sus datos internos impidieron la solicitud de operación (de actualización). Es poco probable que una solicitud idéntica tenga éxito en el futuro, pero solo después de que se haya ejecutado otra operación, si es que se ha ejecutado. |
412 | Condición previa fallida | No se ha cumplido una condición previa de la solicitud (por ejemplo, una sesión PunchOut adecuada para una edición PunchOutSetupRequest). Este estado normalmente implica que el cliente ha ignorado alguna parte de una transmisión anterior de un servidor (por ejemplo, el atributo operationAllocation de un PunchOutOrderMessageHeader). |
417 | Expectativa fallida | La solicitud implicaba una condición de recurso que no se cumplía. Un ejemplo podría ser una SupplierDataRequest que solicita información sobre un proveedor desconocido para el servidor. Este estado puede implicar información perdida en el cliente o servidor. |
450 | No implementado | El servidor no implementa la solicitud en particular. Por ejemplo, es posible que no se admita PunchOutSetupRequest o la operación solicitada. Este estado normalmente implica que el cliente ha ignorado el perfil del servidor. |
475 | Firma necesaria | El receptor no está dispuesto a aceptar el documento porque no tiene una firma digital. |
476 | Verificación de firma fallida | El receptor no puede validar la firma, posiblemente porque el documento se modificó en tránsito, o el receptor no admite uno o más algoritmos utilizados en la firma. |
477 | Firma no aceptable | La firma es técnicamente válida, pero no es aceptable para el receptor por alguna otra razón. Las políticas de firma o las políticas de certificado pueden ser inaceptables, el tipo de certificado utilizado puede ser inaceptable o puede haber algún otro problema. |
500 | Error interno del servidor | El servidor no pudo completar la solicitud. |
550 | No se puede acceder al servidor cXML | No se puede acceder al siguiente servidor cXML para completar una transacción que requiere conexiones ascendentes. Un hub intermedio puede devolver este código cuando no se puede acceder al sitio de un proveedor. Si se completan las conexiones ascendentes, los concentradores intermedios deben devolver errores directamente al cliente. |
551 | Anular envío de solicitud | No se puede reenviar la solicitud debido a un error de configuración del proveedor. Por ejemplo, un hub intermedio no se ha podido autenticar para un proveedor. Los clientes no pueden corregir este error, pero este error puede resolverse antes de que el cliente vuelva a intentarlo. |
560 | Error temporal del servidor |
Por ejemplo, un servidor puede estar fuera de servicio por mantenimiento. El cliente debería volver a intentarlo más tarde. |
También puede encontrar esta lista y la lista de códigos de estado para solicitudes de carga de catálogo en la Guía de referencia de cXML, sección 3.1.9.1, disponible para descargar en http://cxml.org/.
SAP Business Network