O termo desconto de pronto pagamento, como quase todos os termos técnicos em contabilidade, vem do italiano e significa tanto como “deduzir”. Basicamente, trata-se de um desconto/bónus que é concedido se o cliente liquidar as suas responsabilidades com o fornecedor num determinado período de tempo. Portanto, um pequeno bónus por não ter esperado até ao último dia. Por conseguinte, em regra, apenas são concedidos descontos na ordem dos 2 a 3 por cento. No sector business-to-customer (B2C) – quando o cliente final compra bens – isto quase nunca acontece. Nos negócios entre empresas, ou seja, entre duas empresas, esta prática continua a ser comum. O exemplo é o do grossista que concede aos seus retalhistas um desconto no prazo de 7 dias. E agora é suposto eu mapear tudo com o novo JTL-Wawi.

Adaptado livremente do Quarteto Fantástico: “Podia ser tão fácil, mas não é!” E foi exactamente assim que este problema se apresentou a mim. Assim, a primeira questão era saber onde depositar o desconto em dinheiro. Tenho de criar um tipo de pagamento separado para este efeito ou posso armazenar o desconto directamente com o cliente? O requisito do meu cliente é que o seguinte texto apareça na factura:

„Zahlungsbedingung: Bar ./. [Wert-Skonto] % Skonto bis [Datum] abzgl. [Wert-Skonto] [Betrag minus Skonto] EUR.

Coloquei aqui os valores entre parênteses rectos que devem ser posteriormente armazenados ou calculados como variáveis nos formulários. E foi precisamente aqui que tive uma ligeira crise, e imagino que algumas pessoas também agarrarão a cabeça. O que é que se faz nestes casos? Não posso estar sozinho com este problema, por isso certamente alguém tem a solução para mim. Fui ao fórum JTL, descrevi o meu problema e perguntei, de forma bastante estúpida, se alguém tinha uma solução para mim.

Não demorou 20 minutos e o igel-max publicou o seguinte no fórum:

“É possível fazê-lo através de tributos a clientes, mas são necessárias determinadas variáveis no formulário.)
Depois disso, pode criar um desconto extra para cada cliente e o período restante é regulado através dos dias de objectivo de pagamento.”

Obrigado, esta é a solução. Só que não é necessária uma variável específica no formulário, mas sim uma fórmula completa. Mas falaremos sobre isso mais tarde. Assim, o primeiro teste consistiu em atribuir a um cliente o atributo de cliente “desconto” com o valor 3. Se utilizar isto como uma variável no modelo de impressão, obtenho como resultado a cadeia de texto “discount=3”. De início, não posso fazer nada com ele, claro. Portanto, se esta forma for possível, só tenho de desmontar esta cadeia para obter o valor 3 aqui. Sinceramente, ainda não me dei ao trabalho de analisar todas as funções do editor de modelos de impressão até encontrar a correcta. Voltei ao meu motor de busca favorito por um momento e procurei a resposta no Google. Lá, novamente no fórum, encontrei a seguinte fórmula:

"Bei Zahlung bis zum " + date$(AddDays (JTL.WaWi.Vorgang.Datum.Rechnungsdatum_AlsDatum,7) ,'%x') + " gewähren wir auf die Rechnungssumme "+ (RegExMatch$ (RegExMatch$ (JTL.WaWi.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+')) +"% Skonto (" + Fstr$ ((JTL.WaWi.SummeBruttoGesamt*(val(RegExMatch$ (RegExMatch$ (JTL.WaWi.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+'))/100)),"?&.##") +" " +JTL.WaWi.Vorgang.Waehrung+ ")

Analisado brevemente e sim, é exactamente isso. Mas não posso fazer nada com a fórmula. Não funciona de todo na minha versão actual 099955. Mas aqui está a função crucial de que preciso para extrair o meu valor de cadeia de caracteres da variável Customer.Attribute e depois transformá-lo num valor com o qual também posso calcular. A minha fórmula deve ter o seguinte aspecto para poder mostrar o montante correcto do pagamento após a dedução do desconto:

Montante bruto – (Montante bruto * Desconto / 100) – Exemplo: 100 – (100 * 3 / 100) = 97

Para calcular este valor, tenho de extrair o valor 3 da minha cadeia “Discount=3” utilizando a função RegExMatch$. E para isso utilizo a seguinte expressão:

