Renato Rubinho

Boa noite, Além da chave CodigoMoraJuros (com valores 0, 2, 3 ou 4), você deve passar a CodigoMora sem valor. Confirme se está passando a chave CodigoMora sem valor, vou passar a seguir maiores detalhes. Confirmando, você deve criar a chave CodigoMora, pois o padrão dela é 1, se você não criar a chave, irá ocorrer o problema. Exemplo de como preencher o ini: CodigoMora= CodigoMoraJuros=3 Se estiver passando conforme acima e o problema persistir, por favor compartilhe o ini que utilizou para análise. Se entender que contém dados sensíveis, envie para [email protected], mencionando este tópico para identificação. Analisando seu json, o codigo_tipo_juros não foi gerado com o valor correto. "juros": { "codigo_tipo_juros": "1", "quantidade_dias_juros": 1 }, 1. Olhando no fonte do componente os valores que deveriam ser: Isento: 05 ValorMensal: 90 TaxaDiaria: 91 ValorDia: 93 2. Para gerar esses valores, são esperados do ini o campo CodigoMoraJuros preenchido respectivamente: Isento: 2 ValorMensal: 3 TaxaDiaria: 4 ValorDia: 0 Observação: Não existe o item 1 nesta lista, pois o valor do enumerado do componente representa TaxaMensal, provalvemente não prevista neste banco 3. Para que os valores sejam preenchidos corretamente no codigo_tipo_juros, a chave CodigoMora deve estar em branco Nas regras de geração do json, se a chave CodigoMora estiver preenchida, seu valor será preenchido na codigo_tipo_juros Se a chave CodigoMora não existir, como o padrão dela é 1, este valor será alimentado no componente, com o isso, o tratamento do item 2 não será feito e o json será gerado com o valor codigo_tipo_juros=1

Obrigado por reportar. Perfeito, ao carregar o ini você será as configurações no componente utilizado pela lib. Parabéns pela iniciativa, esperamos sempre contar com a ajuda de todos, pois é assim que a comunidade se fortalece. Fechando. Para novas dúvidas, criar um novo tópico.

Mais uma coisa, se possível, teste com outra internet como um 4g por exemplo e utilize um DNS público, pois talvez tenha um problema de comunicação neste sentido.

Boa tarde, Revise suas configurações de SSL/TLS que pode resolver o problema.

Boa tarde, Seguem links do change-log do componente: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrBoleto/ACBrBoleto-change-log.txt ... e da lib: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Fontes/Boleto/ACBrLibBoleto-change-log.txt A TK mencionada foi commitada na semana passada e a lib atual já contém a correção. Por favor teste com a nova versão e nos informe se resolveu o problema.

Boa tarde, Complementando, este tipo de erro geralmente é do lado da Sefaz, mas revise suas configurações de SSL/TLS e dependências, conforme tópico a seguir.

Olá, Conforme avisado pelo @William Mometti, a Receita informou que está suspensa a revisão do conjunto de versões de protocolos TLS na EFD-Reinf e a nova data para a manutenção será comunicada em oportunidade futura. http://sped.rfb.gov.br/pagina/show/7315

Realmente a ajuda foi no chutometro. Em uma pesquisa rápida vi que sua linguagem nasceu da ideia de trazer o Clipper para o Windows, mas não encontrei exemplos de consumo de dlls. Não temos nenhum exemplo para basearmos os testes e, caso você consiga resolver o problema do retorno, ficaremos gratos se puder compartilhar um para disponibilizarmos para a comunidade.

Boa tarde @Delfos Sistemas Também não conheço sua linguagem, mas seguem sugestões. 1. Talvez não tenha que alocar os espaços na V_Dados (aparentemente está correto como fez, mas pode ser uma peculiaridade da linguagem). Tente sem este passo V_Dados := Space(V_Tamanho) 2. Talvez, você tenha que informar, na declaração da função, que a variável é de retorno, conforme exemplos hipotéticos a seguir _DLL FUNCTION CNPJ_Consultar(eCNPJ AS STRING, eProvedor AS INT, VAR sResposta REF STRING, VAR esTamanho REF INT ) AS INT PASCAL:ACBrConsultaCNPJ32.CNPJ_Consultar _DLL FUNCTION CNPJ_Consultar(eCNPJ AS STRING, eProvedor AS INT, RET sResposta REF STRING, RET esTamanho REF INT ) AS INT PASCAL:ACBrConsultaCNPJ32.CNPJ_Consultar

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

Boa tarde @Fabiano Moraes de Araújo Desculpe, ao fazer o meu teste devo ter olhado o log da versão 64. A posição do Diego é a correta, com relação a geração sequencial de cada dll. Como a sua consulta funcionou após corrigir as dependências e a versão da x86 está 0.0.0.37, seu cenário já está correto.

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

Boa noite @Fabiano Moraes de Araújo Sua dúvida foi trazida para um tópico exclusivo para isolar o problema. Efetuado teste com a Lib x86 e foi exibida a versão correta no log 15/01/24 21:09:33:821 - TLibConsultaCNPJConfig.Gravar - Feito 15/01/24 21:09:35:224 - TLibConsultaCNPJConfig.AplicarConfiguracoes - Feito 15/01/24 21:09:35:644 - TLibConsultaCNPJConfig.Ler - Feito 15/01/24 21:09:35:668 - LIB_Inicializar( , ) 15/01/24 21:09:35:670 - ACBrLibConsultaCNPJ - 0.0.0.38 15/01/24 21:09:36:340 - TACBrLibConsultaCNPJ.PrecisaCriptografar(Principal,LogNivel) 15/01/24 21:09:36:340 - TACBrLibConsultaCNPJ.PrecisaCriptografar - Feito Result: False Pesquise em toda a pasta da aplicação se não tem nenhuma cópia da versão anterior que esteja prevalecendo sobre a nova. Na dúvida, exclua todas que encontrar e salve novamente a nova que baixou hoje.

