 |
| ||||||||
Nota de suporte 188136
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.
Problema
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 alterar o 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. Este status pode significar que a solicitação foi entregue a outro intermediário ou ao destinatário final com o status 201, ou que foi encaminhada por meio de um transporte não cXML confiável. | |
| 281 | A ordem 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 tiver recebido atualizações de status, não existe 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 Emissor) não foram reconhecidas pelo servidor. |
| 402 | Pagamento obrigatório | Esta solicitação deve incluir um elemento Pagamento completo. |
| 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 sintática. |
| 409 | Conflito | O estado atual do servidor ou seus dados internos impediu a solicitação de operação (atualização). É improvável que uma solicitação idêntica tenha êxito no futuro, mas somente depois de outra operação ter sido executada, se tiver sido executada. |
| 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 atendida. 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 falhou | A solicitação implicou uma condição de recurso que não foi atendida. Um exemplo pode ser uma SupplierDataRequest que solicita informações sobre um fornecedor desconhecido do servidor. Este status pode significar 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 necessária | O receptor 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 consegue 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 | Invalidar solicitação para encaminhar | 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 a um fornecedor. Os clientes não podem corrigir esse erro, mas esse erro pode ser resolvido antes que os clientes tentem novamente. |
| 560 | Erro de servidor temporário |
Por exemplo, um servidor pode estar em manutenção. O cliente deve tentar novamente mais tarde. |
Informações adicionais
Você também pode encontrar essa lista e a lista para 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