Jump to content

OFF-TI

Usuários SAC
  • Content Count

    198
  • Joined

  • Last visited

Community Reputation

42 Excellent

1 Follower

About OFF-TI

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Seria a expansão tipográfica do destinatário da venda, um modo BOLD para o texto que ali sai. Foto em anexo vide a seta.
  2. OK, isso eu poderia fazer por aqui ou seria necessário aguardar uma nova versão do acbrmonitor?
  3. A impressão está funcionando, o problema é o bug da restrição de tamanho do xNome quando uso a tag <e> para expandir o nome na impressão do CFSAT.. Se modificasse, teríamos que pensar em como seria passado o comando para expandir o nome do cliente no CFSAT ....
  4. Acho que Entendi, o único meio de persistência da informação é o XML, para validar no SEFAZ, para imprimir, etc. Se eu não posso usar no xNome, então poderia usar em outro lugar?
  5. Então, eu não entendo bem como é a arquitetura do ACBRMonitor, mas vou relatar como ACHO que funciona, posso estar errado, vou colocar em passos aqui, me corrijam por favor em caso de erro: PASSO 1 - o arquivo .INI e a tag xNome (montado pela minha app) é lida pelo ACBRMonitor PASSO 2- o ACBR repassa a informação diretamente para o webservice do SEFAZ. PASSO 3- Aprovado, o ACBR monta o XML baseado nos dados do webservice e devolve para a minha aplicação a resposta PASSO 4- O ACBR recebe comando da minha app para imprimir na impressora com as tags expandidas passadas anteriormente no xNome Ideia: Levando em conta estes passos, porque o ACBRMonitor não trima ou remove as tags <e> e </e> apenas no PASSO 2 antes de enviar ao webservice do SEFAZ e no passo 3 ao montar o XML?
  6. Mas não é melhor simplesmente remover as tags antes do envio ao fisco e deixar só na impressão? O Sefaz não precisa receber nada com <e> ou </e>, nem tem sentido ir isso para lá.
  7. Pego diretamente do ACBrSAT. Na verdade o Fisco processa corretamente com as Tags desde que eu diminua a quantidade de caracteres do xNome. Parece que cada tag está ocupando mais de 3 ou 4 caracteres, retornando o erro de limite de caracteres atingido. Por isso que quando eu corto para 41 caracteres, o fisco aceita sem problemas com as Tags.
  8. Anexado. AD41191182373077000171599000089280010184883249.xml
  9. Segue o XML, as tags aparecem no XML tbem. <?xml version="1.0" encoding="UTF-8"?> -<CFe> -<infCFe versaoSB="020100" versaoDadosEnt="0.07" versao="0.07" Id="CFe41191182373077000171599000089280010184883249"> -<ide> <cUF>41</cUF> <cNF>488324</cNF> <mod>59</mod> <nserieSAT>900008928</nserieSAT> <nCFe>001018</nCFe> <dEmi>20191125</dEmi> <hEmi>094708</hEmi> <cDV>9</cDV> <tpAmb>2</tpAmb> <CNPJ>16716114000172</CNPJ> <signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC> <assinaturaQRCODE>XKYlLXuc7SlJ3fuhEk07NS5qxNYSHPLb4bbA4TuXTWaPoQ0CbBpLz9dECtjN8G1KZlXv3cii7ks2vbyDsR/9SJozvAzKYgKaTORfQd4avl8mBfAOSm5gjZC4y3Mpc0T01AtobMoJDlgivKBsJwCOyGBmSJhJB+sH5sZHWewevy1sDmx+IfF5VeEoeU/Jid76tMysCER6o9dj+ed08ZlN0lqOJONBQQg83myoPzBTbAYOoDIsLzDl8Q1BqJ+YklpHy7NNX2w4f1YwIiACYvwB6/Pxg3IQmNmjtt7yohD5oo7Xg37IvuGXPMJCbevqxDWdyqruhs7yIWNaDSWjnma8Cg==</assinaturaQRCODE> <numeroCaixa>001</numeroCaixa> </ide> -<emit> <CNPJ>82373077000171</CNPJ> <xNome>BEMATECH S.A</xNome> -<enderEmit> <xLgr>AVENIDA RUI BARBOSA</xLgr> <nro>2529</nro> <xCpl>: MODULOS 06 07 E 08;</xCpl> <xBairro>IPE</xBairro> <xMun>SAO JOSE DOS PINHAIS</xMun> <CEP>83055320</CEP> </enderEmit> <IE>111111111111</IE> <cRegTrib>1</cRegTrib> <indRatISSQN>N</indRatISSQN> </emit> -<dest> <CPF/> <xNome><e>01000- VENDA AO CONSUMIDOR </e></xNome> </dest> -<det nItem="1"> -<prod> <cProd>00013</cProd> <xProd>GASOLINA COMUM</xProd> <NCM>27101259</NCM> <CFOP>5656</CFOP> <uCom>LTS</uCom> <qCom>2.7040</qCom> <vUnCom>3.699</vUnCom> <vProd>10.00</vProd> <indRegra>T</indRegra> <vItem>10.00</vItem> -<obsFiscoDet xCampoDet="Cod. Produto ANP"> <xTextoDet>320102001</xTextoDet> </obsFiscoDet> -<obsFiscoDet xCampoDet="Cod. CEST"> <xTextoDet>0600200</xTextoDet> </obsFiscoDet> </prod> -<imposto> <vItem12741>3.85</vItem12741> -<ICMS> -<ICMS40> <Orig>0</Orig> <CST>60</CST> </ICMS40> </ICMS> -<PIS> -<PISNT> <CST>04</CST> </PISNT> </PIS> -<COFINS> -<COFINSNT> <CST>04</CST> </COFINSNT> </COFINS> </imposto> </det> -<total> -<ICMSTot> <vICMS>0.00</vICMS> <vProd>10.00</vProd> <vDesc>0.00</vDesc> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vPISST>0.00</vPISST> <vCOFINSST>0.00</vCOFINSST> <vOutro>0.00</vOutro> </ICMSTot> <vCFe>10.00</vCFe> <vCFeLei12741>3.85</vCFeLei12741> </total> -<pgto> -<MP> <cMP>01</cMP> <vMP>10.00</vMP> </MP> <vTroco>0.00</vTroco> </pgto> -<infAdic> <infCpl>, N. Referencia 00009221 U 01 T 1, Trib.aprox.Federal 1,35 Estadual 2,50 IBPT, , ASS......................................</infCpl> -<obsFisco xCampo="xCampo1"> <xTexto>xTexto1</xTexto> </obsFisco> </infAdic> </infCFe> -<Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> -<SignedInfo xmlns="http://www.w3.org/2000/09/xmldsig#"> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/> -<Reference URI="#CFe41191182373077000171599000089280010184883249"> -<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/2001/04/xmlenc#sha256"/> <DigestValue>ZHFuW7VFjd9ODZOcJqBALDFXBqZ4Ya+cBtQthUiRd44=</DigestValue> </Reference> </SignedInfo> <SignatureValue>lXUDTIdXFQ/VBNu6TVocQ2epA2F0wRld0l66OeADIzB4F3kjmGCq+C0Bdzf4hWNkHyYm8fCBqC8UhFJx6mdXZWupyuy1v8v3mXbENPDWas5hTnI7wxctjjOb/pT+iz5mgRiM274tYYvGZ8Cuj2Bp2YgYMe088DfZR3+6kCudSYuySf6fCdEsQWh7WMBQ18Dn1LfaYP2D50zfB5laQRmir44OCljDQT2yTa1hbLkO/gXIpXTquVp18gQEu5InnYpiIi7k9Z/wMx8aqgy+UQwWNhtvPKg81eFtF7ctqJn4LONzGlKkMjFR0bCvXgenm3+x8sKZpY5MBGt9xogxIY8ybA==</SignatureValue> -<KeyInfo> -<X509Data> <X509Certificate>MIIFtjCCBJ6gAwIBAgICDEEwDQYJKoZIhvcNAQENBQAwaDELMAkGA1UEBhMCQlIxEjAQBgNVBAgMCVNBTyBQQVVMTzESMBAGA1UEBwwJU0FPIFBBVUxPMQ8wDQYDVQQKDAZBQ0ZVU1AxDzANBgNVBAsMBkFDRlVTUDEPMA0GA1UEAwwGQUNGVVNQMB4XDTE2MDYxNDE3NDAyNVoXDTIxMDYxMzE3NDAyNVowgZsxCzAJBgNVBAYTAkJSMQ8wDQYDVQQIDAZQYXJhbmExETAPBgNVBAoMCFNFRkFaLVNQMSgwJgYDVQQLEx9BdXRvcmlkYWRlIGRlIFJlZ2lzdHJvIFNFRkFaIFNQMRgwFgYDVQQLEw9BQyBTQVQgU0VGQVogU1AxJDAiBgNVBAMMG0JFTUFURUNIIFMuQTo4MjM3MzA3NzAwMDE3MTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMckoiROSz4BCAM0jFuvelGPD4siY4aB7VnR77uCZElCuVcbi1x8doQgiX+tREap/CRaJdiqnqxaL2x1UPVoB2fyWWZF8dhtorbDzN/cbVbtqaNff+/GTL2OW5FIsPEPsi268hB12DMxZeBaL+g7qFtcmNR3HA4fZBWfFmJ7EiDqlzG0aSpmofFb9xBaUwiYIYKXLyv7CRxSl41Igz8na+xR/z2I4i+LT+N+jthocpaFlx8r98/Z4xNce/lKxCHz0q9//qPMXHhKTfVZp7op2MJrdEHXaQ89uhmm7Xz5VWR0qDlVdAHBNXl46l6vCk3c3CZzTgR/AnlGcIFH8LmkIqcCAwEAAaOCAjQwggIwMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXgMCwGCWCGSAGG+EIBDQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUCHSfwlkTu1iotBnyGj/NozmAYd8wHwYDVR0jBBgwFoAUFbTjkYYkLOozTwUeLS+Tt0iXx3gwEwYDVR0lBAwwCgYIKwYBBQUHAwIwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2Fjc2F0LmZhemVuZGEuc3AuZ292LmJyL2Fjc2F0c2VmYXpzcGNybC5jcmwwgacGCCsGAQUFBwEBBIGaMIGXMDUGCCsGAQUFBzABhilodHRwOi8vb2NzcC1waWxvdC5pbXByZW5zYW9maWNpYWwuY29tLmJyLzBeBggrBgEFBQcwAoZSaHR0cDovL2Fjc2F0LXRlc3RlLmltcHJlbnNhb2ZpY2lhbC5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL2Fjc2F0LXRlc3RlLnA3YzB7BgNVHSAEdDByMHAGCSsGAQQBgewtAzBjMGEGCCsGAQUFBwIBFlVodHRwOi8vYWNzYXQuaW1wcmVuc2FvZmljaWFsLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvYWNzYXRzZWZhenNwL2RwY19hY3NhdHNlZmF6c3AucGRmMCQGA1UdEQQdMBugGQYFYEwBAwOgEAwOODIzNzMwNzcwMDAxNzEwDQYJKoZIhvcNAQENBQADggEBAMQ9SNRTihm2MipNrkzkFV52BjA+kp+4PPz2a3GyKVR7Ft2SUk1R82BnoooTctAF8EwwMtGwH8wrRp4x6IsdkgIjp9lgw/38TIt2x5w16XbEpUvUC7JduYV4ZvtjVyLdmo9IZ1cH+rARvkrHKxuRtgswRGb/lLYb2Z1NSdz8A9ds+u9plIJfkeduw4nQ5l4UfTcv20L/2a1LF579VnpasFr5pyO0+KnOxL6PHiuf1KGs8cr8WA8pdy2xsqtP0D5Vzyh3KdglQMjGpvQXyC4ww/FX93MwtYoeSGTMb0bjp1yemuCQylA9vEXgRJEGQg3U4LUqpS5lFhsEQCtC9uGDJog=</X509Certificate> </X509Data> </KeyInfo> </Signature> </CFe>
  10. Olá Daniel. Antes: [xNome] 00008-PREFEITURA MUN.TEJUPA(ADMINISTRACAO TRANSP.UNIVER Efeito : Cupom impresso corretamente, não sofre rejeição ao enviá-lo ao governo. Depois [xNome] <e>00008-PREFEITURA MUN.TEJUPA(ADMINISTRACAO TRANSP.UNIVER</e> Efeito: Cupom é rejeitado após ser enviado ao fisco, erro: Resposta:555308|06010|1999|Erro desconhecido|. Para corrigir o problema e continuar usando as tags preciso truncar para <e>00008-PREFEITURA MUN.TEJUPA(ADMINISTRACAO</e> É possível fazer um ajuste no ACBR para que as tags não contem mais no envio ao fisco ou tem uma outra forma de resolver este problema? Se não ficou claro ainda, explico mais.
  11. Prezados, Atendendo a alguns clientes, implementei as tags <e> e </e> para expandir o nome/razão impresso no cupom, porém tenho a impressão que tais tags estão sendo enviados ao fisco como parte da razão social o que acaba excedendo a quantidade máxima permitida de caracteres quando a razão social é grande. Enviando com as tags e com uma razão social grande o suficiente, recebo o erro retornado pelo fisco é: Resposta:555308|06010|1999|Erro desconhecido| Para resolver o problema, tive que limitar o máximo de caracteres da razão social a 41 e depois usar as chaves <e> e </e>. É possível fazer um ajuste no ACBR para que as tags não contem mais no envio ao fisco ou tem uma outra forma de resolver este problema? Obs. Antes (sem as tags) a razão social poderia ter o máximo de 60 caracteres e não gerava erro na resposta do envio do CFSAT. Atenciosamente Leandro
  12. Boa Tarde, Testei aqui a nova versão e está funcionando corretamente! Muito obrigado e parabéns pelo excelente trabalho! Abraço Leandro
  13. Prezado, Estive olhando a seção de download ( projetoacbr.com.br/forum/files/file/454-acbrmonitorplus-windows-64-bits ) e aqui para mim aparece uma versão do ACBRMonitorPlus de 27 de outubro. Sabe se chegaram a lançar alguma atualização para este problema? Atenciosamente Leandro Segatti
×
×
  • Create New...