ProtonSistemas

Esqueci de informar que são estações predominantemente com Windows 7 e 10.

Prezades, Estou em busca da melhor configuração para o componente de emissão de NFCe de modo a evitar a quantidade notas em contingência emitidas nos clientes. Fiz uma parametrização padrão como mostrada abaixo: ACBrNFe1.Configuracoes.Certificados.URLPFX := ''; ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := ACBR_RES + ACBR_CERT_NAME; ACBrNFe1.Configuracoes.Certificados.Senha := '******'; ACBrNFe1.Configuracoes.Certificados.NumeroSerie := ''; ACBrNFe1.SSL.DescarregarCertificado; // with ACBrNFe1.Configuracoes.Geral do begin // SSLLib := TSSLLib.libOpenSSL; SSLCryptLib := TSSLCryptLib.cryOpenSSL; SSLHttpLib := TSSLHttpLib.httpOpenSSL; SSLXmlSignLib := TSSLXmlSignLib.xsLibXml2; // AtualizarXMLCancelado := True; Salvar := True; ExibirErroSchema := True; RetirarAcentos := True; FormatoAlerta := 'TAG:%TAGNIVEL% ID:%ID%/%TAG%(%DESCRICAO%) - %MSG%.'; FormaEmissao := TpcnTipoEmissao.teNormal; ModeloDF := TpcnModeloDF.moNFCe; VersaoDF := TpcnVersaoDF.ve400; // IdCSC := '*****'; CSC := '*****'; VersaoQRCode := '*****'; end; with ACBrNFe1.Configuracoes.WebServices do begin UF := 'XX'; Ambiente := TpcnTipoAmbiente.taProducao; Visualizar := False; Salvar := True; AjustaAguardaConsultaRet := True; AguardarConsultaRet := 0; Tentativas := 5; IntervaloTentativas := 500; TimeOut := 15000; end; ACBrNFe1.SSL.SSLType := TSSLType.LT_all; A aplicação recebe diferentes erros nas emissões ao longo do dia e em seguida volta a operar normalmente. Abaixo seguem alguns dos erros mais frequentes: Result := (ACBrNFe1.WebServices.Enviar.cStat = SEM_RETORNO_SEFAZ) and // erros de conexão enviar em modo off-line ((pos('12007', motivoErro) > 0) or // erro de conexão (pos('12002', motivoErro) > 0) or // timeout (pos('12029', motivoErro) > 0) or // limite de tempo de conexão (pos('12157', motivoErro) > 0) or // erro no suporte a canais seguros (pos('10091', motivoErro) > 0) or // 500 - network subsystem is unusable (pos('11001', motivoErro) > 0) or // 500 - host not found (pos('10054', motivoErro) > 0) or // Connection reset by peer (pos('TIMED OUT', motivoErro.ToUpper) > 0) or // timeout (pos('ERRO NAO CATALOGADO', motivoErro.ToUpper) > 0) or // erros de tratamento do webservice (pos('SERVICO PARALISADO', motivoErro.ToUpper) > 0)) // Servico Paralisado Momentaneamente Hoje me deparei com mais esse que acabou por não emitir a nota, pois ainda não tratei para entrar em contingência (lista acima): Erro Interno: 11004 Erro HTTP: 500 URL: https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx Valid name, no data record of requested type Gostaria de saber se estou utilizando a configuração ideal, se tem alguma melhor. Por que esses problemas estão acontecendo em todos os clientes que estão colocando essa nova aplicação com ACBr. Ou seja, não é algo isolado. Mesmo no ambiente de testes e desenvolvimento também recebo diversos erros de emissão que fazem a aplicação entrar em contingência. Saudações, Rafael Glauber

No recibo da rejeição tem a data/hora do recibo e o protocolo da inutilização. Qual o melhor caminho para "remontar" esse XML da inutilização de forma que a assinatura do XML não seja violada? <dhRecbto>2021-08-12T14:38:52-03:00</dhRecbto> <nProt>329210000051910</nProt> Obrigado, Rafael.

Como faria isso? Tem consulta para inutilização? Só conheço para notas. Além disso, há algo no ACBr que pode facilitar essa "remontagem" do XML com o recibo de autorização da inutilização? Obrigado, Rafael.

