|
Lista de códigos de status cXML que são enviados como resposta.
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 de 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 de atualização de status 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. Este 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 tiver recebido atualizações de status, não haverá necessariamente um problema. | |
400 | Solicitação incorreta | Solicitação inaceitável para o servidor, embora ela tenha sido analisada corretamente. |
401 | Não autorizado | Credenciais fornecidas na solicitação (o elemento Sender) não foram reconhecidas pelo servidor. |
402 | Pagamento necessá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 na 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 depois de outra operação ter sido executada, se for o caso. |
412 | Condição prévia falhada | Uma pré-condição 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 | Falha na expectativa | A solicitação implicava uma condição de recurso que não foi cumprida. Um exemplo pode ser uma SupplierDataRequest solicitando informações sobre um fornecedor desconhecido para o servidor da. Esse status pode implicar perda de informações 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 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 destinatário não pode validar a assinatura, possivelmente porque o documento foi alterado em trânsito ou o destinatário não suporta um ou mais algoritmos utilizados na assinatura. |
477 | Assinatura inaceitável | A assinatura é tecnicamente válida, mas não é aceitável para o destinatário 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 interno de servidor | 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 este código quando um site do fornecedor está inacessível. Se as conexões upstream forem concluídas, hubs intermediários devem retornar erros diretamente ao cliente. |
551 | Desmarcar para encaminhar 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 este erro, mas este erro pode ser resolvido antes de o cliente tentar novamente. |
560 | Erro de servidor temporário |
Por exemplo, um servidor pode estar desativado para manutenção. O cliente deve tentar novamente mais tarde. |
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/.
SAP Business Network