Itajahy

Consegui confirmar com um técnico da Sefaz RR, o problema é na sefaz mesmo, na consulta de algumas notas estão aparecendo zeradas. Fica ai o tópico pra quem por ventura passa pelo mesmo transtorno com a sefaz RR.

Boa tarde pessoal, estou com uma situação em alguns clientes em Roraima, que as notas emitidas na Sefaz estão com as informações dos produtos zeradas, o total da nfc-e zerado e sem pagamentos, no xml, está tudo certo, e foi autorizado. Alguém já passou por isso? Estou cogitando a possibilidade de falha da própria Sefaz RR.

Nós novos que geramos contém hifens sim.

O que resolveu aqui foi a alteração do CSC, ele tem que está idêntico. Observar se tem hífen ou se está maiúscula ou minuscula, se o id token está correto, se nada estiver dando certo pede pro cliente gerar um novo CSC. https://ciranda.me/tsdn/base-de-conhecimento/post/rejeicao-464-codigo-de-hash-no-qr-code-difere-do-calculado

Vlw Juliomar, a dica do OnDocumentComplete resolveu demais aqui.

verdade,

Bom dia pessoal, fiz uma pequena correção no procedimento TACBrNFeDANFCeFortesFr.rlVendaBeforePrint do arquvio ACBrDANFCeFortesFr.pas, adicionei imgLogo.Height no calculo do TotalPaginaPixel, pra corrigir o erro de criar 2 paginas quando usa logo marca. TotalPaginaPixel := rlbsCabecalho.Height + rlbRodape.Height + rlbLegenda.Height + rlbPagamento.Height + rlbLei12741.Height + rlbMensagemContribuinte.Height + rlbMensagemFiscal.Height + rlbConsumidor.Height + rlsbDetItem.Height + imgLogo.Height + Trunc(rlbDetItem.Height * ACBrNFeDANFCeFortes.FpNFe.Det.Count) ; Alguém poderia corrigir no tortoise? Sempre q baixa uma nova versão tenho que lembrar de alterar isso novamente. ACBrDANFCeFortesFr.rar

Vlw, galera, passei pelo mesmo problema, XE7 não está conseguindo carregar bpls fora da pasta bpl do documentos públicos. Copiei todas as bpls e dcus, do acbr e do fortes, resolveu o problema.

Pessoal, estou com problema quando tento ler o qrCode da nfce gerada pela minha aplicação, não encontra nada na sefaz e me retornar que " Erro na leitura dos dados. Dados originais foram modificados. ". Pelo demo do acbr consigo enviar e visualizar, comparei os dados e o xml, não consigo identificar o que poderia esta errado, consigo consulta a nota normalmente pela chave, mas pelo qrcode não vai, oq achei interessante é q fiz uns teste mudando a UF de BA para AM na minha aplicação, assim funciona normal, consigo visualizar pelo qrcode, quando volto pra BA não lê, alguém já passou por isso, tem alguma ideia do que possa ser? Segue um xml em anexo de uma das notas que não esta lendo pelo qrcode mais consta na sefaz. 29151114937991000148650060000003241000003240-nfe.xml

Bom dia pessoal, estou com uma situação inusitada, estou migrando os projetos para o trunk2 e instalei normalmente no delphi XE2 ja no XE7 não deu certo, o instalador do acbr fala que a instalação foi bem sucedida, adiciona no delphi as referencias (library path e install package), mas não gera para pasta lib do acbr nenhum bpl, ai quando entro no delphi, ele não encontra as bpls. Alguém tem ideia do que pode ser? Ja fiz os passo para usar 2 delphi, ja apaguei os arquivos, ate removi o xe2 pra ver se tinha haver. Não sei se pode influenciar mas estou usando o win10 .

Vlw, acho q por enquanto vou ter q fazer assim mesmo. Obrigado, pela dica.

Boa tarde, pessoal. Estou com duvidas sobre como verificar o status do webservece no caso de envio ofline de nfce, achei alguns tópicos que falam sobre o assunto mas não resolveu meu problema. Vi um post que o Régys Silveira, indica veriicar o cStat, mas pra mim não funcionou muito bem, exemplo: quando tento enviar a nfce e não tenho conexão ocorre uma exceção e traz o cStat como 0 , fiz um testa não passando o cso pra gerar um erro e testei o cStat também veio 0 então não posso usar o cStat pra verificar se envio offline. Vi que algumas pessoas estão trabalho só offline, mas aqui nos trabalhamos online, caso haja problema geramos offline, alguém tem alguma ideia de como proceder ? http://www.projetoacbr.com.br/forum/topic/16944-contingência-nfce/

