Rodrigo Fruhwirth

Boa tarde Daniel. Então vejamos: TACBrECFFiscNET.CarregaAliquota, o que ocorre. Quando há índices em branco na ECF a aplicação jamais saberá as alíquotas da ECF. Ex.: T01 = 1200 T02 = null T03 = 0700 T04 = 2500 Nessa situação quando o componente ler a alíquota 2 da ECF a mesma irá retornar o erro. ErroCMDAliquotaNaoCarregada Após isso o fpAliquotas simplesmente será limpo e setado como null. Se é por algum motivo específico que tem esse tratamento o mesmo esta errado pelo menos na X5 e na ZPM/1-FIT LOGGER ocorre o mesmo problema. --------- Voltando ao caso do IgnorarErroSemPapel não vejo problema algum em outros locais do componente setarem essa flag para true e depois voltar para o que a aplicação tinha inicialmente setado, o que eu não acho certo é simplesmente a classe base tomar essa decisão e não permitir que a aplicação mude esse tratamento. Quanto ao AAC entendo que é necessário ler do GT sempre, mas a maioria das ECFs retornam erro de fora de linha quando estão sem papel o que também inutiliza essa flag.

Imagina Daniel, sempre que eu puder contribuir... Então vamos iniciar pela Mensagem da Paraíba. Vejamos o que diz o AC. https://www.confaz.fazenda.gov.br/legislacao/atos/2015/ac023_15 Requisito IX 2c Exemplo: Dados do Cupom Fiscal: IE: 161444539 Data: 19/06/2013 COO: 127564 Valor Total: R$ 125,45 Formação do código: PARAÍBA LEGAL - RECEITA CIDADÃ TORPEDO PREMIADO: 161444539 19062013 127564 12545 Observe que a mensagem é em 3 linhas e porque isso? Porque se for um valor grande maior do que 1000,00 ou o número do COO tiver mais do que 6 dígitos já iria quebrar para a terceira linha deixando os dados com menor compreensão. -------------------------------------- Quanto as mensagens da IBPT deixei de acordo com o manual da AFRAC versão 0.13 de 01/06/16. Manual em anexo. ------------------------------------- -- ACBrECFFiscNET -- [-] Método CarregaAliquotas removido tratativa de erro interno no componente pois em qualquer situação de erro o componente estava limpando a fpAliquotas impedindo a aplicação de ler as mesmas. Porque isso? Porque quando houver algum erro do tipo ErroCMDAliquotaNaoCarregada a tratativa que tem no componente impede a aplicação de ler as alíquotas da ECF e já que o fpAliquotas esta sendo setado como nil, nesse caso eu deixaria exatamente como é nas demais ECFs que não há nenhum tipo de tratamento, exemplo a bematech, ou talvez em conjunto com os colegas pensarmos em uma forma melhor de fazer para não simplesmente zerar o fpAliquotas. ------------------------------------- E quanto ao caso de IgnorarErroSemPapel eu sinceramente não entendi o porque disso somente nos comandos de status e GT sendo que a maioria das ECF retornam erro de fora de linha quando estão sem papel e se fosse o caso, deveria ter para todas as leituras de valores da ECF e não somente para STATUS e GT concorda? Agora da forma como esta, simplesmente a aplicação não tem o controle para dar ou não esse erro nas leituras. Talvez eu não tenha entendido corretamente o motivo. --------------- Para as demais alterações, eu não estava com o componente atualizado e irei proceder novamente com novos testes para detalhar melhor as necessidades mostradas acima se é que ainda são necessárias. MANUAL DE OLHO NO IMPOSTO 0 13 - DESENVOLVEDORES - OUTROS ESTADOS-1.pdf

Desculpa Daniel não ter tido tempo para responder todas as citações acima e explicar cada caso, mas farei isso hoje a noite ainda.

Boa tarde Daniel, a quanto tempo... Me desculpe Daniel, segue. ACBrComum-change-log.txt ACBrSerial-change-log.txt

Correto. Quanto ao caso da NFC-e realmente não é mais necessário, mas se quiserem apreciar já tem o código para o QrCODE da Epson MFB, Tinha um probleminha no vetor das descrições dos códigos de barras que nos códigos estava com 14 posições e nas descrições com 13.. cTAGS_BARRAS: array[0..14] of String = ( cTAGS_BARRAS_HELP: array[0..13] of String = ( Pelo o que eu entendi é que "'Cod.Barras UPCE - 11 numeros e 1 dig.verificador'" foi removido mas o enumerador acima cTagBarraUPCE não, algum motivo para isso? Também teve algo que achei muito estranho que o componente esta fazendo, que é o caso da desativação da mensagem de erro de falta de papel dentro do componente para as leituras de estado e do GT e não volta como estava na aplicação, tem alguma lógica para que o componente simplesmente desative isso? Outra coisa que eu ajustei também é que o ACBrECFBematech não estava testando o bit 7 de sem papel como as demais ECFs fazem nas execuções dos comandos, algumas até retornam que estão fora de linha nesse caso, isso é de propósito ou tem alguma explicação para que na bematech 2100/4000 não houvesse essa tratativa?

Não é a questão de você homologar, é a questão do órgão homologador ser chato quanto alguns itens principalmente com as questões das mensagens dos estados que a mensagem da Paraíba estava em 2 linhas e deve ser em 3 linhas e de acordo com o Ato Cotepe a mensagem "CONCESSÃO DE CRÉDITOS - LEI Nº 4.159/2008." estava "CONCESSÃO DE CRÉDITOS - LEI Nº 4.159/08". Como os homologadores aqui são detalhistas ao extremo tivemos que ajustar. E quanto as mensagens de conta de cliente é somente para quem desenvolve PAF-ECF com esse controle que a expressão "Conta de Cliente" pode ser utilizado para substituir a expressão "Mesa". Também tivemos que fazer a emissão da NFC-e em relatório gerencial de acordo com o Requisito XXVIII do AC e a impressão da QrCode. Como nós só temos a Epson que faz isso então implementei para a mesma. Já a ECF FiscNET ZPM/1-FIT-LOGGER não estava na lista com a quantidade das colunas e quando se tentava montar as mensagens de fechamento de cupom com valores acima de 10.000,00 estava excedendo o número de linhas. Isso claro por causa das mensagens da IBPT.

Envio alguns ajustes referentes ao PAF-ECF-ER 02.03, ajustes como por exemplo a implementação da expressão "Conta de Cliente" no lugar de "Mesa", das formatações das mensagens da IBPT e mensagens específicas dos estados. Implementação da impressão do QrCode pela EPSON MFB e correções na utilização da NOTA LEGAL em negrito. Ajuste do erroSemPapel na ECF Bematech 4000 TH-FI para cumprir o requisito do menu fiscal. Implementação da ECF ZPM/1-FIT LOGGER na FISCNET e ajuste no método CarregaAliquotas do mesmo modelo para deixar compatível com as demais ECFs. ACBrConsts.pas ACBrECF.pas ACBrECFBematech.pas ACBrECFClass.pas ACBrECFEpson.pas ACBrECFEscECF.pas ACBrECFFiscNET.pas