Prezades, Como obtenho o XML de inutilização (com o recibo de autorização da SEFAZ) depois de um erro de TIMEOUT? Quando tenho enviar novamente a mesma inutilização para a SEFAZ recebo a rejeição: Rejeicao: Ja existe pedido de Inutilizacao com a mesma faixa de inutilizacao Isso ocorre pq no primeiro envio recebi TIMEOUT e por isso, tento enviar novamente. No componente, quando envio pela segunda vez o XML fica com o seguinte recibo: <retInutNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <infInut> <tpAmb>2</tpAmb> <verAplic>SVRSnfce201905151442</verAplic> <cStat>563</cStat> <xMotivo>Rejeicao: Ja existe pedido de Inutilizacao com a mesma faixa de inutilizacao</xMotivo> <cUF>29</cUF> <ano>21</ano> <CNPJ>04266874000146</CNPJ> <mod>65</mod> <serie>151</serie> <nNFIni>3486</nNFIni> <nNFFin>3486</nNFFin> <dhRecbto>2021-08-12T14:38:52-03:00</dhRecbto> <nProt>329210000051910</nProt> </infInut> </retInutNFe> Preciso recuperar o XML com a autorização. Isso é possível? Saudações, Rafael

Alguma informação sobre esse tópico? Obrigado! Rafael

Olá, Não se trata bem de uma contribuição, até pq o código é anterior ao refactoring que vocês fizeram nessas classes. Quero saber na verdade se essas balanças já são contempladas por algum modelo já implementado nestes últimos anos. Obrigado, Rafael Glauber

Prezades, Qual é a opção atual do projeto para usar os equipamentos da toledo da série 2098? Em anexo tenho duas UNITs de um fork antigo do projeto. Ao atualizar novamente o repositório do projeto verifiquei que não tem esses modelos em específico. Saudações, Rafael ACBrBALToledo2098.pas ACBrBALToledo2098_59.pas

Obrigado pelo apoio, Daniel! Estou mandando em blocos de 100k para deixar a impressão mais rápida e funcionou perfeitamente. No caso, não estou imprimindo a LOGO, mas o DANFCe completo por essa opção. Não quero usar spooler, porém em impressoras como a MP4200 não consigo imprimir logo lateral com ESCPOS. Estou gerando o danfe pelo FastReport, exportando para BMP e realizando a impressão dessa forma. Com isso consigo fazer as demais impressões da aplicação, acionamento de guilhotina, status do dispositivo usando a classe TACBrPosPrinter. Saudações, Rafael

Prezados, Ao realizar a impressão de imagens com tamanho maior o método de impressão abaixo gera o erro mencionado. ACBrPosPrinter1.Ativar; ACBrPosPrinter1.Device.Baud := 115200; ACBrPosPrinter1.ImprimirImagemArquivo('danfe.bmp'); ACBrPosPrinter1.Desativar; Project yyyyy.exe raised exception class ESynaSerError with message 'Communication error 9997: Timeout during operation'. Ajustei linhas do buffer (o que me parece desnecessário) e configurei a porta (antes estava com o valor default), porém sem sucesso. Se o arquivo a ser impresso for menor, ou seja, com poucos itens, a impressão ocorre normalmente. No caso estou gerando um BMP com um DANFCe para impressão via PosPrinter. Agradeço a quem puder ajudar. .Rafael Tem um erro no código no qual ativei o componente antes de configurar a velocidade, mas mesmo corrigindo o problema persiste. Rafael

OK. Entendo que utilizar ESCPOS teria algumas vantagens, principalmente em evitar usar o spooler de impressão. Vou tentar alguma alternativa dentro do ESCPOS e se não conseguir avançar vou pensar no Fortes como alternativa. Obrigado pelo retorno. Rafael

Prezades, Conforme tópico acima não há suporte para Bematech no layout que foi criado, porém o mesmo é de 2018. Houve alguma tratativa sobre isso nesses anos? Se não, qual a melhor maneira de criar um DANFE neste layout (reduzido) para Bematech(MP4200) e Daruma (DR800) utilizando ESCPOS? Obrigado, Rafael

Caro Juliomar, Implementei conforme seu exemplo e estou realizando mais testes. Obrigado mais uma vez! Saudações, Rafael

Acredito que não fui claro, mas a questão é que foi um erro "forçado" de schema, logo, nem passou pelos eventos de transmit e transmitError. De qualquer forma, agradeço a atenção. Acredito que já sei como diferenciar esses erros "antes" e "depois" da tentativa de envio. Obrigado, Rafael

Exatamente. Sei que não deve entrar em contingência, pois é um erro de validação do schema. Minha questão é justamente essa: Quais seriam as checagens a serem feitas para entrar em contingência? Minha dúvida é quais outros tipos de erros podem acabar sendo encobertos e o sistema entrar em contingência. De qualquer forma vou tentar algo como: se não passar pelo evento de erro de transmissão (e cStat = 0), então o tipo de erro não permite entrar em contingência offline. Saudações, Rafael