OFF-DEV

Segundo https://portal.fazenda.sp.gov.br/servicos/sat ATENÇÃO - Continuidade do layout 0.07 Informamos que não há previsão para interrupção no uso do layout 0.07. Permanecem sendo aceitos apenas os layout 0.07 e 0.08.

Ahhh, com este comando de setar a seção facilita tudo, ele não tinha no manual .chm que vem com o instalador, por isso não achei. Valeu!!!! Acho que esclareceu bem, qquer dúvida volto noutro tópico. Abraços.

OK, mas isso me deixa com mais uma dúvida, Estou usando a conexão via TCP/IP, estou passando o conteudo .ini do cupom diretamente através do comando CriarEnviarCFe para não ter necessidade de criar arquivos de envio e retorno. O número da sessão (que me parece gerado pelo ACBR neste caso) geralmente vem após o envio do comando pelo próprio canal de comunicação Stream.Read/Flush. Se ocorrer um crash na aplicação ou o PC apagar justamente ao retornar as informações de sessão e dados do cupom xml, como eu não gerei o número de sessão e sim o ACBR, como eu poderei obter qual foi o n

OK, mais uma questão quanto a isso, é possível acontecer um travamento no PC que obrigue o usuário resetar o computador no ato de tratar o número da seção de retorno, perdendo assim o seu controle podendo gerando duplicidade de cupom? Se sim, é estatisticamente desnecessário se preocupar com isso? Ou daria pra tratar também? Abraço

Acho que peguei, vou dar um exemplo: Usei o comando CriarEnviarCFe: ele retornou: [ENVIO] Arquivo=C:\OFFMON\sat\Vendas\08723218000186\201912\AD35191208723218000186599000092610073614188846.xml CodigoDeRetorno=6000 NumeroSessao=858175 Resultado=858175|06000|0000|Emitido com sucesso... Comparo os valores em destaque vermelho, se eles forem iguais, sinal que o SAT processou corretamente e me devolveu o retorno correto (não preciso usar SAT.ConsultarNumeroSessao) . Se o resultado for diferente, uso o comando SAT.ConsultarNumeroSessao(858175) e aguardo o

Prezados, Estou com uma dúvida aqui sobre o comando SAT.ConsultarNumeroSessao, estou implementando uma compatibilidade com meu appcomercial usando TCP/IP e C# e gostaria de entender em quais circunstâncias eu deveria usar o referido comando? O manual diz : "Comando para efetuar a consulta pelo numero da sessão.". `Testando o comando percebo que recupero dados do cupom emitido por último somente. Abraços Leandro

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.

OK, fico no aguardo então.

OK, isso eu poderia fazer por aqui ou seria necessário aguardar uma nova versão do acbrmonitor?

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 ....

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?

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 an

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á.

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.

Anexado. AD41191182373077000171599000089280010184883249.xml

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

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 aj

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 a

Boa Tarde, Testei aqui a nova versão e está funcionando corretamente! Muito obrigado e parabéns pelo excelente trabalho! Abraço Leandro

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

Muitíssimo obrigado, ficarei no aguardo. Vlw

Bom dia, Creio que não precisaria nem tratar especificamente os diversos tipos de erros, apenas uma negativa da operação retornada como um Boolean já seria o suficiente para o usuário ter que revisar as configurações no AcbrMonitor já que dá pra testar por lá mesmo. Alguma ideia de data de liberação desta versão? Atenciosamente Leandro

Prezados, Uma dúvida aqui ao testar o SAT.EnviarEmailCFe, a implementação que fiz está OK, envia normalmente os emails com XML e PDF anexados, porém caso o servidor SMTP estiver fora ou ocorrer algum problema no envio, o componente sempre retorna "OK: Email enviado com sucesso" o que torna o comando sem muita utilidade. Tem alguma forma de captar o erro ocorrido após um SAT.EnviarEmailCFe, ou vou ter que fazer uma implementação particular mesmo para enviar os emails e detectar se ocorreu algum erro? Como a comunidade tem resolvido este probleminha?

Realmente o controle de tudo está em controlar a Porta Serial (virtual) no envio de dados, nos diversos modelos de impressoras não fiscais. Assim posso controlar na saída da impressão o timeout entre vias e ter controle dos status de imprimindo e erros na impressora. Agradecimentos a Equipe ACBr.

Boa tarde, Segue o log, conforme solicitado. Ambiente: ACBrMonitorPlus 1.2.0.72 Windows 10 (32 bits) DR700 -ATIVAR - 26/07/19 17:12:26:563 - Modelo.: EscDaruma - TimeOut: 3 - Serial.: COM2 - BAUD=115200 DATA=8 PARITY=N STOP=1 HANDSHAKE=XON/XOFF SOFTFLOW MAXBANDWIDTH=0 SENDBYTESCOUNT=8192 SENDBYTESINTERVAL=100 Todas as atualizações efetudadas (sistema operacional, firmware DR700 e ultimo drive da impressora no site darumadesenvolvedores.com.br) Teste efetuado: Emissão de venda a prazo com impressão de 02 vias extrato sat com 100 itens. Re