Renato Rubinho

Por favor, envie o ACBrMonitor.ini que está em uso atualmente para verificarmos se tem mais algum detalhe. Confirme a data e hora do arquivo que mandar para garantir que seja o atual em uso.

Boa tarde, Criada TK-5040 para análise. Montei um cenário de testes do monitor com o seu ACBrMonitor.ini, apenas ajustando para o meu ambiente, certificado, etc. Ao transmitir, recebi alguns retornos de erros porque o cnpj do empregador que utilizei é do simples, nem utiliza o eSocial, mas não ocorreram erros de versão eSocial.ConsultareSocial("1.2.202401.0000000000XXXXXXXXX") OK: [Envio] Codigo=201 DhRecepcao=25/01/2024 16:56:31 Mensagem=Lote processado com sucesso. NrInscEmpreg=XXXXXXXX NrInscTransm=XXXXXXXXXXXX Protocolo=1.2.202401.0000000000XXXXXXXX TpInscEmpreg=1 TpInscTransm=1 VersaoAplic=0.1.0.0 [Ocorrencia1] CodigoOco=8 Descricao=Grupo 'Informações complementares de identificação do trabalhador' deve ser preenchido. Verifique as condições de preenchimento no leiaute. Localizacao=/eSocial/evtRemun/ideTrabalhador Tipo=1 [Ocorrencia2] CodigoOco=261 Descricao=Categoria do trabalhador '101' incompatível com a lotação do tipo '0' e classificação tributária do empregador '01'.Ação Sugerida: O valor informado no campo deverá ser compatível com a Lotação e classificação tributária do CONTRIBUINTE informada no Evento de "Informações Cadastrais do Empregador", conforme Tabela 11 (Compatibilidade entre Categoria de Trabalhadores, Classificação Tributária e Tipos de Lotação) Localizacao=/eSocial/evtRemun/dmDev/codCateg Tipo=2 [Ocorrencia3] CodigoOco=272 Descricao=A inscrição informada deve corresponder a um estabelecimento/CNO/CAEPF do empregador, devidamente cadastrado e com período de vigência válido por todo o contrato informado. No caso de empregador doméstico, o S-1000 deve ter vigência por todo período do contrato. Localizacao=/eSocial/evtRemun/dmDev/infoPerApur/ideEstabLot/nrInsc Tipo=1 [Ocorrencia4] CodigoOco=262 Descricao=Lotação '001' não existe no cadastro do empregador para o período '2024-01'.Ação Sugerida: O valor informado no campo Código de Lotação deverá existir na Tabela de Lotações Tributárias, informada pelo empregador. Localizacao=/eSocial/evtRemun/dmDev/infoPerApur/ideEstabLot/codLotacao Tipo=1 [Ocorrencia5] CodigoOco=312 Descricao=A matrícula '001000075' ou categoria '101' informada deve ser igual a existente no cadastro do trabalhador no Ambiente Nacional do eSocial.Ação Sugerida: Verificar a matrícula ou a categoria informada conforme Tabela 1, (Categorias de Trabalhadores). Localizacao= Tipo=1 [Consulta1] cdResposta=401 descResposta=Conteudo do evento inválido. dhProcessamento=25/01/2024 16:56:31 hash= nrRecibo= versaoAplicProcLote=15.2.11 Confirmando, o SSLType do seu ini estava, incorreto conforme o @Diego Foliene destacou e você informou que já corrigiu. Achei estranho a configuração do Arquivo TXT. Isso está funcional? Você já usava o monitor? Outros eventos estão funcionando no e-Social?

Se for usar como alternativa, veja se tem opção de margens, ou configure o leiaute do relatório como A4, pois se estiver Carta no relatório e a geração do pdf em A4, poderá truncar pela página do pdf ser mais estreita que da origem.

Boa tarde, Criada TK-5037 para análise.

