Tabela CFOP 2020

[rochinha]

Amiguinhos,

Coloco a disposição minha tabela CFOP atualizada para 2020 com campos de vigencia para os novos códigos e campo de controle de CFOPs que poderão ser desativados em breve.

A tabela tem flags diversos para que voces possam automatizar quais impostos possam ser calculados ao chamar uma CFOP, bem como os códigos CST/CSOSN específicos para ICMS, IPI, ISS, PIS e COFINS.

Também tem os flags relacionados aos campos IND da NF-e, CT-e, etc.

Download

[rochinha]

Amiguinhos,

Atualização da tabela disponibilizada anteriormente, tabela CFOP atualizada para 2020 agora contendo um campo que define quais são o CFOPs que exigem emissão de Nota Referenciada

Trata-se do última campo ou coluna, onde 1 define o flag verdadeiro.

Esta tabela serve como base para parametrização de seus sistemas via tabelas sem uso de criticas engessadas.

Download

[JoséQuintas]

Esta tabela serve como base para parametrização de seus sistemas via tabelas sem uso de criticas engessadas.

Eu configuro pela TRANSAÇÃO.
Ao selecionar DEVOLUÇÃO ou outra coisa, essa transação tem lá a indicação se precisa colocar a nota anterior.
E a partir desse número, busco as informações e produtos, e o usuário só altera, caso seja parcial ou algo assim.

Antes que perguntem sobre o código....
É que meu aplicativo é cobaia das alterações, é o primeiro executado após cada alteração.

Só vi agora, muitas mudanças neste carnaval....
Provavelmente a Picture @R 999.999, e esse campo era caractere e passou a ser numérico.
Se o Harbour considerou decimal... aí estoura o limite...

[JoséQuintas]

É isso mesmo.

Código: Selecionar todos

   @ Row() + 1, 1 SAY "Código.............:" GET midTransa PICTURE "@KR 999.999" WHEN .F.

É que uso como relacionamento também.
tipo....
501.000 é a transação independente
201.501 seria uma transação que depende de existir a 501.000
O ponto é só por questão visual.

Exemplo:
Supondo que exista venda pra consumidor 501.xxx e venda pra revenda 502.xxx
devolução pra consumidor 201.501 não pode ser usado pra 502.xxx, porque exige que a nota seja 501.xxx
ou devolução de compra, pra uma dessas notas de venda, também vai ser inválida, porque a segunda parte de uma transação não bate com a primeira parte da outra.
É só uma checagem a mais.

Ao invés de amarrar os CFOPs do governo, a minha transação é como se fosse meus próprios códigos de CFOP.
pra usar um CFOP de devolução de venda, tem que indicar uma nota do mesmo cliente com CFOP de venda.
Simples e prático.

Já pensei em retirar do código e colocar como parâmetro, mas até se fossem 99 transações, já seria muito pro usuário ficar escolhendo, então esse limite de 999 tá bom até demais.

[rochinha]

Amiguinhos,

Realmente as variáveis para operação para os usuários de nossos sistemas são como nós numa cadie ade DNA. O problema é que para eles nós somos os GURUS do faturamento e que eles não precisam se preocupar com tais dependências.

O máximo que conseguimos é padronizar dandos a eles a possibilidade de consultar seus contadores.

Mas na correria diária, nós passamos a fazer esta parte sem receber por ela.

Algumas modificações entraram este ano mexendo nos CFOPs e nós como GURUS, previsores do futuro, antecipamos quedas de cabelos alheia.

Eu tento ao máximo não colocar IFs ou CASEs no sistema, para evitar recompilações, downloads, internet, lenta, chuva, raios, falta de luz, certificado paulado e o escambau atrapalhando quando o cliente liga numa sexta-feira, aos 30 minutos do fim do expediênte, dia 30, dizendo que o caminhão está pra sair e precisa emitir 43 notas e tudo se resume a uma pequena alteração numa critica.

Nós buscamos e criamos as mais inovativas técnicas de codificação diferentes para o mesmo resultado.

[JoséQuintas]

E por falar nisso.....

Vém mudanças por aí né....

Vamos ver se realmente vão simplificar, ou se vão inventar mais novelas....