Achei o erro , tratamento de caracteres, exemplo, estava mandando ç, ai gerava esse erro.

Boa tarde, amigos. Estou com um problema em um cliente do MT, esta da Rejeicao: Xml Utiliza Codificacao Diferente De Utf-8, identifiquei que no xml não esta gerando <?xml version="1.0" encoding="UTF-8"?><nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> existe alguma configuração ou propriedade que falta informa que possa está gerando essa inconsistência? Vi alguns tópicos falando sobre o assunto mas nenhum foi esclarecedor. segue xml errado: <NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="3.10" Id="NFe51150415156008000119650010000403641000403647"><ide><cUF>51</cUF><cNF>00040364</cNF><natOp>VENDA DE MERCADORIA ADQ. OU RE</natOp><indPag>0</indPag><mod>65</mod><serie>1</serie><nNF>40364</nNF><dhEmi>2015-04-07T14:55:56-04:00</dhEmi><tpNF>1</tpNF><idDest>1</idDest><cMunFG>5103403</cMunFG><tpImp>4</tpImp><tpEmis>1</tpEmis><cDV>7</cDV><tpAmb>1</tpAmb><finNFe>1</finNFe><indFinal>1</indFinal><indPres>1</indPres><procEmi>0</procEmi><verProc>16.09</verProc></ide><emit><CNPJ>15156008000119</CNPJ><xNome>S. A. ROCHA EURELI - ME</xNome><xFant>baroch refei~?es</xFant><enderEmit><xLgr>R. GERALDO DESCHAMPS DE ALMEIDA</xLgr><nro>240</nro><xBairro>JARDIM PETROPOLIS</xBairro><cMun>5103403</cMun><xMun>CUIABA</xMun><UF>MT</UF><CEP>78070130</CEP><cPais>1058</cPais><xPais>BRASIL</xPais><fone>6536276641</fone></enderEmit><IE>134481801</IE><CRT>1</CRT></emit><det nItem="1"><prod><cProd>10</cProd><cEAN/><xProd>COCA COCA LATA 350ML</xProd><NCM>22021000</NCM><CFOP>5102</CFOP><uCom>UN</uCom><qCom>1.0000</qCom><vUnCom>3.0000000000</vUnCom><vProd>3.00</vProd><cEANTrib/><uTrib>UN</uTrib><qTrib>1.0000</qTrib><vUnTrib>3.0000000000</vUnTrib><indTot>1</indTot></prod><imposto><vTotTrib>1.32</vTotTrib><ICMS><ICMSSN500><orig>0</orig><CSOSN>500</CSOSN></ICMSSN500></ICMS><PIS><PISNT><CST>08</CST></PISNT></PIS><COFINS><COFINSNT><CST>08</CST></COFINSNT></COFINS></imposto></det><total><ICMSTot><vBC>0.00</vBC><vICMS>0.00</vICMS><vICMSDeson>0.00</vICMSDeson><vBCST>0.00</vBCST><vST>0.00</vST><vProd>3.00</vProd><vFrete>0.00</vFrete><vSeg>0.00</vSeg><vDesc>0.00</vDesc><vII>0.00</vII><vIPI>0.00</vIPI><vPIS>0.00</vPIS><vCOFINS>0.00</vCOFINS><vOutro>0.00</vOutro><vNF>3.00</vNF><vTotTrib>1.32</vTotTrib></ICMSTot></total><transp><modFrete>9</modFrete></transp><pag><tPag>01</tPag><vPag>3.00</vPag></pag><infAdic><infCpl>MD5: E08C716BE09AB65BEEAD8F46346943C2 NOTA GERADA PELO SIAFGOUMERT Mesas 374 0</infCpl></infAdic></infNFe><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#NFe51150415156008000119650010000403641000403647"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>TfzVhyvIO596HbyP+RaEaCk5ORs=</DigestValue></Reference></SignedInfo><SignatureValue>mX1f0lGOGkJISaDjvzUZfO7ywpoO0EqjITLYVUdiU7RE4jPs2IX7CR8xiknGQvWCoOfvMN2ETIkYqYFLdnSe0kQYV3PgtVROcR2lc1ILWmq3xvCJ4KA0hkzKQP7SHplHif6Rp/j5qTmiwQHps//2NhtmfNE3i4jDp9Oee6IqDV8/RCZTTrYQZ9W1eqVa51er4tCPjowEwRnT77QWPBBWjREu7rU9epriFhJZnN35lApjX7E0KFMmCH5RU7m7aG/R4gEEcG51vShAdoqych3nnGR7BMT0t3eN7/3ZjnSAK0xrs0/molOD15i0ysyU2Eo5Sba935yx98OuyPmI71ksPQ==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIHYzCCBUugAwIBAgIIL7g9pYLWRUIwDQYJKoZIhvcNAQELBQAwcTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEVMBMGA1UEAxMMQUMgVkFMSUQgUkZCMB4XDTE0MDgyODEyMjYxOFoXDTE1MDgyODEyMjYxOFowgd8xCzAJBgNVBAYTAkJSMQswCQYDVQQIEwJNVDEPMA0GA1UEBxMGQ1VJQUJBMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTYwNAYDVQQLEy1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsTDVJGQiBlLUNOUEogQTExIDAeBgNVBAsTF0FSIE9OTElORSBDRVJUSUZJQ0FET1JBMSswKQYDVQQDEyJTIEEgUk9DSEEgRUlSRUxJIE1FOjE1MTU2MDA4MDAwMTE5MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwV7J/Pp9quPQeMvg8jHr8olLzTIAy2Mi51ZDTGPxbwjBelHI4bzaPuZkPio3wAjC6yINPruwiy9aMj9LaFZp9xWf1XdknyrEi58j0d1bDOLsRo2TllHSDpfBXEZyeIeKbniNCE94j9SgOYOfW2AQu6E7VI7eUfFPgyUti98jkCqeKc9YSHcm6R4Ra1FMx4yXuysVGq3L1IbL6nHumrdXAQCIwqhYwhh4sLpPDUVVuhY8vP0aUn08tCDOc13n2Q5tHsWkEpdGFAVwVO5VpFU2hONKZ59tb89we7wMud/+GYKHbZMvq66xpkqdWxlszuJdvF+BzHIGnnEzMfUaFWAg3wIDAQABo4ICjjCCAoowCQYDVR0TBAIwADAfBgNVHSMEGDAWgBRHuQhZ2EL2kvz3fBV8JoBKRZF+nzBuBgNVHSAEZzBlMGMGBmBMAQIBJTBZMFcGCCsGAQUFBwIBFktodHRwOi8vaWNwLWJyYXNpbC52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyL2FjLXZhbGlkcmZiL2RwYy1hYy12YWxpZHJmYi5wZGYwggEBBgNVHR8EgfkwgfYwU6BRoE+GTWh0dHA6Ly9pY3AtYnJhc2lsLnZhbGlkY2VydGlmaWNhZG9yYS5jb20uYnIvYWMtdmFsaWRyZmIvbGNyLWFjLXZhbGlkcmZidjIuY3JsMFSgUqBQhk5odHRwOi8vaWNwLWJyYXNpbDIudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9sY3ItYWMtdmFsaWRyZmJ2Mi5jcmwwSaBHoEWGQ2h0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9WQUxJRC9sY3ItYWMtdmFsaWRyZmJ2Mi5jcmwwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBtwYDVR0RBIGvMIGsgRZzdGNvbnRhYmlsQGhvdG1haWwuY29toDgGBWBMAQMEoC8ELTIzMDMxOTczNDMyNTc4NDQxMTUwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAkBgVgTAEDAqAbBBlTSUxWQU5JQSBBVUdVU1RJTkhPIFJPQ0hBoBkGBWBMAQMDoBAEDjE1MTU2MDA4MDAwMTE5oBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMDANBgkqhkiG9w0BAQsFAAOCAgEAy0boRhctJ7XNQGLe4dedswLA36xXB7OIHBhfFyWzM6k517op7FrJ0jximaieQrkKRbmgrJiUZeHXapmnDsFO9Cwln6iTY4H5Zp+gL2iXlazT2OB2Rxhb85cD+t9zeAd3taccUdXD0xgtqJaeSRx3/5tUWWWYY3sM9sgW29sehkiOTJZwe489htttXQYFqHjpHpHi/NL/qFJVMJf6SvPQJnDtKMUsihtcXEC44YiTw4yEXLbX6Q/7YfjgMl//DDjPurRg+8JSJLJ5ijcfCYkIPWSDo4nXHvXYEalPn46vA8JiBKCaDvbw0NZAVH/liDGwJ8b/d4TCCQB5DMoW8e6KLG00eqqWFeRHssmLXQ9mfmV6IXcnVKOr7NuIHankngDsQOyg0zlyQ8k3Pv9BScAI4syoY23pULHmpJrqm1CE2uoecR7Ew4Iu6KfrklIbrD4BRktZQKRE6aOIDD7hSAEz5ZLZX9RpsnbKvJp1Y8LCMMEspt/0W2PU3jHuCTDxv1OLGNP50yVzuchBmt+5pcp+R4IE8W1BkfmOIqrlUkT+uCQo/+pQ40bPZ3MXIyrLQjn1YUsAvRUwG4xphiPV4golkSKRauOzoNBWrJArny750PPNXQJjzD7nyBjtCvnsZgbEVrqsGVZlK5OpxzCoQK/V3UzDXrAbb+F/gS2SyIE2cxw=</X509Certificate></X509Data></KeyInfo></Signature></NFe> 51150415156008000119650010000403641000403647-nfe.xml 51150415156008000119650010000403641000403647-nfe.xml

