CommerceHub, Overstock, Limango e companhia não são marketplaces no sentido da Amazon. São redes de dropship de retailers: uma cadeia vende no seu site, a encomenda chega até si, e o senhor expede diretamente ao cliente final em nome da cadeia. O comprador não sabe que existe, e essa frase contém quase todos os requisitos técnicos.
A guia de remessa não leva a sua marca
É o requisito que mais projetos deita abaixo. A caixa que chega ao cliente leva a guia de remessa do retailer, com o logótipo dele, o número de encomenda dele e o texto de devoluções dele. No Odoo, isso significa um modelo de relatório por retailer e um número de encomenda externo impresso nele. Não é cosmética: se sair a sua guia de remessa, está a incumprir o contrato.
A etiqueta também pode não ser sua
Muitos retailers impõem o seu contrato de transporte: entregam-lhe a etiqueta já paga e o senhor só tem de colar e entregar. Outros deixam-no usar o seu, mas exigem o número de seguimento antes de uma hora determinada. Os dois casos resolvem-se no Odoo, mas com mecanismos diferentes: no primeiro, a etiqueta entra como ficheiro e é anexada à guia de remessa; no segundo, o número sai do seu próprio conector de transportadora e é devolvido à rede.
A rutura de stock é penalizada
Num marketplace, ficar sem existências significa que deixa de vender. No dropship de retailers significa que cancela uma encomenda que o retailer já vendeu ao seu cliente, e isso é medido e penalizado. A consequência prática é que a publicação de stock tem de ser mais conservadora do que em qualquer outro canal: margem de segurança mais alta e publicação ao confirmar, não em lotes horários.
E o catálogo vai por ficheiro, não por uma API bonita
Uma parte considerável desta indústria continua a funcionar com ficheiros: catálogos por CSV, stock por FTP, confirmações por EDI. Não é um defeito, é o que existe, e um conector sério tem de falar essa língua sem se queixar. O que se lhe deve exigir é que registe cada troca, porque quando falta uma encomenda a única forma de demonstrar o que aconteceu é o ficheiro que foi enviado e o que foi recebido.
O que fazemos nós aqui
Com todas as letras: não temos um conector de CommerceHub publicado na App Store de Odoo. O que fazemos é desenvolver a integração por medida para a operativa concreta de cada rede, que é justamente o que este tipo de projetos precisa, porque não há dois retailers que peçam o mesmo. O que temos feito e publicado são os conectores dos marketplaces clássicos: Amazon, Mirakl, Temu e o resto do catálogo.
Perguntas frequentes
É possível ter dropship e venda própria no mesmo Odoo?
Sim, e convém. O que há que separar são as rotas de armazém e os modelos de guia de remessa, não a base de dados. O stock é o mesmo e é aí que está a vantagem.
E se o retailer trabalhar por EDI e não por API?
É o habitual nesta indústria e não muda a abordagem. O que muda é o transporte da mensagem; o mapeamento para documentos do Odoo é o mesmo trabalho.
Quanto tempo demora um projeto assim?
Depende de quantas mensagens o retailer exigir e de se lhe impõe o transporte. Um fluxo de encomenda, confirmação e expedição é curto; acrescentar faturação e devoluções alonga-o. Sem ver a especificação dele, ninguém lhe pode dar uma data séria.
Ligações úteis dentro da FlexigoTech
Uma rede de dropship aceitou-o e não sabe por onde começar?
Envie-nos o documento de integração dela. Dizemos-lhe que mensagens são obrigatórias, o que se pode automatizar no Odoo e o que vai continuar a precisar de alguém a acompanhar. Escreva para comercial@flexigobe.com ou agende uma chamada.