(RegExMatch$ (RegExMatch$ (Vorgang.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+'))

O valor entre parênteses rectos [0-9] indica que o desconto pode assumir um valor de 0 a 9. Ok, isso também é suficiente para mim.
Depois de um pouco de brincadeira no meu sofá, surgiu a seguinte impressão:

"Bei Zahlung bis zum " + date$(AddDays (Vorgang.Erstelldatum,Vorgang.Kunde.Zahlungsziel))+ " abzgl. " + (RegExMatch$ (RegExMatch$ (Vorgang.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+')) + "% Skonto " + str$(Vorgang.Auftrag.Gesamtbruttopreis - ( Vorgang.Auftrag.Gesamtbruttopreis * val((RegExMatch$ (RegExMatch$ (Vorgang.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+')))/100),0,2) + " " + Vorgang.Währung

Agora tenho tudo junto. Sei onde guardar o desconto e como aparece nas facturas. Só falta resolver um problema. E se o cliente pagar efectivamente menos 3%. Assim, em vez do montante de 100 euros da factura, apenas 97. A factura permanece em aberto no Wawi com um défice de 3 euros. Aqui está uma dica imediata. O que se segue deve ser urgentemente esclarecido com o consultor fiscal. Caso contrário, pode ser muito difícil mais tarde. Porquê? A razão é o sistema de IVA alemão e o facto de poderem existir itens com diferentes taxas de IVA numa factura e como proceder nesse caso, ainda não posso dizer com certeza. Por isso, neste momento, estou a facilitar a minha vida e a omitir que existem duas taxas de IVA diferentes. Assim, temos um montante de 3 euros de desconto que ainda está em aberto. Podemos escrever na factura uma correcção de 3 euros. Isto permitiria corrigir as nossas estatísticas de volume de negócios. Mas eu estou a adoptar uma abordagem diferente. Isto significa que as minhas estatísticas de volume de negócios no JTL-Wawi não estão cem por cento correctas, mas facilito muito a minha vida na contabilidade, porque posso exportar os dados das reservas de forma limpa. Para além disso, recebo o valor do desconto que dei aos meus clientes. Para o conseguir, preciso do meu próprio método de pagamento. E isto leva-me à aplicação prática.

Criar tipo de pagamento

Como e onde são criados os tipos de pagamento na JTL-Wawi pode ser lido na Wiki. Abro a janela Gerir tipos de pagamento através do item de menu Definições e crio aí um novo tipo de pagamento de desconto. Como conta SKR 03/04, insiro aqui a conta 4730 para descontos de caixa concedidos. Nesta altura, consulte urgentemente o seu consultor fiscal!

Personalizar clientes

Depois de ter feito isto, como mostra a imagem, posso personalizar os meus clientes. Neste caso, tenho de abrir cada cliente individualmente na gestão de clientes e, na janela Detalhes do cliente, em Atributos, armazenar o atributo com o nome Desconto e atribuir-lhe o valor que o cliente deverá receber posteriormente como desconto. Aqui 2 para 2% de desconto. Basta introduzir o método de pagamento e já está.

Agora torna-se um pouco mais difícil. Se não se atrever a fazer isto sozinho, deve pedir ao seu parceiro de assistência da JTL-Wawi que o faça por si. Na gestão de modelos, o modelo de factura deve agora ser adaptado de modo a que o desconto para o cliente seja também apresentado posteriormente na factura. A impressão para exibir o desconto deve agora ser incorporada no modelo de factura. Para tal, abra o modelo padrão para as suas facturas nos modelos.

Adaptar modelo de impressão

No editor de modelos de impressão, seleccione apenas a área do campo de texto livre e insira a seguinte expressão como uma nova linha.

"Bei Zahlung bis zum " + date$(AddDays (Vorgang.Erstelldatum,Vorgang.Kunde.Zahlungsziel))+ " abzgl. " + (RegExMatch$ (RegExMatch$ (Vorgang.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+')) + "% Skonto " + str$(Vorgang.Auftrag.Gesamtbruttopreis - ( Vorgang.Auftrag.Gesamtbruttopreis * val((RegExMatch$ (RegExMatch$ (Vorgang.Kunde.Attribute,'Skonto=[0-9]+'),'[0-9]+')))/100),0,2) + " " + Vorgang.Währung

A imagem do ecrã é a seguinte:Dami

Conclusão

O problema do desconto de pronto pagamento já pode ser resolvido com uma solução alternativa. No entanto, este caminho tem uma mácula. Por um lado, é necessária uma conta separada para cada tipo de IVA para a exportação DATEV e o cálculo correcto do IVA. Este facto não pode ser replicado por esta via. O desconto é apresentado correctamente na factura. No entanto, se o cliente se retirar ao efectuar o pagamento, tenho de tratar esta factura separadamente. De qualquer modo, na prática, eu criaria um tipo de pagamento separado para este efeito com a conta DATEV correspondente. É claro que seria melhor se este processo fosse implementado de forma limpa no JTL-WAWI. Vamos surpreender-nos aqui….

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.