lucioam
-
Total de ítens
80 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por lucioam
-
-
Olá pessoal,
Sou de São José do Rio Preto/SP, e gostaria de contribuir com layout para NFSe da minha cidade.
Ambos validados (ocultei os dados sensíveis).
Em anexo.
Gostaria de colaborar com a criação do ACBrLibNFSe ... o quanto antes ... o que for possível eu acrescentar, por favor, coloquem ...
Obrigado
Canc-00001718.xml ConsPosicao-00000179.xml ConsSitLote-00000179.xml Venda-00000179.xml
- 1
-
1 minuto atrás, antonio.carlos disse:
ACBrLibNFSe ainda esta em desenvolvimento..
Estamos trabalhando nela..Ahhh Ok ... Obrigado pelo retorno.
-
Pessoal,
Não tenho muito conhecimento na linguagem Pascal (Lazarus), poderiam me ajudar porque não consigo compilar a Dll.
Segue o erro apontado pelo compilador:
ACBrLibComum.pas(425,3) Note: Local variable "Ret" not used ACBrLibNFSeDataModule.pas(64,17) Warning: Unit "ACBrUtil" is deprecated: "Utilize uma das units ACBrUtil no lugar dessa" ACBrLibNFSeRespostas.pas(86,16) Warning: An inherited method is hidden by "destructor Destroy;" ACBrLibNFSeRespostas.pas(235,3) Warning: Unit "ACBrUtil" is deprecated: "Utilize uma das units ACBrUtil no lugar dessa" ACBrLibNFSeRespostas.pas(359,29) Error: identifier idents no member "CodVerificacao" ACBrLibNFSeRespostas.pas(377,21) Error: identifier idents no member "NumRPS" ACBrLibNFSeRespostas.pas(378,20) Error: identifier idents no member "Serie" ACBrLibNFSeRespostas.pas(379,19) Error: identifier idents no member "Tipo" ACBrLibNFSeRespostas.pas(380,29) Error: identifier idents no member "CodVerificacao" ACBrLibNFSeRespostas.pas(400,21) Error: identifier idents no member "NumRPS" ACBrLibNFSeRespostas.pas(401,20) Error: identifier idents no member "Serie" ACBrLibNFSeRespostas.pas(402,19) Error: identifier idents no member "Tipo" ACBrLibNFSeRespostas.pas(403,29) Error: identifier idents no member "CodVerificacao"
-
Pessoal,
Estou com dificuldades pra identificar o erro em questão.
Não está conseguindo imprimir o extrato para o CFe cancelado.Ambiente:
Windows 10
ACBrMonitorPlus
SAT Bematech Homologação
RB-1000Arquivos:
CFe: CFe41210882373077000171599000092340009263188668.xml
CFe Canc: CFe41210882373077000171599000092340009274558860-can.xmlRetorno ACBR - Erro:
SAT.ImprimirExtratoCancelamento(D:\FLYSYSTEC\Projetos\FLYCom\sat\1\202108\CFe41210882373077000171599000092340009263188668.xml, D:\FLYSYSTEC\Projetos\FLYCom\sat\1\202108\CFe41210882373077000171599000092340009274558860-can.xml)
ERRO: Diretório ou XML: D:\FLYSYSTEC\Projetos\FLYCom\sat\1\202108\CFe41210882373077000171599000092340009274558860-can.xml inválido!
Fica preso em "Comandos a processar" e não vai.
Pra minha aplicação ele devolve o erro, e ao entrar no ACBrMonitorPlus, fica o comando preso.Testei com a ACBrLib e funciona normalmente.
At.
Lucio
CFe41210882373077000171599000092340009263188668.xml CFe41210882373077000171599000092340009274558860-can.xml
-
Olá pessoal,
Estou iniciando os testes em VB6.
Notei que diferentemente do ACBrMonitor, ele devolve a chave Arquivo= (vazio)
[ENVIO]
Arquivo=
CodigoDeRetorno=6000
NumeroSessao=954765
Resultado=954765|06000|0000|Emitido com sucesso + conteúdo .......Utilizávamos para copiar o arquivo final assinado e transmitido para uma pasta de backup.
-
Em 18/08/2016 at 13:53, nebrio disse:
Obrigado @André Ferreira de Moraes e @Nelson A Sousa
Problema resolvido, senha passada para o arquivo .ini já criptografada!
Qual arquivo fonte está o GravaINICrypt ?
Tô apanhando desse Lazarus.
-
Pessoal,
Problema solucionado.
Versão do ACBrMonitorPLUS: 1.1.0.5
Versão da BemaSAT: 1.0.2.0
Versão do Layout: 0.07
Creio que o problema se dava porque meu SAT homologação estava na versão 0.06.
Depois que atualizei pra 0.07 funcionou.
Obrigado a todos.
- 2
-
20 horas atrás, Ricardo Miquinioty disse:
Boa noite, não entendi direito as chaves abaixo:
--> o que negritei em azul é o número do cupom, em vermelho é o número de série do equipamento SAT, porquê nas operações abaixo os números do equipamento SAT estão diferentes uns dos outros ???
5/17 15:03:46:260 - Gravando XML Venda recebido:
C:\ACBrMonitorPLUS\Arqs\SAT\Vendas\82453077000171\201705\AD35170582373077030171599000052340001503766279.xml
26/05/17 15:05:13:482 - Gravando XML Cancelamento enviado:
C:\ACBrMonitorPLUS\Arqs\SAT\Enviados\201705\ADC35170582373077300171599000096340001503766279-env.xml
26/05/17 15:05:13:497 - NumeroSessao: 897101 - Comando: CancelarUltimaVenda( CFe35170582373077000171599700092340001503766279, <?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35170582373067000171599000098340001503766279"><ide><CNPJ>16716114000172</CNPJ><signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc> )
26/05/17 15:05:14:700 - NumeroSessao: 897101 - Resposta:Erro|Erro na leitura da porta de comunicacao com o S@T|HeaderSds,
Ricardo.
Ricardo,
Nós trocamos as chaves propositalmente por questões de privacidade. Porém, são de uma mesmo operação, eu garanto.
-
Daniel e Sérgio,
Primeiramente obrigado pelas orientações, achei o ACBrSAT.log na pasta do ACBrMonitorPLUS.
Nele não encontrei nenhuma informação relevante pra analise do problema.
O que me sugerem?
Segue:
Citar26/05/17 15:03:44:654 - NumeroSessao: 220719 - Comando: EnviarDadosVenda( <?xml version="1.0" encoding="UTF-8"?>
<CFe>
<infCFe versaoDadosEnt="0.06">
<ide>
<CNPJ>16716154007172</CNPJ>
<signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC>
<numeroCaixa>001</numeroCaixa>
</ide>
<emit>
<CNPJ>82323477000171</CNPJ>
<IE>111111111111</IE>
<indRatISSQN>N</indRatISSQN>
</emit>
<dest></dest>
<det nItem="1">
<prod>
<cProd>1</cProd>
<xProd>#33059001#ALCOOL</xProd>
<NCM>33059001</NCM>
<CFOP>5405</CFOP>
<uCom>L</uCom>
<qCom>12.7120</qCom>
<vUnCom>2.36</vUnCom>
<indRegra>A</indRegra>
</prod>
<imposto>
<vItem12741>4.50</vItem12741>
<ICMS>
<ICMSSN102>
<Orig>0</Orig>
<CSOSN>500</CSOSN>
</ICMSSN102>
</ICMS>
<PIS>
<PISSN>
<CST>49</CST>
</PISSN>
</PIS>
<COFINS>
<COFINSSN>
<CST>49</CST>
</COFINSSN>
</COFINS>
</imposto>
</det>
<total>
<vCFeLei12741>4.50</vCFeLei12741>
</total>
<pgto>
<MP>
<cMP>01</cMP>
<vMP>30.00</vMP>
</MP>
</pgto>
<infAdic>
<infCpl>FATURAMENTO: 00000282 | SEQ DIA: 0002</infCpl>
</infAdic>
</infCFe>
</CFe> )
26/05/17 15:03:44:716 - Gravando XML Venda enviado: C:\ACBrMonitorPLUS\Arqs\SAT\Enviados\82333057000171\201705\AD20170526150344-220719-env.xml
26/05/17 15:03:46:198 - NumeroSessao: 220719 - Resposta:220719|06000|0000|Emitido com sucesso + conteúdo notas|||PENGZT48aW5mQ0ZlIElkPSJDRmUzNTE3MDU4MjM3MzA3NzAwMDE3MTU5OTAwMDA5MjM0MDAwMTUwMzc2NjI3OSIgdmVyc2FvPSIwLjA2IiB2ZXJzYW9EYWRvc0VudD0iMC4wNiIgdmVyc2FvU0I9IjAxMDEwMCI+PGlkZT48Y1VGPjM1PC9jVUY+PGNORj4zNzY2Mjc8L2NORj48bW9kPjU5PC9tb2Q+PG5zZXJpZVNBVD45MDAwMDkyMzQ8L25zZXJpZVNBVD48bkNGZT4wMDAxNTA8L25DRmU+PGRFbWk+MjAxNzA1MjY8L2RFbWk+PGhFbWk+MTUwMzQzPC9oRW1pPjxjRFY+OTwvY0RWPjx0cEFtYj4yPC90cEFtYj48Q05QSj4xNjcxNjExNDAwMDE3MjwvQ05QSj48c2lnbkFDPlNHUi1TQVQgU0lTVEVNQSBERSBHRVNUQU8gRSBSRVRBR1VBUkRBIERPIFNBVDwvc2lnbkFDPjxhc3NpbmF0dXJhUVJDT0RFPklRa0g0eGhFQ041eGR6aE03cHRHQ2N5OEpncVNCTU5YVWRybFdlVzZNRE9jVXlHd0RwTmxFN0hQQ3A3T3VSY3FiR3dDL3ZTbjVQTThzY3BhbzJ6MTkweGh6NldaTzMxdUQwMXZlNTdLRVlQak1DUmVqUG5oK1R3V2dHcHl5Mk5RRFUvWi9oOVUyUUg2aFFFMllWQjBNQTlWbjBqZkFzcjNrSjdSMG9yZU5GeElWU0h2dVY0UVRkME5CMkFwOEhRZmlhVEZqa0l6VU11UnBTdHBaM25DdGhzRVZ3OE4xNWxhRjJZQTNVM094UUJWL28ra1FDNHdmTis5ZVU1YzRITmtobUlYNGNhZklhRFJ0bjlPamgvaG51cWpvV3gxcVloMGx2SmdVcEZ3NnFMckZoQTBST280b1k2cnlyVWdzcDMzSVNSQnpIZk81ZVkxZGs0a2VDVDlMQT09PC9hc3NpbmF0dXJhUVJDT0RFPjxudW1lcm9DYWl4YT4wMDE8L251bWVyb0NhaXhhPjwvaWRlPjxlbWl0PjxDTlBKPjgyMzczMDc3MDAwMTcxPC9DTlBKPjx4Tm9tZT5CRU1BVEVDSCBTLkE8L3hOb21lPjxlbmRlckVtaXQ+PHhMZ3I+UlVJIEJBUkJPU0E8L3hMZ3I+PG5ybz4yNTI5PC9ucm8+PHhDcGw+OiBNT0RVTE9TIDA2IDA3IEUgMDg7PC94Q3BsPjx4QmFpcnJvPklQRTwveEJhaXJybz48eE11bj5TQU8gSk9TRSBET1MgUElOSEFJUzwveE11bj48Q0VQPjgzMDU1MzIwPC9DRVA+PC9lbmRlckVtaXQ+PElFPjExMTExMTExMTExMTwvSUU+PGNSZWdUcmliPjE8L2NSZWdUcmliPjxpbmRSYXRJU1NRTj5OPC9pbmRSYXRJU1NRTj48L2VtaXQ+PGRlc3Q+PENQRj48L0NQRj48L2Rlc3Q+PGRldCBuSXRlbT0iMSI+PHByb2Q+PGNQcm9kPjE8L2NQcm9kPjx4UHJvZD4jMzMwNTkwMDEjQUxDT09MPC94UHJvZD48TkNNPjMzMDU5MDAxPC9OQ00+PENGT1A+NTQwNTwvQ0ZPUD48dUNvbT5MPC91Q29tPjxxQ29tPjEyLjcxMjA8L3FDb20+PHZVbkNvbT4yLjM2PC92VW5Db20+PHZQcm9kPjMwLjAwPC92UHJvZD48aW5kUmVncmE+QTwvaW5kUmVncmE+PHZJdGVtPjMwLjAwPC92SXRlbT48L3Byb2Q+PGltcG9zdG8+PHZJdGVtMTI3NDE+NC41MDwvdkl0ZW0xMjc0MT48SUNNUz48SUNNU1NOMTAyPjxPcmlnPjA8L09yaWc+PENTT1NOPjUwMDwvQ1NPU04+PC9JQ01TU04xMDI+PC9JQ01TPjxQSVM+PFBJU1NOPjxDU1Q+NDk8L0NTVD48L1BJU1NOPjwvUElTPjxDT0ZJTlM+PENPRklOU1NOPjxDU1Q+NDk8L0NTVD48L0NPRklOU1NOPjwvQ09GSU5TPjwvaW1wb3N0bz48L2RldD48dG90YWw+PElDTVNUb3Q+PHZJQ01TPjAuMDA8L3ZJQ01TPjx2UHJvZD4zMC4wMDwvdlByb2Q+PHZEZXNjPjAuMDA8L3ZEZXNjPjx2UElTPjAuMDA8L3ZQSVM+PHZDT0ZJTlM+MC4wMDwvdkNPRklOUz48dlBJU1NUPjAuMDA8L3ZQSVNTVD48dkNPRklOU1NUPjAuMDA8L3ZDT0ZJTlNTVD48dk91dHJvPjAuMDA8L3ZPdXRybz48L0lDTVNUb3Q+PHZDRmU+MzAuMDA8L3ZDRmU+PHZDRmVMZWkxMjc0MT40LjUwPC92Q0ZlTGVpMTI3NDE+PC90b3RhbD48cGd0bz48TVA+PGNNUD4wMTwvY01QPjx2TVA+MzAuMDA8L3ZNUD48L01QPjx2VHJvY28+MC4wMDwvdlRyb2NvPjwvcGd0bz48aW5mQWRpYz48aW5mQ3BsPkZBVFVSQU1FTlRPOiAwMDAwMDI4MiB8IFNFUSBESUE6IDAwMDI8L2luZkNwbD48b2JzRmlzY28geENhbXBvPSJ4Q2FtcG8xIj48eFRleHRvPnhUZXh0bzE8L3hUZXh0bz48L29ic0Zpc2NvPjwvaW5mQWRpYz48L2luZkNGZT48U2lnbmF0dXJlIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjIj48U2lnbmVkSW5mbyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnIyI+PENhbm9uaWNhbGl6YXRpb25NZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UUi8yMDAxL1JFQy14bWwtYzE0bi0yMDAxMDMxNSI+PC9DYW5vbmljYWxpemF0aW9uTWV0aG9kPjxTaWduYXR1cmVNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxLzA0L3htbGRzaWctbW9yZSNyc2Etc2hhMjU2Ij48L1NpZ25hdHVyZU1ldGhvZD48UmVmZXJlbmNlIFVSST0iI0NGZTM1MTcwNTgyMzczMDc3MDAwMTcxNTk5MDAwMDkyMzQwMDAxNTAzNzY2Mjc5Ij48VHJhbnNmb3Jtcz48VHJhbnNmb3JtIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI2VudmVsb3BlZC1zaWduYXR1cmUiPjwvVHJhbnNmb3JtPjxUcmFuc2Zvcm0gQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UUi8yMDAxL1JFQy14bWwtYzE0bi0yMDAxMDMxNSI+PC9UcmFuc2Zvcm0+PC9UcmFuc2Zvcm1zPjxEaWdlc3RNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxLzA0L3htbGVuYyNzaGEyNTYiPjwvRGlnZXN0TWV0aG9kPjxEaWdlc3RWYWx1ZT5lQ2NySmRRUmRscVNYRUczcmdYeldaNnVlY0tXM1hJTUx5UGlJbTJMSS9zPTwvRGlnZXN0VmFsdWU+PC9SZWZlcmVuY2U+PC9TaWduZWRJbmZvPjxTaWduYXR1cmVWYWx1ZT5Gbjk3RjNXZ0R5a3dLTU1tSUI4Qlg2dDRHR3FLZGJURkdpWmFwVFJKcm9valVHWjRUWS85YUhVR0pDc0hsemJMeW1yVXRGa3BnellSd0plclV4ajZNSncrenlzbU1ZL2dUbzFJaDBJRHgxblVDaURjZ3R3LzBUVm0wN0w0b0ZieGpQRnVvWmFzUTRoYVE4THBTUnZ0dDhJVWFzNCtQOTMzVnJ1eGVzQ0hDVXBWNTRNbE1lQm54eU5ZNEw5WmdNc1Mrdy8xT0loV2pwaFIzOW05a2IrK1pKWmdiUnJEUW1wNUtES0I1U1plMzhjV0d3aFBrNEExTmZhdGRGdUNJQVh2SjY5VmRPWEY2ZGlLYWswb2VOdEk5enNPZ0lCZWI5dWJnazVxOGZWTUJpaWoybitjYVIvQjRxZXcrQUt0NDN1b25HSjJuVVI4YjBZc2xvNmZaUEw4WHc9PTwvU2lnbmF0dXJlVmFsdWU+PEtleUluZm8+PFg1MDlEYXRhPjxYNTA5Q2VydGlmaWNhdGU+TUlJRnRqQ0NCSjZnQXdJQkFnSUNEWUF3RFFZSktvWklodmNOQVFFTkJRQXdhREVMTUFrR0ExVUVCaE1DUWxJeEVqQVFCZ05WQkFnTUNWTkJUeUJRUVZWTVR6RVNNQkFHQTFVRUJ3d0pVMEZQSUZCQlZVeFBNUTh3RFFZRFZRUUtEQVpCUTBaVlUxQXhEekFOQmdOVkJBc01Ca0ZEUmxWVFVERVBNQTBHQTFVRUF3d0dRVU5HVlZOUU1CNFhEVEUyTURnd05ERTBNRFl6TjFvWERUSXhNRGd3TXpFME1EWXpOMW93Z1pzeEN6QUpCZ05WQkFZVEFrSlNNUTh3RFFZRFZRUUlEQVpRWVhKaGJtRXhFVEFQQmdOVkJBb01DRk5GUmtGYUxWTlFNU2d3SmdZRFZRUUxFeDlCZFhSdmNtbGtZV1JsSUdSbElGSmxaMmx6ZEhKdklGTkZSa0ZhSUZOUU1SZ3dGZ1lEVlFRTEV3OUJReUJUUVZRZ1UwVkdRVm9nVTFBeEpEQWlCZ05WQkFNTUcwSkZUVUZVUlVOSUlGTXVRVG80TWpNM016QTNOekF3TURFM01UQ0NBU0l3RFFZSktvWklodmNOQVFFQkJRQURnZ0VQQURDQ0FRb0NnZ0VCQUtkOEh3K2lsSGFMSFV1NXEzODVNSTVVRmpFVUI5UTNnVnVmL2ZyMG1IemtFcVVSVlpPTFNuVDVwSEI3SEFBbXh6Zkl4WXZMK09CN2VYT2cwLzY5ckk5OEhCSEZneVVIblJhZ3h3MFNtOEJKdmhKYXEvekRpTXY1aktTVUtHVlFkeE52UmswWTJFQ3IrYWtBdWovRmxuNkR4bDZvOU00RGl5NmROSDIvV3Q3eTJTdXFzamxxQkk5TXRHWVpKYnM0VFdKZzNXM1hnc0YwNzNybmxCU2pEWUlDUGt2N1MyQkJvVVhxbVFnMzQwMW0xSXE3WjhncFBjMFlha1RwVnhTbk9CYmFqR3l1YVlUazdBYVp2SVhFL0g2SzAzajBqdnJuYUd0VGsvSDRPWmZwbmRYdllTMGlNZERlMzNjalMwTkN6V1owNmdUYU1YdXFxM1JVUEZXQmQvRUNBd0VBQWFPQ0FqUXdnq0l3TUFrR0ExVWRFd1FDTUFBd0RnWURWUjBQQVFIL0JBUURBZ1hnTUN3R0NXQ0dTQUdHK0VJQkRRUWZGaDFQY0dWdVUxTk1JRWRsYm1WeVlYUmxaQ0JEWlhKMGFXWnBZMkYwWlRBZEJnTlZIUTRFRmdRVUVldk9rS0tIUEV5TlR6dERWMzV3cXBxRGc4d3dId1lEVlIwakJCZ3dGb0FVRmJUamtZWWtMT296VHdVZUxTK1R0MGlYeDNnd0V3WURWUjBsQkF3d0NnWUlLd1lCQlFVSEF3SXdRd1lEVlIwZkJEd3dPakE0b0RhZ05JWXlhSFIwY0RvdkwyRmpjMkYwTG1aaGVtVnVwR0V1YzNBdVoyOTJMbUp5TDJGamMyRjBjMlZtWVhwemNHTnliQzVqY213d2dhY0dDQ3NHQVFVRkJ3RUJCSUdhTUlHWE1EVUdDQ3NHQVFVRkJ6QUJoaWxvZEhSd09pOHZiMk56Y0Mxd2FXeHZkQzVwYlhCeVpXNXpZVzltYVdOcFlXd3VZMjl0TG1KeUx6QmVCZ2dyQmdFRkJRY3dBb1pTYUhSMGNEb3ZMMkZqYzJGMExYUmxjM1JsTG1sdGNISmxibk5oYjJacFkybGhiQzVqYjIwdVluSXZjbVZ3YjNOcGRHOXlhVzh2WTJWeWRHbG1hV05oWkc5ekwyRmpjMkYwTFhSbGMzUmxMbkezWXpCN0JnTlZIU0FFZERCeU1IQUdDU3NHQVFRQmdld3RBekJqTUdFR0NDc0dBUVVGQndJQkZsVm9kSFJ3T2k4dllXTnpZWFF1YVcxd2NtVnVjMkZ2Wm1samFXRnNMbU52YlM1aWNpOXlaWEJ2YzJsMGIzSnBieTlrY0dNdllXTnpZWFJ6WldaaGVuTndMMlJ3WTE5aFkzTmhkSE5sWm1GNmMzQXVjR1JtTUNRR0ExVWRFUVFkTUJ1Z0dRWUZZRXdCQXdPZ0VBd09PREl6TnpNd056Y3dNREF4TnpFd0RRWUpLb1pJaHZjTkFRRU5CUUFEZ2dFQkFHMCt0d2pDZEs3cWJjUW5kQnBXSE1mZHV4dEIycmR3T0R1a0hJNzZoNGtUT3ZGMkFHSlNEa1ZSUWYwdS9sOWhZam9LejVHRHg0eENEaWYxbjNTQlVFN09uRVR0eklVSHNQajBFZFBYaytHVEFVMG9KWmdXWXQ5TEFKcUxHRTBtQStBVk9TYkVvY3FyNDRKM0k5VlBOZmltcHNYa1R6ZjlBZEdKTWZIbCtPZGdoUXFleDVGWEtmTmdTK2Y0WmN2ZFhFeCtZZjU3VDBHLzR0STFjOWxyd0lYa1REcGRPYzNRblFYYUFSeC90MlJ0aGtIcGExZmxDd3E5Yk1XcDBrUmxJS2NDVkNVUUxoNzBhcFVVUzlxTVowbWJpZFRNOEd0TmNxci8rLzhwemxTTUVOb05heUtORW1iS01lUXhVWEVlV3JaaCtQMm1tTGp1NiswaHdBK1RMakE9PC9YNTA5Q2VydGlmaWNhdGU+PC9YNTA5RGF0YT48L0tleUluZm8+PC9TaWduYXR1cmU+PC9DRmU+|20170526150343|CFe35170582373077000171599000092340001503766279|30.00||IQkH4xhECN5xdzhM7ptGCcy8JgqSBMNXUdrlWeW6MDOcUyGwDpNlE7HPCp7OuRcqbGwC/vSn5PM8scpao2z190xhz6WZO31uD01ve57KEYPjMCRejPnh+TwWgGpyy2NQDU/Z/h9U2QH6hQE2YVB0MA9Vn0jfAsr3kJ7R0oreNFxIVSHvuV4QTd0NB2Ap8HQfiaTFjkIzUMuRpStpZ3nCthsEVw8N15laF2YA3U3OxQBV/o+kQC4wfN+9eU5c4HNkhmIX4cafIaDRtn9Ojh/hnuqjoWx1qYh0lvJgUpFw6qLrFhA0ROo4oY6ryrUgsp33ISRBzHfO5eY1dk4keCT9LA==
26/05/17 15:03:46:260 - Gravando XML Venda recebido: C:\ACBrMonitorPLUS\Arqs\SAT\Vendas\82453077000171\201705\AD35170582373077030171599000052340001503766279.xml
26/05/17 15:05:13:482 - Gravando XML Cancelamento enviado: C:\ACBrMonitorPLUS\Arqs\SAT\Enviados\201705\ADC35170582373077300171599000096340001503766279-env.xml
26/05/17 15:05:13:497 - NumeroSessao: 897101 - Comando: CancelarUltimaVenda( CFe35170582373077000171599700092340001503766279, <?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35170582373067000171599000098340001503766279"><ide><CNPJ>16716114000172</CNPJ><signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc> )
26/05/17 15:05:14:700 - NumeroSessao: 897101 - Resposta:Erro|Erro na leitura da porta de comunicacao com o S@T|Header
-
Em 2017-5-26 at 18:54, Daniel Simoes disse:
Por favor anexe o Log do ACBrSAT
Verifique ainda, se a DLL da Bematech também está gerando algum Log
Daniel,
Eu utilizo o ACBrMonitorPLUS, não sei como faz pra gerar Log do ACBrSAT.
Pode me ajudar?
-
Pessoal,
Estou com um problema no cancelamento dos cupons CF-e.
A aplicação emite os CF-e's normalmente... até aí sem problemas... porém, quando solicitado o cancelamento do cupom, é apresentado um retorno de falha citado "Erro na leitura da porta de comunicação com o S@T".
Pra entender o meu teste: O cupom fiscal acabou de ser impresso e logo após o comando de cancelamento foi enviado (dentro dos 30 min previstos), a luz vermelha do SAT (CFE) ainda não estava apaguada, sinalizando que o cupom ainda estava na fila de envio.
Versão do ACBRMonitorPLUS: 1.1.0.5
Versão da DLL Bemasat32.dll: 1.0.0.4
SAT Bematech homologação: 0.06Log do ACBr:
CitarSAT.CancelarCFe(D:\SISTEMA\sat\1\201705\CFe35170582373077000171598700092340001503766279.xml)
OK: [CANCELAMENTO]
Resultado=Erro|Erro na leitura da porta de comunicacao com o S@T|Header
numeroSessao=0
codigoDeRetorno=0
RetornoStr=Erro|Erro na leitura da porta de comunicacao com o S@T|Header
XML=<?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35178762373077000171599000092340001503766279"><ide><CNPJ>16716116500172</CNPJ><signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc>
Log do SAT:
Citar20170526150512|AC-SAT|info|Recebendo dados de cancelamento
20170526150512|AC-SAT|info|Dados de cancelamento recebidos com sucesso
20170526150512|AC-SAT|info|Mecanismo de segurança de emissão criado com sucesso
20170526150513|SAT-AC|info|Cupom cancelado com sucesso
-
Caso resolvido.
Explico:
1) Adicionei o comando ECF.Ativar antes de enviar a Leitura X;
2) Coloquei um Timer pra aguardar a ECF sinalizar estLivre após emitir a Leitura X;
3) depois de tudo isso, envio o comando ECF.Suprimento;
Abraços a todos.
-
Blza Pessoal,
Bom... seguindo os testes... coloquei um Sleep de 60 segundos, e nesse tempo... a cada segundo... vou pedindo o StatusECF....
Porém... sempre retorna... estNaoInicializada.......
1) O que fazer?
2) Qual comando inicializo o ECF... pra me certificar que a situação esteja "estLivre" e que posso enviar o comando Suprimento?
Me ajudem.
-
2 minutos atrás, Juliomar Marchetti disse:
Então o componente não trabalha igual as dll!
já temos até um tópico em que isso foi discutido!
Blza.. sem problema.
Vou implementar o Sleep após a Leitura X... e posto aqui os resultados ...
Obrigado a todos
-
14 minutos atrás, Cleber disse:
Bom dia,
Eu acho que deve estar acontecendo com voce o mesmo que acontecia comigo. Eu não utilizo ACBrMonitorPlus, mas sim o componente ACBrECF. Ao enviar comando da X, a ECF já inicia sua emissão, mas o ACBrECF não aguarda retorno, até pq não caberia aguardar retorno mesmo na minha opiniao. Como o componente não aguardar o termino da X, o comando de suprimento já era enviado logo em seguida, ainda com a X sendo impressa o que ocasionava erro.
No meu caso coloquei, já que uso componente, coloquei sleep de alguns segundos para garantir o termino da impressão da X.
Pra voce, creio que poderia fazer algo parecido antes de enviar o comando de suprimento para o ACBrMonitorPLUS.
Espero ter ajudado.
Cleber,
Obrigado pela ajuda.
Gostaria de aproveitar e deixar em aberto aos adms do ACBR, se não seria o caso do comando Leitura X ter um retorno somente quando terminasse a impressão.
Vejam bem, não sei se é possível isso, só estou colocando aproveitando a oportunidade.
Grato.
-
Alguém me ajuda?
-
Taí o Log completo desde a sexta-feira.
-
2 minutos atrás, André Ferreira de Moraes disse:
Na aba ECF - Parâmetros II configure o campo Arq.Log
Ok.. achei.. vou ativar isso e verificar, porém, só amanhã pra pegar o retorno do Log.. pois já abriu o caixa ...
Obrigado por enquanto..
Na segunda eu posto o log aqui.
Valeu.
-
2 minutos atrás, André Ferreira de Moraes disse:
Configure a propriedade ACBrECF1.ArqLOG := "C:\temp\ecf.log"; e reproduza o erro.
André,
No caso, eu utilizo o ACBrMonitorPLUS, como seria?
-
1 minuto atrás, André Ferreira de Moraes disse:
Anexe o log do ECF.
André,
Eu nunca fiz esse log, pode me orientar...
-
Pessoal,
Estou com problema na abertura de caixa de uma Epson ECF TM-81.
Cenário:
Windows 7 32 bits
ACBRMonitorPlus 3.07.4
ECF EPSON TM-81
Ligação via SERIALTeste 1:
Ao abrir o caixa, o sistema executa os comandos: ECF.LeituraX e logo depois em seguida: ECF.Suprimento (com o valor do suprimento)
O problema ocorre no segundo comando, pois a leitura X sai normalmente e o segundo comando retorna erro ... ele fica com status estRequerX (mesmo saindo a leitura X). Daí eu tiro a Leitura X forçando o comando novamente e depois disso o ECF funciona normalmente.Teste 2:
Ao abrir o caixa, o sistema executa o comando: ECF.LeituraX (sem nenhum suprimento) E depois do caixa aberto, vou tentar tirar o primeiro cupom.
O problema ocorre no segundo comando, pois a leitura X sai normalmente e o segundo comando retorna erro ... ele fica com status estRequerX (mesmo saindo a leitura X). Daí eu tiro a Leitura X forçando o comando novamente e depois disso o ECF funciona normalmente.Alguém já passou por isso? Tem algum macete?
-
17 horas atrás, Juliomar Marchetti disse:
Boa tarde!
favor gerar os logs do componente com o ECFTeste e repassar aqui assim podemos ajudar!
Juliomar,
Estou também com um problema em ECF Epson... como eu faço o log pelo ECFTeste.exe ?
-
Bom dia pessoal,
Ocorre comigo um problema bem parecido (se não for o mesmo)...
Num cliente, o sistema está preparado para abrir o caixa (inicio do dia) com uma LeituraX e logo depois um Suprimento.
Quando o cliente executa essa abertura do dia, a Leitura X sai normalmente e o comando Suprimento retorna o erro seguinte:
0801 - Comando invalido com jornada fiscal fechada.
Fica apontando que tem Leitura X pendente, quando acabou de ser impressa.
Alguém passou por isso? O que proceder?
-
Em 16/07/2016 at 08:58, Juliomar Marchetti disse:
Tu reconstruiu ele marcando a opção pra limpar tudo?
Juliomar,
Onde encontro essa opção de limpar tudo?
NFSe: Adicionar suporte para Ginfes - São José do Rio Preto/SP
em ACBrLIB
Postado
Sim, entendo.
Mas não programo nada em Lazarus/Delphi, estou tentando entender o código aqui.
Mas é difícil pra quem não conhece como eu.