NuvemShop: de-para de situações e de meios de pagamentos

O aplicativo da NuvemShop tem duas telas gêmeas de tradução: Situações de pedidos e Meios de pagamentos. As duas fazem a mesma coisa em campos diferentes. Elas dizem ao sistema o que significa, aqui dentro, uma informação que veio da loja. É o chamado de-para. Sem ele cadastrado, o pedido chega e não tem para onde apontar.

COMECE POR AQUI: A TELA DE MEIOS DE PAGAMENTOS EXISTE

Esse é o mal-entendido que mais vira chamado nessas duas telas, e não é falha do sistema. A tela inicial do aplicativo da NuvemShop tem seis caixas: Clientes, Produtos, Pedidos, Situações, Integrações e Usuários. Meios de pagamentos não está entre elas, e isso não muda por atualizar a página. Quem procura ali não acha, e conclui que a tela não existe. (Vale notar que no aplicativo da Shopee essa caixa existe; na NuvemShop, não.)

A tela existe e tem cadastro completo: adicionar, listar, visualizar, editar e deletar. Ela fica dentro do próprio aplicativo da NuvemShop, mesmo sem ter caixa no Início. Uma vez aberta, a tela se navega sozinha: tem o botão Adicionar, as ações em cada linha e o caminho de volta no topo, escrito Meios de pagamentos.

Não conclua que o módulo está incompleto: as duas telas gravam, editam e apagam normalmente.

Sobre permissão, o assunto tem dono. Quem responde por permissão da NuvemShop é o conteúdo de permissões do aplicativo, e é lá que está a relação fechada do que a lista traz. Se a dúvida for liberar essa tela para um funcionário, é por lá que ela se resolve.

SITUAÇÕES DE PEDIDOS

O cadastro tem dois campos, e só dois. Os dois são obrigatórios e os dois são listas fechadas, sem digitação livre.

Situação é a situação de pedido do seu sistema, aquela que você já usa no ERP.
Referência é a situação que vem da NuvemShop. O texto da própria tela fala em "situações de pagamentos da Nuvemshop".

O texto da tela explica o efeito: ao sincronizar um pedido com uma situação específica da NuvemShop, ele já entra vinculado à situação correspondente do sistema.

A lista tem quatro colunas: Situação, Referência, Cadastrado em e Ações. Em cada linha você tem Visualizar, Editar e Deletar, e no topo o botão Adicionar. A busca da lista é pela situação. Ao deletar, o sistema pergunta se você deseja remover aquela situação, citando o nome dela.

A tela de visualização mostra os mesmos três dados: Situação, Referência e Cadastrado em.

MEIOS DE PAGAMENTOS

Mesmo desenho, outro assunto. Dois campos, os dois obrigatórios, os dois de lista fechada.

Referência Nuvem Shop é o meio de pagamento que vem da loja.
O outro campo tem o nome do seu sistema e é onde você escolhe a forma de pagamento do ERP.

O texto da tela diz o efeito: ao sincronizar um pedido com aquele meio de pagamento da NuvemShop, ele já entra com a forma de pagamento correspondente do sistema.

A lista tem cinco colunas: Referência NuvemShop, a forma de pagamento do sistema, Cadastrado em, Modificado em e Ações, com Visualizar, Editar e Deletar em cada linha. A busca da lista é só por meio de pagamento, nada mais. Ao deletar, a confirmação cita o nome da forma de pagamento do sistema, não a referência da NuvemShop.

A visualização mostra a forma do sistema, a Referência Nuvem Shop, Cadastrado em e Modificado em. Atenção a um detalhe conhecido: nessa tela de visualização a linha Modificado em repete a data de cadastro. Para conferir quando o vínculo foi alterado de verdade, use a coluna Modificado em da lista.

Em tela pequena, as colunas de data das duas listas ficam escondidas. Se pelo celular parecer que "não tem data nenhuma", abra a tela no computador.

AS OPÇÕES VÊM PRONTAS NA TELA

Nas duas telas, as duas listas de opções são carregadas pelo sistema no momento em que a tela abre. Você não digita nem inventa nada: abre o campo e escolhe entre o que aparece. Por isso não adianta copiar o nome de uma situação ou de um meio de pagamento da NuvemShop de outro lugar: o que existe é o que está na lista da sua conta, e isso depende da sua loja.

As duas telas começam vazias, com o convite para adicionar o primeiro registro. Enquanto ninguém cadastrar, não há tradução nenhuma.

QUANDO A FORMA DE PAGAMENTO NÃO APARECE NA LISTA

Queixa comum: o cliente abre o campo do lado do sistema e não encontra a forma de pagamento que queria.

A primeira coisa a checar é se a forma de pagamento existe no ERP. Se ela nunca foi cadastrada, não vai aparecer em lugar nenhum. Cadastro de forma de pagamento é assunto do ERP e se resolve pelo conteúdo do ERP.

Se ela existe e mesmo assim não aparece, a hipótese seguinte é que já esteja vinculada a outra integração. Isso é hipótese a verificar, não regra fechada: a lista desse campo é montada pelo sistema. Se a verificação confirmar, o caminho é criar outra forma de pagamento no ERP para usar na NuvemShop.

O QUE COSTUMA DAR ERRADO

O pedido entra com a situação errada. Quase sempre o de-para daquela situação não foi cadastrado, ou foi cadastrado apontando para outra situação. Abra a lista de Situações antes de olhar o pedido: se não existe linha para aquela situação da NuvemShop, achou a causa. Se existe, olhe para onde ela aponta.

O pedido entra sem a forma de pagamento esperada. Mesma lógica na tela de Meios de pagamentos. Vale conferir também se a forma escolhida no de-para é mesmo a que se esperava, porque em edição é fácil trocar sem perceber.

A pessoa não acha Meios de pagamentos no Início. Não está lá. Veja a primeira seção.

A pessoa não acha a permissão de Meios de pagamentos. Isso se responde pelo conteúdo de permissões da NuvemShop, que é o dono dessa lista.

Cadastrou o de-para em uma loja e a outra não pegou. O que se confirma é que a integração da NuvemShop é por loja: o sistema chega a avisar "Esta loja não está integrada ao NuvemShop". Já o cadastro do de-para tem só os dois campos descritos aqui e não pede loja, então esse ponto precisa ser conferido caso a caso, antes de concluir que o vínculo é por loja ou único para a conta inteira. O vínculo por loja está tratado no conteúdo geral de Integrações.

Cadastrou o de-para depois de o pedido já ter entrado. O texto das duas telas fala em vincular no momento em que o pedido é sincronizado. Ou seja: um de-para criado depois vale para as próximas sincronizações, e os pedidos que já entraram precisam ser conferidos à parte.

ONDE CONFERIR O RESULTADO

Na lista de Pedidos do aplicativo existem duas colunas lado a lado: Pagamento e a coluna Status com o nome do seu sistema. Ler as duas juntas é o jeito rápido de ver o que veio da loja e o que ficou aqui dentro. A mesma tela tem ainda a coluna Sincronizado e uma busca avançada com filtro por Pagamento, úteis para separar o pedido do chamado.

ONDE ESTÁ O RESTO

Situação de pedido, forma de pagamento e conta bancária são conceitos do ERP e se respondem pelo conteúdo do ERP. O desenho geral do de-para nos cinco canais de venda está no conteúdo de Marketplaces e e-commerce. O roteiro de integrar um meio de pagamento e o funcionamento do Pix estão no conteúdo de Meios de pagamento. O vínculo por loja, o efeito de remover a integração e o Gerar venda estão no conteúdo geral de Integrações.