fabiofranzini

Observe que você envia como lote, e a partir do Ato Cotep 123/2022 : Eliminação do serviço de autorização assíncrono, ou seja, o conceito de lote deixa de existir. Cada documento passa a ser enviado e autorizado individualmente Acredito que você deve ajustar para enviar um de cada vez, e configurar seu componente para o modo Sincrono.

Tentou passar o XML neste Validador ? https://www.sefaz.rs.gov.br/Dfe/ValidadorXml/ValidaXml Vi muitos erros hoje, por não preencher a tag "infCTe.versao := 4.0"

Já atualizou os Schemas, copia todos os desta pasta "C:\Acbr\Exemplos\ACBrDFe\Schemas\CTe" para a pasta de schemas de sua aplicação.

Já tentou criar em tempo de execução : ACBRCTe2 := TAcbrCTE.Create(nil); E logo após : ACBRCTe2 := ACBRCTe1; Acredito que é que você procura.

Esta sendo tratado em outro tópico:

Daniel concordo que devemos manter sempre o padrão mais recente e mais utilizado, o meu problema ai, foi que apenas na forma que citei, que consegui "fazer a vontade do gerente", e passar a remessa como solicitado. (Já tinha tentado preencher o componente como sugerido.). Vou manter uma cópia desta unit modificada, para este cliente em especifico, e forçar o uso da oficial, nas demais. Me desculpe pelo tempo tomado, não tinha me atentado na versão do manual, ja que foi me encaminhado direto pelo gerente da conta.

Foi o gerente de conta do nosso cliente que nos mandou. No caso deste cliente, os boletos agora estão sendo emitidos normalmente. 149-382-Cobranca Layout CNAB 240 Febraban Puro versao Setembro 2017.pdf

Ao gerar a remessa, preciso preencher o campo que indica o responsável pela emissão, mas o mesmo esta sendo gerado com apenas um espaço. Onde deveria constar: '1' = Banco Emite '2' = Cliente Emite '3' = Banco Pré-emite e Cliente Complementa '6' = Cliente Emite - Apenas para registros dos boletos da cobrança sem registro –estoque.* *Complemento na nota C077. No componente encontrei como (Linha 634): "Space(1) + // 061 - 061 / Reservado (uso Banco)" --- Aqui deveria vir um destes códigos acima, mas esta indicado como reservado, o que vai contra o manual do Santander, Fiz a alteração para preencher este campo de acordo com a Configuração do Boleto, pelo campo: Cedente.ResponEmissao Esta correto a forma que tratei esta questão ? Unit ACBrBancoSantander.pas para análise em anexo. ACBrBancoSantander.pas OBS - Me desculpem, o titulo ficou errado não é retorno e sim na remessa "Santander CNAB 240 Campo sem preenchimento no retorno - Contribuição"

Me desculpe, pela "Repostagem", mas fiquei meio que no escuro, da forma que relatei acima funciona, existe a possibilidade desta mudança, ou tenho que tratar de alguma outra forma ?

Na unit ACBrBancoSantander. Onde deveria ser informado a Identificação da Emissão do Bloqueto "C009" Conforme abaixo, extraido do manual obtido no banco. Código adotado pela FEBRABAN para identificar o responsável e a forma de emissão do bloqueto. Domínio: '1' = Banco Emite '2' = Cliente Emite '3' = Banco Pré-emite e Cliente Complementa '6' = Cliente Emite - Apenas para registros dos boletos da cobrança sem registro –estoque.* *Complemento na nota C077. No componente encontrei como (Linha 634): "Space(1) + // 061 - 061 / Reservado (uso Banco)" Fiz a alteração para preencher este campo de acordo com a Configuração do Boleto, pelo campo: Cedente.ResponEmissao Esta correto a forma que tratei esta questão ? Em anexo a Unit ACBrBancoSantander.pas para análise. ACBrBancoSantander.pas

Olá, bom dia a todos. Acredito que deve ser algum preenchimento errado, e não problemas no componente em si, mas se alguém já passou por algo parecido e puder ajudar, agradeço. Estou enviando a remessa para o Santander, o boleto esta sendo registrado, o que ocorre é o seguinte, ao imprimir pelo componente a linha digitavel fica diferente da que é gerada quando o boleto é impresso pelo banco. (Quando tentamos efetuar o pagamento com a impressão gerada pelo nosso sistema o boleto não é encontrado, o componente é alimentado da mesma forma que quando geramos a remessa que é aceita pelo banco).

O Bling empurra tudo para terceiros. Nunca o "problema" é deles.

Consegui , deixando como ON 200 off 250 e sinal invertido, utilizando EscPosEpson.

