Jéter Rabelo Ferreira

Boa tarde. Fiz um vídeo mostrando, Ficou sem o áudio, mas dá para verificar o problema. Atenciosamente

Boa tarde. Efetuei o teste no programa do ACBr e o erro é o mesmo. Ao fechar o programa, estoura exception. Fui verificar esse problema, e ele é recorrente em commit's de retira e coloca o .free. 20/07/Commit: 22415 Foi criada a property: fRetornoWeb: TRetEnvio;, colocado no Create/Destroy do ACBrTitulo. 25/08/Commit: 22775 - Destroy comentado 26/08/Commit: 22791 - Linha do destroy excluída 01/10/Commit: 23129 - Linha adicionada novamente - Problema de Access Violation Em suma, o problema existe e está ocorrendo, mesmo no programa do ACBr de exemplo. Atenciosamente.

Boa tarde. No momento eu não consigo fazer esse teste, mas segue a imagem da linha adicionada no commit em questão. Até dia 30/09, que foi quando terminei os testes com a homologação do Banco Itaú WS estava tudo normal, sem problemas. No sábado atualizei meu ACBr, e hoje fui fazer o teste na UNIT disponibilizada por você no outro POST a respeito disso, e me deparei com esse erro. Ao depurar, encontrei onde estourava a exception, mas não ocorria semana passada. Fui no LOG do SVN e encontrei um COMMIT adicionando a linha (imagem anexa), que, nesse caso, destrói o objeto que está na lista (ACBrBoleto.FListaRetornoWeb - Imagem anexa). Nesse COMMIT, foi enviado apenas uma unit com apenas essa alteração (Imagem anexa) Atenciosamente. ),

Bom dia Referente ao Commit acima referenciado, após ele, começou a estourar exception. Exception passa a ocorrer ao destruir o objeto fListaRetornoWeb do ACBrBoleto (linha 2762). Atenciosamente.

Bom dia. Acabamos de efetuar um novo teste e está ok. Informamos que já recebemos o retorno da homologação OK do Banco Itaú. Atenciosamente.

@Juliana Tamizou, boa tarde. Eu tinha enviados dois arquivos no meu POST original, mas, na realidade, basta apenas zerar o contenttype do arquivo da unit do Itau. Dessa forma, a alteração do ACBrBoletoWS não é necessária. Estou enviando novamente a unit corrigida, bem como comentando mais 3 property's opcionais. Atenciosamente, ACBrBoletoW_Itau.pas

Bom dia. Ontem fomos fazer homologação junto ao Itaú com boleto WS, ocorreram vários erros. Fizemos uns ajustes nas unit's do Banco Itaú de acordo com as exigências do banco. Eles não aceitam content-type no header (RAW). Não tinha um método para colocar o código das carteiras, como BB e CEF possuem. Ajustamos a geração do JSON para que, campos opcionais, que não possuem valores, não sejam informados no JSON. Em suma, efetuamos os ajustes e o envio está OK.ACBrBoletoW_Itau.pas Ainda não testamos o retorno, pois não temos dados para isso. Assim que tivermos testado, caso haja algum ajuste, postamos aqui Seguem as unit's modificadas. Atenciosamente ACBrBoletoWS.pas

Boa tarde. Só para avisar, continuamos na mesma.

Bom dia. Sefaz de MG com problemas desde Quinta-feira (02/09) a tarde E ainda hoje continua igual.

Boa tarde. Tudo parado.

Boa tarde. Sim, zeramos todos os problemas. Obs.: Entraram em manutenção agora. Atenciosamente.

Bom dia. Mesmo com todos os problemas com a SEFAZ, conforme post anterior, mudando para síncrono o envio das NFC-e's, os chamados aqui diminuíram em mais de 90%. Atenciosamente.

Bom dia. Sefaz de MG agora.

Bom dia. Funcionou como síncrono. Atenciosamente

Pelo jeito o problema é por causa do assincrono Fiz uma modificação num cliente e os cupons foram transmitidos Atenciosamente.

Enviamos somente síncrono. Está com problema desde ontem após o almoço.

Boa tarde. Alguns clientes nosso com o mesmo problema. Atenciosamente

Elton, Boa tarde. Fazia tempos que não compilava meu projeto para Android, por isso nem voltei a esse tópico. Hoje fui compilar e vi que estava com problemas. Voltei os dados da library (Android32 somente) conforme meu backup, atualizei o ACBr e fui verificar, os erros ainda continuam. Porém, agora que eu vi que você pediu para verificar no registro e no arquivo antes de atualizar se encontravam iguais. Eu não fiz isso antes de atualizar. Aí eu refiz todo o processo, colei meu backup, verifiquei nos dois arquivos (iguais) e reinstalei o ACBr. Os problemas continuam. (Porém, agora não adiciona aspas '' no inicio, agora adiciona um ; ) Atenciosamente.

Bom dia. MG está offline desde ontem na parte da tarde. Temos vários clientes com cupons de contingência de ontem que não foram enviados.

@Juliomar Marchetti, acabei abrindo o tópico e a resposta estava aqui mesmo no fórum. (Peço desculpas por isso) Muito obrigado. Atenciosamente

Boa tarde Um cliente nosso está tentando emitir uma NF-e para o DF, e está obtendo o retorno de cStat 232: IE do destinatário não informada. Porém o destinatário não possui IE (Já verificado no site do Sintegra e com o próprio). Destinatário informado como não contribuinte (Se informar Isento, ocorre o mesmo erro). E informada como não contribuinte também. Alguém passou por isso? Obs.: Já foram autorizadas notas para esse mesmo destinatário (2019) Atenciosamente.

Bom dia. Foi adicionado um novo provedor (13/01 - Adm) e, após isso, ocorreram problemas ao ler as notas do XML de retorno da NFSeBrasil. Segue unit corrigida. Atenciosamente, pnfsLerListaNFSe.pas

Bom dia. Eu instalei o Delphi 10.4.2 atualizando 10.4.1. Mas ficaram vários problemas. Reclamando de falta de componentes, quando os mesmos estavam instalados. Eu fechava o projeto e reabrir e o erro do componente sumia. Esse erro ocorria com alguns componentes do ACBr. Aí eu resolvi instalar o Delphi do zero para ver. Feito isso, atualizei o ACBr e executei o ACBrInstall Ai eu notei que library do Android32 ficou correta, mas "estragou" foi o Browsing Path, adicionando os "" no início e deixando apenas os Paths do ACBr. Atenciosamente.

Elton, bom dia. Acabei de atualizar o ACBr e refazer a instalação. Androidx64 - OK Androidx32 - Erro, adicionou as '' no início e deixou somente as pastas do ACBr (Package/Browsing/DebugDCU) Atenciosamente