 |
| ||||||||
Nota de suporte KB0402515
Lista de códigos de status cXML
Este artigo da base de conhecimentos foi traduzido automaticamente para sua conveniência. A SAP não fornece qualquer garantia em relação à exatidão ou completude da tradução automática. Você pode encontrar o conteúdo original alternando para inglês, usando o seletor de idioma.
Sintoma
Lista de códigos de status cXML que são enviados como resposta.
Resolução
| Status | Texto | Significado |
| 200 | OK | O servidor conseguiu executar a solicitação ou entregá-la ao destinatário final. A Resposta retornada pode conter avisos ou erros do aplicativo: a própria Solicitação cXML não gerou erros ou avisos, no entanto, esse status não reflete erros ou avisos que possam ser gerados posteriormente pelo próprio aplicativo. Você não receberá mais atualizações de status, a menos que ocorra um erro durante o processamento posterior. |
|
201 | Aceito | A solicitação foi aceita para encaminhamento por um hub intermediário ou foi aceita pelo seu destino final e ainda não foi examinada. Você receberá atualizações sobre o status da solicitação, se um mecanismo para entregá-las estiver disponível. O cliente deve esperar transações StatusUpdate posteriores. |
| 204 | Sem conteúdo | Todas as informações da solicitação eram válidas e reconhecidas. O servidor não tem dados de resposta do tipo solicitado. Em uma PunchOutOrderMessage, esse status indica que a sessão de PunchOut terminou sem alteração no carrinho de compras (ou requisição do cliente). |
| 211 | OK | Os compradores podem usar esse código de status para enviar uma mensagem de difusão aos fornecedores para informá-los sobre quaisquer eventos que precisem saber, como programações de feriados, fechamento da instalação de produção ou conclusão de determinadas atividades, como a conclusão da execução de planejamento. |
| 280 | A solicitação foi encaminhada por um hub intermediário. Você receberá pelo menos mais uma atualização de status. Esse status pode significar que a solicitação foi entregue a outro intermediário ou ao último destinatário com o status 201, ou que foi encaminhada por meio de um transporte não cXML confiável. | |
| 281 | A solicitação foi encaminhada por um hub intermediário utilizando um transporte não confiável (como e-mail). Você pode receber atualizações de status; no entanto, se você não receber atualizações de status, não há necessariamente um problema. | |
| 400 | Solicitação incorreta | Solicitação inaceitável para o servidor, embora tenha sido analisada corretamente. |
| 401 | Não autorizado | As credenciais fornecidas na solicitação (o elemento Remetente) não foram reconhecidas pelo servidor. |
| 402 | Pagamento necessário | Esta Solicitação deve incluir um elemento completo de Pagamento. |
| 403 | Proibido | O usuário não tem privilégios suficientes para executar esta solicitação. |
| 406 | Não aceitável | Solicitação inaceitável para o servidor, provavelmente devido a uma falha de análise. |
| 409 | Conflito | O estado atual do servidor ou seus dados internos impediu a solicitação de operação (de atualização). É improvável que uma solicitação idêntica tenha êxito no futuro, mas somente após a execução de outra operação, se sim. |
| 412 | Falha na condição prévia | Uma condição prévia da solicitação (por exemplo, uma sessão de PunchOut apropriada para uma edição de PunchOutSetupRequest) não foi cumprida. Esse status normalmente implica que o cliente ignorou alguma parte de uma transmissão anterior de um servidor (por exemplo, o atributo operationAllowed de um PunchOutOrderMessageHeader). |
| 417 | Expectativa falhada | A solicitação implicava uma condição de recurso que não foi cumprida. Um exemplo pode ser um SupplierDataRequest solicitando informações sobre um fornecedor desconhecido no servidor. Esse status pode implicar informações perdidas no cliente ou servidor. |
| 450 | Não implementado | O servidor não implementa a solicitação específica. Por exemplo, PunchOutSetupRequest ou a operação solicitada pode não ser suportada. Esse status normalmente implica que o cliente ignorou o perfil do servidor. |
| 475 | Assinatura obrigatória | O destinatário não está disposto a aceitar o documento porque não tem uma assinatura digital. |
| 476 | Falha na verificação de assinatura | O receptor não pode validar a assinatura, possivelmente porque o documento foi alterado em trânsito, ou o receptor não suporta um ou mais algoritmos usados na assinatura. |
| 477 | Assinatura inaceitável | A assinatura é tecnicamente válida, mas não é aceitável para o receptor por algum outro motivo. As políticas de assinatura ou políticas de certificado podem ser inaceitáveis, o tipo de certificado usado pode ser inaceitável ou pode haver algum outro problema. |
| 500 | Erro de servidor interno | O servidor não pôde concluir a solicitação. |
| 550 | Não é possível acessar o servidor cXML | Não é possível acessar o próximo servidor cXML para concluir uma transação que requer conexões upstream. Um hub intermediário pode retornar esse código quando um site do fornecedor está inacessível. Se as conexões upstream forem concluídas, os hubs intermediários devem retornar erros diretamente ao cliente. |
| 551 | Não é possível encaminhar a solicitação | Não é possível encaminhar a solicitação devido à configuração incorreta do fornecedor. Por exemplo, um hub intermediário não conseguiu se autenticar para um fornecedor. Os clientes não podem corrigir esse erro, mas esse erro pode ser resolvido antes das novas tentativas do cliente. |
| 560 | Erro de servidor temporário |
Por exemplo, um servidor pode estar fora do ar para manutenção. O cliente deve tentar novamente mais tarde. |
Consulte também
Você também pode encontrar essa lista e a lista de códigos de status para solicitações de carregamento de catálogo no Guia de Referência cXML, seção 3.1.9.1, disponível para download em http://cxml.org/.
Aplicável a
SAP Business Network para compras e cadeia de suprimentos