Tray: de-para de situações de pedido e de meios de pagamento
DUAS TELAS, DOIS CADASTROS DIFERENTES
O conceito do de-para entre a loja e o ERP já está explicado no conteúdo de Marketplaces e e-commerce. Aqui é o como fazer na Tray, com os nomes de campo reais.
Dentro do aplicativo da Tray existem duas telas separadas para isso: Situações de pedidos e Meios de pagamentos. Cada uma tem a sua própria lista e funciona como um cadastro comum: você adiciona, visualiza, edita e exclui um vínculo por vez. São cadastros independentes: se você fez o de-para de situações, ainda falta o de meios de pagamento, e vice-versa.
SITUAÇÕES DE PEDIDOS: OS DOIS CAMPOS
O formulário tem exatamente dois campos, e os dois são obrigatórios.
Situação: a situação do seu ERP.
Referência: a situação que veio da Tray.
A lista mostra as colunas Situação, Referência, Cadastrado em e Ações. A busca da tela procura por situação. Nas ações você tem visualizar, editar e excluir. A visualização repete o par e a data de cadastro.
Quando a lista está vazia, a própria tela explica o objetivo: vincular as situações da Tray às situações do sistema, para que ao sincronizar um pedido com uma situação da Tray ele já receba a situação equivalente no ERP.
MEIOS DE PAGAMENTO: OS DOIS CAMPOS
Também são dois campos obrigatórios.
Referência Tray: o meio de pagamento que veio da loja.
O segundo campo aparece com o nome do seu sistema no rótulo e lista as formas de pagamento cadastradas no ERP.
A lista mostra Referência Tray, o nome do sistema, Cadastrado em, Modificado em e Ações. A busca procura por meio de pagamento. Também tem visualizar, editar e excluir, um vínculo por vez.
Detalhe da tela de visualização de um meio de pagamento: hoje ela repete a data de cadastro no campo Modificado em. Se essa data parecer estranha, é isso mesmo; não é sinal de que o vínculo mudou.
O ATALHO QUE NÃO EXISTE: ONDE ACHAR MEIOS DE PAGAMENTO
Este é o motivo mais comum de chamado nessas duas telas.
A tela inicial do aplicativo da Tray tem uma lista fechada de cinco atalhos, e são só estes: Produtos, Pedidos, Situações, Integração e Usuários.
Repare que Situações está lá, com a descrição de associar e gerenciar as situações de pedido. Meios de pagamento não está. A tela existe, funciona e tem o mesmo cadastro completo, mas não tem atalho na tela inicial. Quem procura o de-para de pagamento por ali não acha e conclui que o recurso não existe.
A tela de Meios de pagamentos fica dentro do próprio aplicativo da Tray, e é de lá que se abrem adicionar, editar e visualizar. Se ela aparece ou não no menu lateral do aplicativo varia, e isso não é decidido nessa tela: se precisar confirmar, vale conferir o menu.
Detalhe que ajuda a não se perder: dos cinco atalhos, o de Usuários não é uma tela da Tray. Ele abre o cadastro de usuários do próprio ERP, reaproveitado dentro do aplicativo. Situações é tela do aplicativo da Tray, com dados só da Tray.
DE ONDE VÊM AS OPÇÕES DOS DOIS LADOS
Nos dois formulários os dois campos são listas de seleção. Não existe campo livre para digitar. Isso é proposital: o vínculo só pode apontar para coisas que já existem dos dois lados.
Do lado do ERP, as opções são as situações e as formas de pagamento já cadastradas no seu sistema. Isso é cadastro do ERP e se resolve no conteúdo do ERP, não aqui.
Do lado da loja, as opções de Referência são as da Tray e chegam prontas da própria integração. A tela não monta essa lista sozinha nem deixa digitar uma referência nova.
A regra de diagnóstico sai daí: se a opção que você espera não aparece na lista, o problema está onde ela nasce. Faltou do lado do ERP, cadastre a situação ou a forma de pagamento no ERP. Faltou a referência da Tray, o caminho é conferir na loja — e, se mesmo existindo lá ela não aparecer aqui, é caso de acionar o atendimento, porque quem monta essa lista é a própria integração.
OS AVISOS NA LISTA DE PEDIDOS
A lista de pedidos da Tray sinaliza pedido incompleto. Ao lado do código do pedido aparece um triângulo amarelo, e o texto do aviso só aparece quando você passa o mouse em cima do ícone. São dois avisos independentes, e o mesmo pedido pode ter os dois:
Pedido sem meio de pagamento!
Pedido sem situação definida na tray!
Leia o texto com cuidado, porque ele diz de onde vem a falta. O aviso de situação aponta para a Tray: o pedido chegou sem situação definida lá. O de meio de pagamento aponta para o pedido que chegou sem forma de pagamento. Ou seja, o triângulo não é, por si só, prova de que falta o de-para — ele mostra que o pedido está incompleto.
Na prática valem as duas verificações, nessa ordem: confira o pedido na loja Tray (ele tem situação e forma de pagamento lá?) e confira se o par existe na tela de de-para correspondente.
O QUE MUDA DEPOIS DE CADASTRAR O PAR
Pelo texto das próprias telas de de-para, é na sincronização do pedido que a situação e o meio de pagamento da Tray viram os do ERP. Por isso o de-para precisa existir antes.
Para sincronizar você seleciona o pedido na lista, usa o botão Sincronizar e confirma. Sem selecionar nada, o sistema avisa que você deve selecionar no mínimo um pedido.
E aqui vai o limite importante: pedido já sincronizado não entra na seleção. Ao tentar marcá-lo, a tela desmarca e avisa que ele já está sincronizado. Então cadastrar o de-para agora não reprocessa pedido antigo por essa lista — o vínculo vale para os pedidos que ainda serão sincronizados. Pedido já sincronizado que ficou errado precisa ser tratado caso a caso, não pelo botão Sincronizar.
O QUE COSTUMA DAR ERRADO
Procurar Meios de pagamento na tela inicial. Não tem atalho lá, mas a tela existe dentro do próprio aplicativo da Tray.
Cadastrar só um dos dois de-para. São cadastros independentes. O aviso do outro continua aparecendo.
Abrir Situações antes de vincular a loja. Essa tela verifica se existe integração e, se não existe, leva você para a tela de Integração. Não é erro: é o vínculo da loja que ainda não foi feito. A tela de Meios de pagamento não faz essa verificação e abre a lista direto, o que dá a impressão errada de que está tudo certo.
Esperar de-para automático. Não existe nas telas. Nenhum par vem pronto e nenhum é criado sozinho a partir dessas telas.
Excluir um vínculo para testar. A exclusão pede confirmação com o nome do vínculo e remove o par. Sem o par, o de-para daquela situação ou daquele meio de pagamento deixa de existir; se precisar dele, cadastre de novo.
Esperar que cadastrar o par conserte pedido antigo. Não conserta por essa lista, porque pedido já sincronizado não pode ser selecionado de novo.
O QUE ESSAS TELAS NÃO FAZEM
Não há nessas telas nenhuma regra de baixa financeira ligada a esse de-para. Como o pedido é lido na loja, com que frequência isso acontece e como a lista de referências é montada também não se decide aqui.
O desenho comum dos canais de venda, o dono do pedido, do estoque e do preço, e as travas de autorização estão no conteúdo de Marketplaces e e-commerce. O índice de integrações, 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.