 |
| ||||||||
Nota de asistencia técnica KB0402515
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.
Síntoma
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 la propia aplicación pueda generar después. 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 entregarlas. El cliente debería esperar transacciones StatusUpdate posteriores. |
| 204 | Sin contenido | Toda la información de la solicitud era válida y reconocida. 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 la solicitud de compra del cliente). |
| 211 | OK | Los compradores pueden utilizar este código de estado para enviar un mensaje de difusión a los proveedores para informarles sobre cualquier evento que necesiten conocer, como la programación 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 | Una central intermedia 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 a través de 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 ha recibido actualizaciones de estado, no hay necesariamente 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 Sender). |
| 402 | Pago necesario | Esta solicitud debe incluir un elemento 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 (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 operationAllowed 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 pide información sobre un proveedor desconocido para el servidor. Este estado puede implicar la pérdida de información en el cliente o servidor. |
| 450 | No implementado | El servidor no implementa la solicitud en particular. Por ejemplo, PunchOutSetupRequest o la operación solicitada podrían no ser compatibles. 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 ha alterado 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 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 contactar con el servidor cXML | No se puede contactar con el 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 las conexiones ascendentes se completan, los concentradores intermedios deben devolver errores directamente al cliente. |
| 551 | Unale para reenviar solicitud | No se puede reenviar la solicitud debido a una configuración incorrecta del proveedor. Por ejemplo, un hub intermedio no ha podido autenticarse para un proveedor. Los clientes no pueden corregir este error, pero es posible que 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. |
Véase también
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 for Procurement & Supply Chain