Entendi, obrigado pela ajuda!

Recuperar o cupom caso ocorra queda de energia, travamento da ecf ou qualquer outro empecilho que impeça a emissão do cupom. Exemplo se teve queda de energia e na ecf ja foi feito o pagamento, quando voltar a energia o sistema deve recuperar o cupom de onde parou.

Boa tarde pessoal, gostaria de saber se há alguma função no ACBR que ajude a implementação da recuperação do cupom? Estou em dúvida de onde gravar as informações do cupom que vai ser recuperado, se em banco ou arquivo, como vocês estão procedendo referente a gravação desses dados?

Obrigado.

Amigos, estou com uma dúvida, qual função no ACBRECF gera o “Arq. AC 17/04”? 5. A “Arq. AC 17/04”, para gerar arquivo eletrônico da Memória de Fita Detalhe conforme estabelecido no Ato COTEPE/ICMS 17/04, de 17 de março de 2004, inclusive quanto ao padrão de nomeação, com possibilidade de seleção por período de data e por intervalo de COO, no mesmo subdiretório onde está instalado o PAF-ECF ou SG, quando este executar esta função, devendo o programa aplicativo informar o local da gravação e assiná-lo digitalmente, inserindo ao final do arquivo uma linha com o registro tipo EAD especificado no requisito XXXI.

