Como uma loja online pode integrar os serviços de entrega de email em seus processos de negócios

O Mail ajuda as lojas online a automatizar a maioria de seus processos logísticos. Podemos ser encarregados de entregar encomendas , imprimir e enviar cartas , armazenar , coletar e embalar pedidos .



Até agora, um sistema separado é responsável por cada um desses processos. Para usar o serviço de e-mails registrados, envio ou preenchimento de pedidos, são necessárias integrações com cada um deles. E queremos garantir que o cliente tenha acesso a todos os recursos do Mail com base no "balcão único", sem esforço extra e muito mais rápido. Para implementar essa idéia, estamos criando uma plataforma de integração sobre a qual queremos falar.



Unimos integrações em uma janela



Para facilitar o acesso a todos os serviços de correio, precisamos de um sistema que: 1) conecte a API do Mail à API da loja sem mergulhar profundamente nos processos de negócios de todos; 2) conecte todos os nossos serviços através da “uma janela”. Essas tarefas serão resolvidas pela plataforma de integração.



Agora , estamos escrevendo um conector individual para integrar o cliente à nossa API em cartas registradas de expedição , atendimento ou eletrônicos . Cada serviço tem o seu próprio. Um conector é um "tradutor" que ajuda a loja e os Correios a se entenderem. Descriptografa as informações da API do cliente em nosso formato e, em seguida, faz isso na direção oposta.



Fizemos um desses conectores para conectar o mercado Beru ao Dispatch, um serviço que automatiza a preparação de encomendas para entrega nas filiais. O conector recebe dados da API Yandex no formato XML, converte-os em JSON para transferência para a conta de envio e ajusta nosso procedimento de trabalho ao processo do cliente.



Existem várias ações da agência postal: atribuir um número de faixa, enviar dados ao sistema, transferir dados para rastreamento. Na loja: faça um pedido, verifique o endereço, mostre o custo de envio e obtenha um número de rastreamento. Essas ações nos processos do Mail e da loja têm uma ordem diferente e podem ser chamadas de maneira diferente. Nosso primeiro passo é verificar o endereço e calcular a tarifa, e a loja primeiro gera um pedido. É necessária ajuda para alinhar essas etapas para que os dois sistemas possam se entender.







A loja envia ao Mail uma solicitação "Crie um novo pacote de Moscou para Saratov, pesando 1 kg", e o conector o decompõe em variáveis ​​compreensíveis para nossa API "Crie um novo pacote" "Rota: Moscou - Saratov" "Peso: 1 kg". Se eu considerar que Bru deseja conectar-se ao cumprimento para armazenar e enviar mercadorias de nosso armazém, precisarei escrever outro conector.





O processo usual de conexão com serviços de email



A boa notícia é que os conectores são gravados para um formato de API específico (XML, JSON etc.), para que possam ser reutilizados para clientes com requisitos semelhantes. Mas, para que isso funcione, você precisa criar um kernel através do qual todos os serviços de email se comunicarão e com os quais conectores prontos serão conectados. Esse núcleo, a base da plataforma de integração, será o sistema geral de gerenciamento de pedidos por correio. Em seguida, o processo de conexão terá a seguinte aparência:





Conectando-se a todos os serviços de correio por meio da plataforma de integração



A plataforma funcionará com o princípio de um sistema BPMN no qual os analistas criam um processo comercial de uma ação específica. Isso permitirá que você converta dados de qualquer formato para o desejado. Tudo o que precisa ser feito manualmente é conectar as variáveis ​​para gerenciar o pedido.



Usando conectores, traduzimos o formato dos dados e comparamos a ordem das ações, que leva de um a dois meses. E a plataforma de integração permitirá que você conecte um novo cliente a todos os nossos sistemas em uma ou duas semanas sem desenvolvimentos complexos, com o mínimo envolvimento dos programadores.



Modificação da estrutura do trabalho com ordens



Agora, todas as operações de correio são controladas por sistemas diferentes, cada um dos quais é responsável por sua própria etapa e não troca dados com o restante. O OMS integrará todas as tarefas e trabalhará com elas a partir de um ponto.



Um sistema unificado de gerenciamento de pedidos cobrirá todas as necessidades do cliente no ecossistema de correio. Poderemos pegar as sobras de um armazém, transferi-las para atendimento, preparar a remessa e enviá-las para entrega. Ele também expandirá as capacidades de nossos processos internos - permitirá o lançamento de serviços que os Correios ainda não fornecem: entrega de mercadorias volumosas, entrega de courier do departamento a um destinatário específico e outros.



