FAQ - Webservice Integração - Automatizador de Roteirização
Validações do WebMethod roteirizarPedidos
O método roteirizarPedidos realiza as seguintes validações, retornando mensagens de erro específicas em caso de falha:
-
Senha da central inválida
-
Cliente não localizado na central com CPF/CNPJ e senha
-
Roteirização anterior sincronizada em dispositivo móvel
-
Falha ao excluir roteirização anterior
-
Roteirização não encontrada pelo ID informado
-
Placa de veículo não cadastrada ou fora do formato válido
-
Motorista não cadastrado no sistema
-
Data e hora de início da rota nulas
-
Código de ponto de interesse de origem inválido ou não cadastrado
-
Código de ponto de interesse de destino inválido ou não cadastrado
-
Nenhum carregamento informado
-
Nenhum pedido encontrado nos carregamentos informados
-
Pedidos sem código de ponto de interesse quando agrupamento está ativo
-
Falha ao chamar API de roteirização (Google Directions API)
-
Erro ao inserir viagem ou itinerários na base de dados (com rollback)
Perguntas Frequentes – WebMethod roteirizarPedidos
1. O que acontece se a senha da central estiver incorreta ao usar o roteirizarPedidos?
Será retornada a mensagem "Erro: Senha inválida."
2. Como o sistema valida o cliente na chamada do roteirizarPedidos?
O cliente deve estar vinculado à central e ser identificado pelo CPF/CNPJ e senha informados.
3. O que significa o erro “Essa rota já foi sincronizada em um dispositivo móvel”?
Indica que uma rota existente foi sincronizada e precisa ser removida manualmente para permitir nova roteirização.
4. É obrigatório informar um ID de rota no roteirizarPedidos?
Não. Se informado, o sistema tenta excluir a roteirização anterior vinculada a esse ID.
5. O que ocorre se o ID de rota não for encontrado?
Será retornada a mensagem “Roteirização não encontrada.”
6. Como deve ser o formato da placa do veículo no método roteirizarPedidos?
A placa deve seguir o padrão XXX-XXXX e o veículo deve estar cadastrado.
7. E se o nome do motorista estiver incorreto?
Será retornado erro dizendo que o motorista não está cadastrado.
8. A data/hora de início da rota pode ser nula?
Não. É obrigatória. Caso contrário, será retornado "Data e Hora de Início da Rota Inválida."
9. Como o sistema valida os pontos de interesse de origem e destino?
Verifica se os códigos estão cadastrados e, se houver geometria, utiliza o centróide para coordenadas.
10. O que acontece se não houver carregamentos informados?
Erro: “Nenhum carregamento informado.”
11. E se nenhum pedido for localizado nos carregamentos informados?
Erro: “Nenhum pedido cadastrado nos carregamentos informados.”
12. Quando é necessário o código de ponto de interesse no pedido?
Se a opção agruparPedidosMesmoCliente estiver ativada, todos os pedidos devem conter o código PoI.
13. O método pode agrupar pedidos por zona ou cliente?
Sim. Ele agrupa por zona automaticamente e, se configurado, também por cliente com base no código PoI.
14. A roteirização pode falhar por limitações externas?
Sim. A comunicação com a API do Google pode falhar e retornar "Não é possível roteirizar os pedidos."
15. O que acontece em caso de falha na gravação da viagem ou itinerários?
O sistema realiza rollback na transação e retorna “Erro na inserção da viagem e/ou itinerários.”
Validações do WebMethod listarMotoristas
-
Validação da senha da central
-
Validação do cliente (CPF/CNPJ + senha do cliente)
-
Captura de erro geral caso ocorra falha durante a execução
Perguntas Frequentes – WebMethod listarMotoristas
-
O que faz o método
listarMotoristas?
Retorna a lista de motoristas cadastrados para o cliente autenticado. -
A senha da central é obrigatória no
listarMotoristas?
Sim, e será validada antes da execução. -
O que acontece se a senha da central estiver errada?
Retorna erro informando "Senha inválida". -
O cliente precisa estar cadastrado na central?
Sim. Caso contrário, retorna erro "cliente com CPF/CNPJ não cadastrado". -
O método
listarMotoristasretorna motoristas de outros clientes?
Não, somente os motoristas vinculados ao cliente autenticado. -
Posso usar CPF ou CNPJ no
listarMotoristas?
Sim, desde que esteja vinculado ao cliente e central. -
O que acontece se houver um erro interno?
Será retornada mensagem "Erro ao consultar lista de motoristas". -
Preciso informar a senha do cliente?
Sim, a autenticação do cliente é obrigatória. -
Quantos motoristas o método pode retornar?
Todos os cadastrados para o cliente. -
O método
listarMotoristasretorna motoristas inativos?
A documentação não especifica; depende da lógica interna do DAO. -
O método retorna lista vazia se não houver motoristas?
Sim, com mensagem de sucesso e lista vazia. -
O método
listarMotoristasexige parâmetros adicionais?
Não, apenas CPF/CNPJ, senha do cliente e senha da central. -
Qual o formato da resposta?
Um objeto contendo sucesso, mensagem e lista de motoristas. -
O método
listarMotoristaspode ser consumido via SOAP?
Sim, pois está anotado com@WebMethod. -
O que fazer se o método sempre retornar erro?
Verificar credenciais, conexão com banco e integridade dos dados.
Validações do WebMethod listarVeiculos
-
Validação da senha da central
-
Validação do cliente (CPF/CNPJ + senha do cliente)
-
Tratamento de erro geral em caso de exceções
Perguntas Frequentes – WebMethod listarVeiculos
-
O que retorna o método
listarVeiculos?
Uma lista de veículos vinculados ao cliente autenticado. -
A senha da central é obrigatória?
Sim. Sem ela, o método retorna erro. -
E se a senha estiver incorreta?
Erro: "Senha inválida". -
O cliente precisa estar vinculado à central?
Sim. Caso contrário, não será possível listar os veículos. -
O método retorna veículos de outros clientes?
Não. Apenas do cliente autenticado. -
O que é necessário para chamar
listarVeiculos?
CPF/CNPJ, senha do cliente e senha da central. -
O método retorna lista vazia se não houver veículos?
Sim, com mensagem de sucesso. -
O método pode lançar erro interno?
Sim, com a mensagem "Erro ao consultar lista de veículos". -
A resposta inclui todos os dados dos veículos?
Inclui os principais dados conforme definidos no DAO. -
Pode ser usado em sistemas externos?
Sim, via SOAP. -
O método exige permissão especial?
Apenas autenticação válida. -
O método
listarVeiculosvalida os parâmetros?
Sim. Senha e cliente são obrigatórios. -
Pode ser testado por ferramentas como SoapUI?
Sim. -
Os veículos precisam estar ativos para aparecer?
Depende da implementação no DAO. -
O método afeta o banco de dados?
Não. É apenas consulta.
Validações do WebMethod cadastrarZona
-
Validação da senha da central
-
Validação do cliente (CPF/CNPJ + senha do cliente)
-
Nome da zona com no mínimo 3 caracteres
-
Código da zona obrigatório e não vazio
-
Verificação se a zona já existe: se sim, atualiza; se não, insere
-
Tratamento de erro geral
Perguntas Frequentes – WebMethod cadastrarZona
-
O que faz o método
cadastrarZona?
Cria ou atualiza zonas de roteirização para o cliente. -
O nome da zona pode ter menos de 3 caracteres?
Não. Gera erro se for menor. -
O código da zona pode ser vazio?
Não. O campo é obrigatório. -
E se a zona já existir?
O sistema tenta atualizá-la. -
O que é retornado se a zona for atualizada?
Mensagem de sucesso indicando atualização. -
Como saber se a zona foi realmente modificada?
A resposta indica se houve alteração nos dados. -
Pode-se cadastrar zonas repetidas?
Não com o mesmo código. -
O método
cadastrarZonaexige autenticação?
Sim, tanto do cliente quanto da central. -
É possível cadastrar múltiplas zonas de uma vez?
Não. Cada chamada cadastra uma zona. -
E se ocorrer erro na conexão com o banco?
Será retornado erro geral. -
Como saber se a zona foi inserida com sucesso?
A mensagem retorna "inserida com sucesso". -
É permitido usar apenas o nome sem código?
Não. Ambos são obrigatórios. -
O código da zona pode conter letras e números?
Sim, desde que seja válido e único. -
O método pode ser usado via SOAP?
Sim. -
Qual tipo de retorno esse método fornece?
Um objeto com sucesso, mensagem e ID, se aplicável.
Validações do WebMethod cadastrarLoja
-
Validação da senha da central
-
Validação do cliente
-
Nome da loja com no mínimo 3 caracteres
-
Código da loja obrigatório
-
Verificação de existência para decidir entre inserir ou atualizar
-
Tratamento de erro geral
Perguntas Frequentes – WebMethod cadastrarLoja
(Semelhantes ao cadastrarZona, adaptadas para "loja")
-
Posso cadastrar uma loja sem nome?
Não. Nome com pelo menos 3 caracteres é obrigatório. -
E se o código estiver ausente?
Erro: "Informe o código da loja". -
Posso atualizar uma loja existente?
Sim. Se o código existir, ela será atualizada. -
Como saberei se a loja foi alterada ou inserida?
A mensagem informa o tipo de operação. -
O método
cadastrarLojapode duplicar lojas?
Não com o mesmo código. -
O nome da loja pode conter espaços?
Sim, sem problema. -
O método exige CPF/CNPJ?
Sim. É necessário autenticar o cliente. -
O código da loja deve seguir algum padrão?
Não, mas deve ser único. -
Há limite de lojas por cliente?
Não especificado. -
A chamada afeta outras lojas?
Não. Apenas a loja da requisição. -
Posso usar esse método por integração externa?
Sim, via SOAP. -
Como lidar com erro na inserção?
Verifique conexão, dados e permissões. -
Posso cadastrar lojas com acentos?
Sim. -
A loja precisa estar ativa?
Não há validação para isso. -
O método retorna a loja criada?
Não diretamente. Retorna apenas mensagem de sucesso ou erro.
Validações do WebMethod cadastrarVendedor
-
Nome com no mínimo 3 caracteres
-
Código do vendedor obrigatório
-
Cliente e central devem ser válidos
-
Se existir, atualiza; se não, insere
-
Tratamento de erros
Perguntas Frequentes – WebMethod cadastrarVendedor
-
O nome do vendedor pode ser curto?
Não. Deve ter ao menos 3 caracteres. -
E o código pode estar vazio?
Não. É obrigatório. -
O que acontece se o vendedor já existir?
Ele será atualizado. -
Como saber se foi inserido ou alterado?
A mensagem retorna essa informação. -
E se não ocorrer nenhuma mudança?
Mensagem indicará que os dados são os mesmos. -
Posso cadastrar vendedor com mesmo código e nome diferentes?
Não recomendado. Código deve ser único. -
Pode-se usar esse método para integração externa?
Sim. -
O método retorna ID?
Não explicitamente. Apenas mensagens. -
O CPF do cliente é validado?
Sim, como em todos os métodos. -
O nome do vendedor pode conter símbolos?
Sim, se for coerente com o negócio. -
Há validações para e-mail ou telefone?
Não nesse método. -
O que fazer em caso de erro?
Verificar logs e parâmetros informados. -
Posso atualizar o código de um vendedor?
Não diretamente. É melhor excluir e recriar. -
É possível cadastrar dois vendedores com mesmo nome?
Sim, desde que o código seja diferente. -
O método pode ser testado em homologação?
Sim, se o ambiente estiver configurado.
Validações do WebMethod cadastrarMotorista
-
Nome com no mínimo 3 caracteres
-
Obrigatório CPF com pelo menos 11 dígitos ou CNH com pelo menos 4
-
Cliente e central devem ser válidos
-
Se motorista já existe por CPF ou CNH, atualiza
-
Caso contrário, insere novo
-
Tratamento de erros e rollback
Perguntas Frequentes – WebMethod cadastrarMotorista
-
É obrigatório CPF ou CNH no
cadastrarMotorista?
Sim. Pelo menos um deles. -
O nome precisa ter mínimo de caracteres?
Sim. Ao menos 3. -
O método identifica duplicidade por CPF?
Sim. Verifica CPF e, se necessário, CNH. -
O que ocorre se os dados forem os mesmos?
Mensagem indica que não houve alteração. -
E se ocorrer erro no banco?
Retorna erro geral com log. -
O método retorna o motorista inserido?
Não. Apenas mensagem de sucesso ou erro. -
A CNH pode ser usada sem CPF?
Sim, desde que tenha ao menos 4 caracteres. -
E se houver erro de autenticação?
O método falha com mensagem apropriada. -
A operação é reversível?
Não diretamente. Requer nova chamada com dados corretos. -
O código da operação é retornado?
Não. Apenas a mensagem. -
O motorista pode ter o mesmo nome de outro?
Sim. Desde que CPF ou CNH sejam diferentes. -
A inserção exige e-mail ou telefone?
Não obrigatoriamente. -
Há verificação de duplicidade com outros clientes?
Não. A validação é dentro do cliente. -
O método altera dados sensíveis?
Sim. Por isso requer autenticação completa. -
Pode-se cadastrar via integração?
Sim. Ideal para automações.