Obrigado pela ajuda, o acbrecf está funcionando perfeitamente, erá um erro de fluxo na aplicação.

Fiz um simples teste para reproduzir. Lancei um cupom com 3 itens e antes de adicionar o item coloquei pra ler o estado, item 1 passa normal, quando tento passa o 2 da o Access violation, depois disso todos passam normal. O emulador é o sweda connect/sim versão 2.00. Coloquei pra ler o estado no vende item no demoACBR leu normal, não estou usando componente em tela, implemento a class TACBrECF, será que está faltando alguma amarração? LogCupomFiscal.txt LogCupomFiscal.txt

Olá, amigos. Estou com uma pequena dúvida sobre ACBRECF.Estado, em determinados momentos da venda, quando tento ler o estado da ecf me retorna acess violation, na segunda tentativa de leitura retorna correto, esse erro seria por causa da lentidão do retorno ? Estou usando emulador para testes.

Você está correto, o problema maior foi o emulador, ele não responde como deveria, testei em uma impressora física, funcionou tudo corretamente. Obrigado.

Caros, tentei ler os dados da reduçãoZ após emiti-lá no emulador da Sweda, me retornou a data de movimento do dia seguinte e os valores de movimentos zerados, valores tais, como a venda bruta. Segue em anexo, a imagem da redução emitida no emulador e a leitura dos dados no demo acbr. Minha dúvida é, está correto o procedimento? devo pedi a leitura após a emissão ou antes de emitir, para obter os dados corretos? Todas as impressoras seguem a mesma logica?

Entendi, obrigado.