Alteração SinOMNI ME para SinOMNI WL

Atendimento de pedidos pendentes

Para alteração do tipo do Sín[OMS] de multi-estoque para white label é necessário definir uma data para interrupção da integração de estoque e pedidos. Antes da migração para as novas contas que funcionarão no modelo white label, é necessário que os pedidos pendentes tenham seu ciclo de vida encerrado.

Na data previamente alinhada, a integração de estoque e pedidos será interrompida. Para isso, solicitamos que o cliente desative as warehouses das lojas na Vtex e alteramos o valor do parâmetro INTEGRA_ESTOQUE para “false”, somente para as contas que serão desativadas. Dessa forma, não será possível gerar novos pedidos e-commerce para as lojas.

Conforme mencionado anteriormente, após a interrupção da integração, é necessário que a marca atenda todos os pedidos pendentes. Todos os pedidos importados para o Sín[OMS] deverão ser expedidos, marcados como entregue ou cancelados. Os pedidos marcados como entregue ficarão com esse status apenas no Sín[OMS], o status não será levado para a Vtex, visto que as warehouses estarão inativas. Pedidos com status “Aguardando Retirada” deverão ser tratados pelo cliente e marcados como entregue no Sín[OMS].

Quando os pedidos forem zerados, é válido conferir se todos os pedidos das contas antigas foram baixados da Vtex para o Sín[OMS] e se todos os romaneios gerados por contas de lojas foram encerrados, para que não existam lacunas quando a integração for reativada.

Validação de parâmetros

Parâmetro TIPO_SINOMS: Parâmetro utilizado para indicar o tipo do SinOMS utilizado. Valores possíveis: SINTESE_VTEX e VTEX.

• SINTESE_VTEX: quando é utilizado o conceito de warehouses na Vtex. Nesse modelo a quebra do pedido é feita pelo Sín[TALK] e todo o controle de change seller é feito pelo Sín[OMS]

• VTEX: quando é utilizado o conceito de sellers na Vtex. Nesse modelo os pedidos já descem quebrados por seller direto da Vtex.

Parâmetro UTILIZA_SPLIT_PGTO: Parâmetro utilizado para indicar o tipo de integração de pagamento do pedido. Valores possíveis: 1, 2 e 3.

• Se o cliente utilizar split de pagamento e o pagamento na Vtex foi configurado para ser processado no seller, utilizar o valor do parâmetro “1” (Processado no Seller e assumido pela Loja);

• Se o cliente utilizar split de pagamento e o recebível for processado no seller, mas o pagamento for processado na conta principal da Vtex, utilizar o valor do parâmetro “2” (Processado no Market Place e assumido na Loja);

• Se o cliente não utilizar split de pagamento, utilizar o valor do parâmetro “3” (Processado no Market Place e assumido na Retaguarda).

Parâmetro ENVIA_NOTIFICACAO_MANUSEIO_PARA_CONTA_PRINCIPAL: Parâmetro utilizado para indicar se a informação de início de manuseio do pedido enviada para a Vtex será enviada para a conta do pedido ou para a conta principal. Valores possíveis: True e False.

• Se na retaguarda for utilizado o múltiplo para a conta do pedido, utilizar o valor “False”. Com isso os status de “Faturado” e “Expedido” serão enviados somente para a conta principal do cliente na Vtex;

• Se o cliente não utilizar o múltiplo para a conta do pedido, utilizar o valor “True”. Com isso os status de “Faturado” e “Expedido” serão enviados para cada seller na Vtex, de acordo com a conta do pedido.

Parâmetro AGRUPA_PGTO_PERNA_RETAGUARDA: Parâmetro utilizado para indicar se na geração da perna financeira na retaguarda (PGTO), de pedidos divididos para atendimento em duas ou mais lojas, o ticket deve ser gerado de forma agrupada ou separada por pedido. Valores possíveis: True e False.

• True: Se um pedido e-commerce for atendido parcialmente por duas ou mais lojas, será gerado apenas um ticket na retaguarda com o valor total do pedido. Exemplo: um pedido e-commerce, com duas peças, cada uma com o valor de R$ 50,00 é atendido parcialmente por duas lojas. Na criação da perna financeira na retaguarda, será gerada apenas uma perna no valor de R$ 100,00.

• False: Se um pedido e-commerce for atendido parcialmente por duas ou mais lojas, será gerado um ticket para cada pedido omnichannel na retaguarda. Exemplo: um pedido e-commerce, com duas peças, cada uma com o valor de R$ 50,00 é atendido parcialmente por duas lojas. Na criação da perna financeira na retaguarda, serão geradas duas pernas, no valor de R$ 50,00 cada.

Criação de novas contas

Após recebimento do questionário com os dados de acesso aos novos sellers, inserir as novas contas no Sín[OMS] de acordo com o indicado no questionário. Os nomes das novas contas deverão ser idênticos aos ID's dos sellers white label na Vtex.

Após o atendimento de todos os pedidos das contas com arquitetura multi-estoque, estas podem ser desativadas e será possível configurar a integração para as novas contas do modelo white label. Caso as lojas não troquem a máquina onde o serviço SinTalk.Client está instalado, ou a filial e-commerce Linx, não é preciso reinstalar a loja, sendo apenas necessário alterar a configuração do Sín[TALK] “VtexAccountLoja” dentro do Sín[OMS].

Open

Se houver troca de máquinas, ou novas lojas, solicitar acesso às lojas para instalação do Sín[TALK] Store (base de conhecimento “SINOMS - INSTALAÇÃO SINTALK”).

Se houver mudança da filial e-commerce no Linx, é necessário acessar a loja, parar os serviços, alterar a identificação do Sín[TALK] na máquina e ajustar a config VtexFilialEcommerceLinx com o nome da nova filial. Em seguida, solicitar para a equipe de desenvolvimento a exclusão da identificação antiga no Sín[OMS] e, depois que ela for deletada, reativar os serviços na loja.

Na retaguarda, ajustar a config “vtexIdSellersImportacaoPedidosOmniChannel” inserindo as novas contas white label separadas por “;” (ponto e vírgula).

Concluídas as etapas descritas acima, as novas contas no formato white label podem ser ativadas e os dados de acesso às novas contas podem ser enviados para o cliente.

Integração com transportadoras

Configurar no Sín[OMS] as políticas de envio ativas dos sellers white label.

Open

Configurar na tela de transportadoras do Sín[OMS] a integração com transportadoras para as novas contas.

Open

Criação de pedido de teste

Concluídas as configurações no Sín[OMS], solicitar a criação de um pedido de teste para o cliente, com o intuito de validar se todo o processo, desde a importação do pedido para o Sín[OMS] até a integração do pedido com a transportadora, está funcionando corretamente. Nesse processo, validar as seguintes etapas:

• integração do pedido e-commerce para o Sín[OMS]

• faturamento do pedido e-commerce

• validação fiscal, financeira e contábil da nota fiscal

• encerramento do romaneio e expedição do pedido

• integração do pedido com a transportadora

• envio de status dos pedidos (faturado e entregue) para a Vtex.

Observações finais

Verificar com o cliente se a opção “Herdar preços da conta-pai” está marcada no novo seller, configuração necessária para que o estoque do seller seja exibido no site da marca.

Open

Verificar com o cliente se os novos sellers estão marcados como sellers abrangentes na Vtex, configuração necessária para que o estoque do seller seja exibido no site da marca. Para habilitar um seller como abrangente é necessário realizar uma chamada na API de atualização da Vtex.

Autor(a): Renan Teixeira