Um sistema geral de gerenciamento de pedidos postais pode ser imaginado como um operador com várias armas que aceita todas as tarefas recebidas, determina prioridades e prazos, decide quem e quando transferir a tarefa, controla todas as alterações na ordem desde o momento do recebimento até a conclusão.





Fluxo de trabalho do OMS



Por exemplo, recebemos um pedido de entrega de uma geladeira, que deve ser elevada ao 25º andar sem elevador. Os Correios não têm um serviço de entrega para um produto tão grande e não há transportadores próprios. O OMS selecionará um contratado adequado entre nossos parceiros e direcionará a tarefa para ele. E quando um parceiro recebe um pedido de encomendas que não cabem no carro, podemos pegar o pedido e recarregar nosso próprio transporte. Devido ao fato de que cada participante do OMS pode atuar como cliente e contratado, teremos a oportunidade de distribuir pedidos entre o Correio e os parceiros, a fim de otimizar o uso dos recursos de cada um.



O piloto do OMS dentro do Post começará no próximo mês. Depois disso, começaremos a desenvolver uma plataforma de integração que combinará o ciclo de vida do pedido no OMS com os processos de negócios do cliente. Em breve, uma integração simples será suficiente para conectar vários serviços de correio.



API do Open Mail



Os conectores são necessários apenas para as plataformas online que possuem seus próprios padrões de API. Aqueles que não têm essas restrições podem conectar seu armazém, sistema de classificação ou fluxo de trabalho à troca de dados por meio das APIs de rastreamento aberto e da API de envio de encomendas .



Esta oportunidade usa o OZON. Com os recursos habituais da API, fomos capazes de fechar toda a cadeia de criação, preparação e rastreamento de encomendas para um enorme mercado que envia de 300 a 400.000 encomendas por mês via Correios:



  1. API - OZON . – , . , .
  2. OZON.
  3. API OZON . , , , .


A API é usada pelos clientes com seu próprio sistema de gerenciamento de pedidos. Se sua loja for executada em um dos populares CMS: InSales, amoCRM, ShopScript, 1C-Bitrix ou CS: Cart, você poderá usar aplicativos que operam com base no módulo oficial do Mail.



Módulo para lojas nas plataformas CMS



O módulo envia os parâmetros da parcela do carrinho de compras para a tarifa , o serviço para calcular o tempo e o serviço de rastreamento. A partir daí, recebemos informações sobre o tempo e o custo da entrega e as transferimos para a conta pessoal do Dispatch, onde ocorre a preparação preferencial - uma etiqueta de endereço é formada e um número de faixa é atribuído.







Na conta pessoal da Remessa, documentos e dados de rastreamento são retornados para a interface do sistema de gerenciamento da loja. O vendedor pode imprimir etiquetas para entrega de encomendas e transferir números de faixas para os clientes em seu CRM habitual.



Widget de seleção de ramificação



Se os compradores preencherem todos os dados do pedido sem sair do site, a conversão para compras será maior. Para que, na fase de registro da entrega, eles não precisem se lembrar do endereço, código postal e horário de funcionamento da filial mais próxima ou procurar essas informações fora do site do vendedor, você pode usar um widget com um mapa das agências postais e pontos de emissão de pedidos.

O cliente seleciona uma filial no mapa e vê informações sobre ela: endereço, horário de funcionamento, métodos de pagamento, bem como o custo e o tempo de entrega, extraídos dos serviços API abertos tariff.pochta.ru e delivery.pochta.ru .





O comprador recebe todas as informações importantes em uma janela - prazo, custo e cronograma de trabalho da filial



Você não precisa de nenhum conhecimento especial para instalar um widget em um site ou aplicativo. O construtor está configurado com apenas alguns cliques e está disponível em widget.pochta.ru .






Embora tenhamos um conjunto de soluções que fecham quase qualquer solicitação de uma empresa, não paramos por aí e criamos um único ponto de entrada para os clientes. Com isso, as empresas receberão ferramentas para facilitar a integração da logística em seus processos, e o Post será outro canal poderoso para promover e desenvolver seus produtos e serviços.



Se você compartilhar essa abordagem e quiser participar da transformação de serviços que serão usados ​​por centenas de lojas on-line em todo o país, esperamos por você na equipe de Tecnologias Postais. As vagas abertas em 9 cidades da Rússia podem ser visualizadas em hr.pochta.tech/vacancies .



All Articles