Está é a reprodução de um e-mail do Claudenir Andrade para a lista de automação que achei interessante divulgar após uma breve conversa com ele, segue o e-mail na integra:

 

Conviveremos por 5 anos (não sei se Mínimo ou Máximo) com 4 modelos de arrecadação no Brasil. Isso é fruto do desejo de muitos de “Acabar com o ECF”, “Acabar com o PAF”. Quando se Acaba com alguma coisa, a “virada de chave” pode ser mais lenta ou mais rápida, além de abrir possibilidade de novas ideias, e foi o que aconteceu. Com isso conviveremos com 04 modelos de PDV e consequentemente 04 modelos de software para PDV.

 

1- S@T-CF-e- Sistema Autenticador e Transmissor de Cupom Fiscal Eletrônico. Por enquanto apenas São Paulo.

A – Ausência de Impressora Fiscal

B – Presença de um Hardware que autentica, assina e valida toda a venda realizada, permitindo assim que o “buffer” de venda seja impresso em qualquer impressora não fiscal.

C – Não há concomitância, nada do que existe hoje. Como analogia, o PDV adota o mesmo modelo do PDV americano. Faz tudo na tela, depois envia.

D – Não há PAF. Na verdade nunca houve neste modelo, nem em São Paulo.

 

2 – ECF 09/09 – Por enquanto apenas Santa Catarina.

A – Uma versão evoluída do ECF Atual, Tem MFD, Faz cupom, LX, Z, etc..

B – porem possui duas características que definem o produto (são muitas mas estas duas são as que fazem a diferença)

SCU – Set de Comandos úNICO – Todo ECF 09/09 independente de Marca deverá possuir o mesmo SET de comandos. Assim todas as impressoras recebem e respondem o mesmo comando. Eu tive o privilegio de criar, escrever e apresentar a primeira versão do SCU para o fisco em Brasília, o que mais tarde após um trabalho do grupo na AFRAC se tornou Padrão no País.

Conectado –Este ECF (pelo menos é o que diz a lei) ele possui uma porta ETH para que os cupons fiscais emitidos sejam enviados para o Fisco, ou seja, cada cupom impresso, ou em “blocos de cupom impresso” ou na Redução Z, serão enviados para o Fisco.

Ainda há duvidas se neste modelo o PAF Sobrevive ou passa por uma simplificação. Mas para todos os efeitos a Obrigatoriedade do ECF 09/09 NãO ELIMINA a exigência do PAF nos estados que adotarem a Impressora 09/09

 

3- NFC-e – Por enquanto RS-MT-AM

A – Ausência de Impressora Fiscal

B – Presença de uma Impressora Não Fiscal. Necessidade de se conectar com um servidor para realizar a emissão da Nota Fiscal Eletrônica. Necessidade de se criar rotinas no sistema para que a venda também ocorra Off-line, mesmo sem conexão com o servidor, isso é chamado de “Contingencia OffLine”.

C – Não há concomitância, nada do que existe hoje. Como analogia, o PDV adota o mesmo modelo do PDV americano. Faz tudo na tela, depois envia.

D – Nós Daruma dia 21/10/2013 lançaremos o serviço de Emissão (no servidor Cloud, na nuvem) e Impressão da NFC-E através da Atual DarumaFrameWork.dll. Quem desejar se preparar pra isso, receber as dlls, poderá se cadastrar aqui www.desenvolvedoresdaruma.com.br no Banner central de numero “1” se cadastre e coloque a tecnologia de seu interesse.

F – Esta DLL permitira que você sem conhecimento de NFC-E, XML, Servidor, Contingencia OffLine, etc.. você possa colocar NFC-E no seu sistema.

E – Não existe PAF neste cenário. Esqueça o PAF.

G – Video http://www.youtube.com/watch?v=LOR1o8VzXs8

 

4- ECF Atual

A – A Exigência do ECF 09/09 ou da NFC-E ou do SAT, não é a eliminação do ECF Atual. Ainda haverá muitos estados que não desejarão nenhuma das três soluções (NFC-E, ECF 09/09 ou SAT) e ainda obrigarão o uso do ECF Atual.

B – Neste cenário a exigência do PAF é facultativa. Há UFs hoje que sempre exigiu a Impressora fiscal modelo atual, mas nunca a certificação de PAF.

 

Claudenir Andrade | Gerente P&D | Integração e Desenvolvimento | Daruma Developers Community | Núcleo Gerência e Coordenação

 

Fonte: Régys Borges da Silveira – http://www.regys.com.br/cenarios-atuais-do-ecf-e-nfc-e/#more-1451