Está correto. Como o Diego disse, olhei aqui e o programa de exemplo não tem o preenchimento centralizado pela SSLLib. Aparentemente não existe um método na lib para setar a SSLLib e retornar as demais configurações auto-ajustadas para exibição no programa de exemplo. Testei com o programa em c# via lib e também com o programa em Lazarus, com o componente nativo, ambas as urls de homologação estão fora, mas produção funcionou em ambos os programas de exemplo. Com certeza o ambiente de homologação está fora, a menos que tenha uma terceira url de acesso para o ambiente funcional. Perfeito, siga os testes no município que o ambiente está funcionando até eles normalizarem o ambiente de homologação do outro.

Você testou essa alteração que o Diego passou?

Bom dia, O problema está no ambiente. Testei ambos os endereços e apresentaram timeout aqui também, testando em produção respondeu corretamente. Verifique com o provedor se o ambiente de homologação está fora do ar ou se existe uma terceira url a configurar.

Boa noite, Está correto, isso é o que precisa. A lib só tem uma, não existe da versão antiga Teste o que o a Italo pediu, aumentando o timeout e tente novamente DADOS PFX Se você preenche o caminho pfx, mostrando o caminho do arquivo, não precisa preencher o campo Dados PFX Isso pode ser as dlls da OpenSSL falando. No zip que baixou com as dlls você tem uma pasta com as dependências, copie as dlls da OpenSSL e LibXml2, na mesma arquitetura que está compilando o programa de exemplo, salve elas na pasta da aplicação. Se o problema persistir, anexe o log gerado em C:\@ACBr\NFSe\C#\NFSe\Demos\ACBrLib.NFSe.Demo\bin\Debug\Logs

Boa noite @JOSE VICENTE Conseguiu resolver o problema do outro tópico? Também aparentava ser problema de configuração e talvez este seja o motivo.

Confirme, nas configurações do monitor pela tela se selecionou a versão correta e confirme se gravou as configurações antes de enviar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não sei se todas as versões tem, mas veja nas opções de existe algo para compactar e também opção para não enviar as fontes.

Aparentemente sim. Como disse, não conheço python, mas segue uma sugestão que vi que talvez possa ser um problema acbr_lib.NFE_Finalizar.argtypes = (c_int,) Nesta declaração você colocou uma vírgula a mais Tente no nosso canal do Discord, específico da lib + python, que talvez você consiga alguma dica. https://discord.com/channels/798697718800318484/890605241668612126

Verifique se o ponteiro foi alimentado, se não está nulo. Não conheço python, mas acredito que não precise do byref ao passar o ponteiro para finalizar.

Boa tarde, Qual é a sua linguagem? Verificou como foi feito nos programas de exemplo? Está levantando alguns exceção?

Bom dia Felipe, Quando você precisar fazer testes pontuais com o ACBrNFSeXServicos.ini diferente do oficial dos fontes, salve este arquivo na pasta da aplicação, pois as configurações dele prevalecerão.

Bom dia, Segue sugestão para identificar quando começou o problema. Confirme com o cliente quando os clientes dele começaram a reclamar. Verifique quando foi emitido o boleto dos clientes que reclamaram. Qual a versão da sua aplicação estava instalada no cliente quando foram gerados os boletos que apresentaram o problema? Qual a data ou revisão do ACBr você usou nos seus fontes para gerar a aplicação que começou a apresentar o problema?

Boa tarde, Verifique também com seu TI se existe algum problema com a rede desta máquina, perda de pacotes ou algo do gênero.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Farei, obrigado!! Fechando!

Boa tarde Sérgio, Parabéns, que bom que conseguiu! Vou fazer esses ajustes no programa que disponibilizou, quando possível. Você autoriza que nós disponibilizemos o programa de exemplo no SVN, para servir como base para alguém que também utilize o Visual Objects e precise no futuro? Altero o CNPJ utilizado na consulta, mas não sei dizer se existe algum outro dado sensível, licença ou qualquer outra coisa que não poderia ser deixado público, claro que somente se você autorizar enviar ao SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Segue link da documentação sobre a impressão. https://acbr.sourceforge.io/ACBrLib/NFE_Imprimir.html

Boa noite, Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-32079 Por favor aguarde a próxima compilação do Monitor e da Lib, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde, Foi gerada uma nova versão do Monitor Por favor atualize a versão, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.