A Contoso GbR vende bicicletas da sua própria produção através de dois canais de venda. Por um lado, 4 representantes de vendas independentes, divididos em 4 áreas de vendas Norte, Este, Oeste e Sul, tratam dos revendedores de bicicletas localizados nessas áreas e recebem uma comissão de vendas fixa por isso; por outro lado, as bicicletas são vendidas directamente ao consumidor final através da loja Web da própria empresa. Para um fabricante de bicicletas de média dimensão, este deve ser um cenário realista. A questão empolgante agora é como resolver isto com o JTL-Wawi, para que os representantes de vendas não tenham de manter laboriosamente todas as vendas numa tabela Excel e, no final do mês, as estatísticas de vendas e as declarações de comissões possam ser criadas com o premir de um botão. Uma questão interessante, penso eu.

Na JTL-Wawi não existe a possibilidade de atribuir um empregado a cada cliente que possa processar explicitamente esse cliente. A ligação necessária dos campos correspondentes da base de dados está simplesmente ausente aqui. Nas ofertas, encomendas e facturas, o utilizador com sessão iniciada em cada caso é armazenado como o processador. Bem, os nossos representantes de vendas independentes não devem necessariamente ter acesso total ao Wawi e a todas as outras informações. Infelizmente, ainda não existe a possibilidade de definir campos próprios como produtos e categorias. No ant, nem todos os campos de cliente podem ser utilizados na exportação de dados da factura. Então, o que é que resta?

Exportação própria com consulta SQL

Uma possibilidade é ignorar o ant para a exportação e resolver uma exportação directa através de uma consulta SQL. As vantagens são óbvias. Posso guardar o vendedor como um atributo do cliente e, por conseguinte, não tenho de criar um novo utilizador. O utilizador que está realmente a processar a tarefa aparece sempre como o processador. Os territórios de vendas podem ser criados como categorias de clientes ou grupos de clientes, pelo que prefiro o campo da categoria de clientes. Tudo isto só tem de ser feito uma vez quando se cria um novo cliente. Se o cliente se registar através da loja B2B, deve ser explicitamente activado para o comerciante do grupo de clientes (daí a utilização do campo categoria de cliente) e as atribuições necessárias, como vendedor e área de vendas, podem ser feitas ao mesmo tempo. Quando o cliente faz uma encomenda mais tarde, independentemente do canal de venda, a informação necessária já está armazenada com cada encomenda.

Para a exportação dos dados das facturas, é escrita uma consulta com o SQL Management Studio sobre os campos necessários da base de dados, com a qual se pode exportar os dados das facturas como um ficheiro *.csv no final do mês. Do meu ponto de vista, esta é a melhor solução.

Uma conta separada para cada vendedor

A segunda possibilidade consiste em criar uma conta no Wawi para cada vendedor e simplesmente ocultá-la ao empregado. Desta forma, posso agora utilizar o JTL ant para a exportação, mas deparo-me agora com um novo problema. Com cada nova encomenda, independentemente de ter sido importada através da comparação da loja virtual ou criada através de uma encomenda instantânea, tenho de alterar manualmente o agente para o vendedor armazenado após a criação da encomenda. A longo prazo, isto custa muito tempo, além de ser incómodo e propenso a erros. O resultado final é que considero esta solução muito insatisfatória.

Conclusão

Por vezes, são as pequenas coisas que tornam a vida mais fácil. A razão pela qual me debrucei sobre este tema é muito simples. Os dados são depois analisados com uma folha de cálculo. Para este efeito, a utilização de uma tabela dinâmica é uma escolha natural. Nos próximos dias, mostrarei como criar uma tabela dinâmica deste tipo com o LibreOffice Calc. Para receber dados de amostra sob a forma de um ficheiro csv, queria criá-lo com a minha instalação de amostra do JTL-Wawi. Quando joguei com as possibilidades, a solução que prevaleceu para mim foi claramente uma. É claro que aqui são necessários muitos conhecimentos de SQL, mas o tempo poupado vale a pena. Seguir-se-á uma documentação pormenorizada de forma segura.

Ali Oukassi

Mohamed Ali Oukassi ist Gründer und Inhaber von eBakery. Er hat mehr als zwölf Jahre Erfahrung in der E-Commerce Welt. Mit seinem Team aus Experten kann er jeden Bereich abdecken und lebt den Full-Service-Gedanken, egal ob es um die Erstellung / Umstellung eines Shops, die Berartung hinsichtlich des richtigen Shopsystems, Marketingfragen, SEO oder auch das Thema Social Media Integration geht. Gut vernetzt und mit einem leistungsstarken Personal im Rücken, nimmt er sich jeder Herausforderung im E-Commerce an.