Boa tarde. Alguem já conseguiu abrir a gaveta, utilizando utilizando a impressora Xprinter (ChingLing... kkk) tem varios marcas e modelos mas todas tem como modelo 58XXX , no caso da minha é 58IIH , é uma impressora que esta aparecendo muito aqui em nossa região, ja adequei toas as minhas impressões para ela, mas ao abrir a gaveta ja tentei varias configuroções de ON Off e Invertido , ja fiz teste utilizando todos os modelos disponiveis no acbr.

Quem puder mudar para contingencia, talvez funcione.

Olá, bom dia. Parece ser geral, tenho muitos clientes relatando o mesmo erro. Alguem tem alguma noticia sobre o SEFAZ SP ?

Olá, boa tarde a todos, me desculpem se não é o local certo. Estou encontrando um problema, vou tentar descrever. Se alguem já passou por esta situação, talvez não esteja usando o fluxo correto. Ocorre o seguinte: 1-Executo a chamada: (Com um CFe já carregado no componente); ACBrSAT1.EnviarDadosVenda; 2-Logo após leio o retorno para gravar em Meu BD os dados do Cupom emitido. Esperando o retorno 6000. if ACBrSAT1.Resposta.codigoDeRetorno = 6000 then .... O que ocorre é que em alguns casos, coisa de 1 dentre algumas centenas de cupom(Isto mesmo, bem esporádico). De não ter o retorno 6000, sendo que o cupom foi emitido, impresso e consta normalmente no comsat. Isto tem atrapalhado, pois não alimenta as tabelas que deveriam ser preenchidas em caso de emissão. Me desculpem se prolonguei demais a explicação....

Daniel, me desculpe, por prolongar o assunto, mas fiquei com uma "pulga atrás da orelha" , isto ocorreu por alguma mudança do lado do servidor ? (Apenas por didática.)

Bom dia Daniel. Seria a mesma coisa que este ? Eu tive sucesso alterando o GET. Da uma conferida.

Juliomar, boa tarde. Aparentemente o servidor esta recusando dados enviados no Header. Ou algo parecido. Na unit ACBrIBGE na linha 1241 : troquei : HTTPGetCompressed( AURL ); por : HTTPGet( AURL ); e obtive sucesso. acredito que o servidor não esta aceitando o parâmetro que indica um retorno compactado. (Não é minha praia, então não sei se o acerto correto seria este , ou até mesmo se soube me expressar de forma clara).

Após atualizar o Firmware da impressora para versão 1.03.42 não ocorreram mais problemas. Acredito que esta possa ser a solução.

Em testes usando o ACBrPosPrinter. Usando este para mais detalhes, o access violation ocorre na linha 797 do arquivo "ACBrEscPosEpson.pas", na função "TACBrEscPosEpson.LerInfo: String;" Gerando o LOG : -------------------------------------------------------------------------------- ATIVAR - 28/10/21 13:21:50:766 - Modelo.: EscPosEpson - TimeOut: 3 - Porta..: USB:Elgin, I9 - Tipo...: USB -------------------------------------------------------------------------------- -- 28/10 13:22:18:653 - LerInfoImpressora -- 28/10 13:22:36:729 - TX -> [GS]IB -------------------------------------------------------------------------------- DESATIVAR - 28/10/21 13:24:19:443 -------------------------------------------------------------------------------- E o log retornado ao solicitar o Status é este : -- 28/10 13:25:24:769 - LerInfoImpressora -- 28/10 13:25:24:888 - TX -> [GS]IB -- 28/10 13:25:28:087 - LerStatusImpressora( 1 ) -- 28/10 13:25:28:190 - TX -> [16][4][SOH] -- 28/10 13:25:28:217 - stErroLeitura, Me perdoem pelo post tão grande, é que não achei forma mais resumida para relatar.

Olá, bom dia a Todos. Estou tendo uma certa dificuldade, com uma impressora Elgin I9 , Primeiro com relação a função "LerStatusImpressora" , onde sempre me retorna Erro de Leitura, e depois executando um teste, achando que o erro poderia ser no meu código, usei o PosPrinterTeste, e nele a impressora é listada como "USB:Elgin, I9" , ao selecionar como modelo "ppEscPosEpson" e porta "USB:Elgin, I9" e clicar em "Ativar" tenho um retorno de Access Violation. Tenho aqui comigo uma impressora Elgin I9 Full que não apresenta estes problemas. Isto pode ser uma característica da impressora ? (De não ter requisitos mínimos para funcionar em USB) -- Detalhe ela imprimi normalmente, Abre Gaveta e aciona guilhotina, mesmo após este access violation.

Aqui, em meus testes, tudo OK.