 |
| ||||||||
Nota de asistencia técnica 188136
Lista de códigos de estado cXML
Este artículo de la base de conocimientos ha sido traducido automáticamente para su comodidad. SAP no ofrece ninguna garantía con respecto a la exactitud o integridad de la traducción automática. Puede acceder al contenido original si cambia al inglés mediante el selector de idiomas.
Problema
Lista de códigos de estado cXML que se envían como respuesta.
Resolución
| 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 la aplicación: la propia solicitud cXML no ha generado errores ni advertencias, sin embargo, este estado no refleja ningún error o advertencia que pueda generar después la propia aplicación. 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 reenvío por un hub 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 StatusUpdate 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 cambiar al carrito de la compra (o solicitud de cliente). |
| 211 | OK | Los compradores pueden utilizar este código de estado para enviar un mensaje de emisión a los proveedores para informarles sobre cualquier evento que necesiten conocer, como las programaciones de vacaciones, el cierre de la instalación de producción o la 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 (como el correo electrónico). Es posible que reciba actualizaciones de estado; sin embargo, si no recibe actualizaciones de estado, no necesariamente hay un problema. | |
| 400 | Solicitud incorrecta | Solicitud inaceptable para el servidor, aunque se ha analizado correctamente. |
| 401 | No autorizado | El servidor no ha reconocido las credenciales proporcionadas en la solicitud (el elemento Emisor). |
| 402 | Pago obligatorio | Esta solicitud debe incluir un elemento de pago completo. |
| 403 | Prohibido | El usuario no tiene suficientes privilegios 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 han impedido 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 lo ha hecho. |
| 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 desde un servidor (por ejemplo, el atributo operationApproved de un PunchOutOrderMessageHeader). |
| 417 | Expectativa fallida | La solicitud implicó una condición de recurso que no se cumplió. 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 concreta. 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 obligatoria | 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 inaceptable | La firma es técnicamente válida, pero no es aceptable para el receptor por algún otro motivo. Las políticas de firmas o las políticas de certificados 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 hubs intermedios deben devolver errores directamente al cliente. |
| 551 | Inactivo para reenviar solicitud | No se puede reenviar la solicitud debido a una configuración incorrecta del proveedor. Por ejemplo, un hub intermedio no se ha podido autenticar para un proveedor. Los clientes no pueden rectificar este error, pero es posible que este error se resuelva antes de que el cliente vuelva a intentarlo. |
| 560 | Error de servidor temporal |
Por ejemplo, un servidor puede estar inactivo por mantenimiento. El cliente debería volver a intentarlo más tarde. |
Información adicional
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/.
Se aplica a
SAP Business Network