Alexsander

Na imensa maioria dos países do mundo não há nem webservice nem hardware especializado. Os softwares de sonegação são conhecidos como "zappers", que deletam ou alteram lançamentos (geralmente em dinheiro) nos bancos de dados dos computadores, numa espécie de "Caixa 2". Os governos têm, no entanto, várias formas de detectar fraudes: oscilações no faturamento oficial, discrepância entre compras e vendas, modo de vida acima da renda, etc. E quando querem confirmar, basta o fiscal fotografar o recibo, pagar em dinheiro e depois voltar para auditar o estabelecimento: se o registro interno for diferente do que está na foto, está provada a evasão fiscal. A diferença é que no Brasil se ataca o sintoma, não o problema. Vejam o caso dos celulares nos presídios: ao invés de simplesmente PROIBIR a entrada de celulares, o governo tenta instalar bloqueadores de sinal. Da mesma forma, ao invés de PUNIR os sonegadores, o governo inventa ECF com lacre, memória fiscal, redução Z, etc aumentando os custos para os comerciantes.

Está prevista a operação offline com envio de resumos periódicos, onde há a "presunção legal de que o que consta no resumo foi emitido" [1]. A proposta inicial prevê um mínimo de dois envios por DIA por estabelecimento (um a cada 12 horas), com possibilidade do Fisco Estadual estabelecer prazos distintos. No resto do mundo é assim, não há esta neura de memórias fiscais, lacres, reduções Z e coisas do tipo. Basta um fiscal fotografar um cupom e depois comparar com o cupom que foi enviado pra receita, se for diferente é cadeia: http://salesdatacontroller.com/index.ph ... imitstart= [1] Apresentação Projeto NFC-e 27/06/2012 (ENCAT)

Pelo que li, há alternativas na NT 2012/004 pra isso: - tpEmis = 9 (Contingência off-line da NFC-e); - finNFe = 4 (NF-e de Resumo da operação em contingência da NFC-e) Além disso há a previsão de novos métodos para agilizar o envio:

Na maioria dos países a impressora POS (Point-Of-Sale) é uma impressora simples, sem memória fiscal, lacre, todas estas coisas. Quando existe alguma memória, é simples, praticamente um disco virtual. As vendas quase sempre ficam armazenadas no computador. As POS printers mais baratas custam menos de US$ 100. Não vejo motivo para a existência do SAT, pra mim a NFC-e vai torná-lo 100% obsoleto. Pra que forçar o comerciante a gastar? Com a NFC-e ele pode usar uma impressora de US$ 100 e imprimir o "DANFE ecológico" só com o QR-code e o valor total, gastando bem menos papel. Para o comerciante e para o governo, a NFC-e tem só vantagens. Pra quem o SAT é vantajoso?

Talvez seja um StringReplace sem [rfReplaceAll]...

Exemplos de uma mesma NF que funcionaram: ELETRODUTO FLEXIVEL CORRUGADO PVC 1/2" 20MM CONECTOR CPVC MACHO AQUATHERM 15MM X 1/2" Descrição que fez dar erro: BASE MISTURADOR CHUVEIRO/BANHEIRA 3/4" (ROSCA G1/2") Trecho do arquivo enviado para o Monitor (versão 0.7.1c_20120305): [Produto030] Codigo=9070 Descricao=BASE MISTURADOR CHUVEIRO/BANHEIRA 3/4" (ROSCA G1/2") NCM=84818019 genero=84 CFOP=5929 Unidade=PC Quantidade=1.0000 Mensagem de erro: ERRO: Falha na validação dos dados da nota 9741 TAG: ID:I05/NCM(Código NCM) - Nenhum valor informado. TAG: ID:I08/CFOP(CFOP) - Nenhum valor informado. TAG: ID:I09/uCom(Unidade Comercial) - Nenhum valor informado. TAG: ID:I13/uTrib(Unidade Tributável) - Nenhum valor informado. '' viola a restrição pattern de '[0-9]{2}|[0][1-9][0-9]{6}|[1-9][0-9]{7}'. Falha da análise do elemento '{http://www.portalfiscal.inf.br/nfe}NCM' com valor ''. Troquei no cadastro as aspas (") por duas apóstrofes ('') e passou.

Um supermercado de 40 caixas poderia ter 2 ou 3 ECF guardados apenas para estes casos -- isso enquanto não surgir uma contingência mais eficiente. Acho que abandonar o ECF, coisa que só existe no Brasil, é um avanço.

Ao que parece, no resto do Brasil vai ser a NFC-e.

Não existe um site equivalente na SEFAZ do estado de São Paulo?

Enquanto isso, a capital Porto Alegre ainda não tem NFS-e...

Com certeza os fabricantes ODIARAM o projeto da NFC-e, pois ele torna as impressoras fiscais OBSOLETAS da noite para o dia. Que comerciante vai comprar um ECF de quase R$ 2000 podendo comprar uma não-fiscal por menos R$ 500 que não requer intervenção técnica nem toda a chatice de Redução Z e companhia? No exterior estas impressoras custam menos ainda, nada impede que um Walmart da vida traga uns 2 ou 3 contêineres da China lotados de impressoras térmicas de US$ 50 pra substituir em TODA a rede. Qualquer um que faça as contas vai ver que a NFC-e é muito mais econômica - especialmente por causa das opções de imprimir um DANFE reduzido, sem a lista de itens.

Em que estado ficam as fábricas de impressoras fiscais? Acho que isso explica muita coisa.

A empresa que fazia o GAS nem fala mais nele em sua home page, só via Google dá pra achar o site antigo. Eles agora focam em segurança eletrônica e proteção anti-fraude (produto G-Buster). http://www.gastecnologia.com

Alguma novidade na reunião dos participantes do piloto?

Ainda existe o GAS?

Uma pergunta: o ACBrNFeMonitor vai suportar a NFC-e?

Só testando...

Então é só por a mão na massa e desenvolver. Em teoria o monitor teria que suportar também, correto? Seria um layout a mais, como hoje já existe Rave e RaveCB, que poderia ser impresso em qualquer papel (largura mínima 55 mm). O que muda, na prática, é apenas a disposição dos campos. Tenho dúvidas se realmente é preciso desenvolver algo, pode ser necessário apenas um layout novo.

Mas o DANFE SIMPLIFICADO está regulamentado desde fevereiro, este poderia ser feito agora.

Alguma previsão de data para a publicação desta NT 2012.004 ?

Como foi a reunião, Amarildo?

Hoje é dia 09/10.

Tem alguém desenvolvendo? Tenho interesse e posso ajudar.

Poderia haver no ACBrNFeMonitor comandos assim: NFE.SELECIONAIMPRESSORA('\\servidor\\impressora',...); NFE.SELECIONAMODELODANFE(tipoSimplificado,...); Com os devidos ajustes no: NFE.IMPRIMEDANFE();

Mas dá pra gerar o arquivo SEM o Bloco E, importar tudo e depois gerar as apurações pelo PVA? Ele valida se fizer assim?