Olá, Implementados ajustes da NT 2024.06 na Rev-31934 Quem utiliza a Lib ou Monitor, na próxima compilação já estará disponível.

Boa tarde, Pesquise na pasta pelo nome da dll para verificar se não ficou outra versão antiga que possa ter sido utilizada ao invés da atual. Você precisa compilar sua aplicação em 32 bits e usar as dependências de 32 bits. https://acbr.sourceforge.io/ACBrLib/Dependencias.html Caso não sejam estes problemas, por favor abra um tópico trazendo o log, quando apresentou o problema, para análise.

Boa tarde, Aparentemente, de acordo com o log, você está passando o segundo parâmetro fora dos parênteses. Por favor veja se isso procede e corrija para ver se é o motivo do erro.

Boa tarde, Vinhedo já está configurada no componente com esta url. Se não estiver aparecendo para você, veja se tem uma cópia desatualizada do ACBrNFSeXServicos.ini na pasta da aplicação. [3556701] ; Atualizado em 04/04/2023 Nome=Vinhedo UF=SP Provedor=Prescon ProRecepcionar=http://www.nfevinhedo.com.br/ws.vinhedo/Servidor.php ProConsultarNFSeRps=http://www.nfevinhedo.com.br/usuario/nNotaFiscal/notaXml/nota_fiscal_xml.php ProLinkURL=http://www.nfevinhedo.com.br/usuario/nNotaFiscal/notaFiscalPdf.php?codigo=%CodVerif%&exibir=1

Boa tarde, Como está o seu ini? Veja se está preenchendo um dos CSTs a seguir, que são os que geram está tag: 04, 05, 06, 07, 08, 09 Exemplo: [COFINS001] CST=06

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

Encontrei o problema, vamos corrigir e assim que estiver disponível a nova versão do Monitor com a correção, avisaremos aqui. Encontrei também uma irregularidade no seu ini, além da atualização do Monitor, você precisa corrigir a seção infoIRComplem01, pois você estava preenchendo o sequencial com 3 dígitos e para este grupo de informações devem ser apenas 2 ;A secão estava errada, é com 2 zeros e estava com 3 [infoIRComplem01] dtLaudo= Mudar: de: infoIRComplem001 para: infoIRComplem01

Quando você envia um evento você recebe erros se houver problema na estrutura do arquivo. Caso ele seja enviado, recebe o retorno contendo o número de protocolo, conforme abaixo: [Envio] Codigo=201 DhRecepcao=10/01/2024 20:52:39 Mensagem=Lote Recebido com Sucesso. NrInscEmpreg=XXXXXXXX NrInscTransm=XXXXXXXXXXXXXX Protocolo=1.2.202401.0000000000XXXXXXXXX TpInscEmpreg=1 TpInscTransm=1 VersaoAplic=0.1.0.0 Você deve consultar o protocolo ( comando eSocial.ConsultareSocial("1.2.202401.0000000000XXXXXXXXX") ) para verificar se o lote foi processado com sucesso. Caso ocorram erros, serão retornados conforme abaixo: [Envio] Codigo=201 DhRecepcao=10/01/2024 20:56:20 Mensagem=Lote processado com sucesso. NrInscEmpreg=XXXXXXXX NrInscTransm=XXXXXXXXXXXXXX Protocolo=1.2.202401.0000000000XXXXXXXXX TpInscEmpreg=1 TpInscTransm=1 VersaoAplic=0.1.0.0 [Ocorrencia1] CodigoOco=130 Descricao=É necessário existir informação cadastral do empregador para o período.Ação Sugerida: Verificar se já foi enviado um evento de cadastramento do empregador. Localizacao= Tipo=1 [Consulta1] cdResposta=401 descResposta=Conteudo do evento inválido. dhProcessamento=10/01/2024 20:56:20 hash= nrRecibo= versaoAplicProcLote=15.2.8.1 Analise o conteúdo do erro do envio ou da consulta de protocolo para saber o que corrigir.

O problema é que você está criando seções com valores em branco. Quando não houver informação a preencher, não crie a seção no ini. Exemplo: [detReembTit010101] tpInsc= nrInsc= vlrReemb= vlrReembAnt= Neste caso, ao invés de criar a seção [detReembTit010101] com todos os valores em branco, não crie que irá funcionar. Ao criá-la, a rotina está alimentando a lista detReembTit com a nrInsc em branco, gerando a violação do schema.

Boa tarde, Ocultei seu último post para preservar suas chaves e não ficarem públicas, mas elas seguem acessíveis aos consultores. Veja o tópico a seguir se ajuda na configuração.

Anexe ambos os inis para análise. O estranho é que o erro acusa que uma tag nrInsc não foi preenchida. Verifique também se está preenchendo o grupo detReembTit sem esta tag.

Pesquise se existe outra cópia desatualizada da lib na pasta da aplicação para garantir que não exista uma versão desatualizada sendo utilizada e prevalecendo sobre a última que você baixou.