Renato Rubinho

Criada TK-5332 para implementar a solução passada pelo Elton.

Obrigado pela contribuição. Criada TK-5330 para análise.

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.

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.

Preencha somente números no Cedente.Convenio e veja se resolve.

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.

Complementando a informação, de acordo com o manual de orientação, o limite é de 50 eventos. 8.4. Protocolo de envio e Recibo de entrega O protocolo de envio é uma informação transitória, indicando que um lote de evento(s) foi transmitido ao Ambiente Nacional do eSocial e que são aplicadas as correspondentes validações. O recibo de entrega só é emitido após o evento ser validado e recepcionado pelo Ambiente Nacional. O efetivo cumprimento da obrigação de prestar informação se dá com a emissão do recibo de entrega. Para cada evento recepcionado é gerado um número de recibo de entrega, enquanto o protocolo de envio é único para um lote de até 50 eventos.

Sim, o processo de envio gera o lote dos eventos adicionados no componente.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Não sei bem se entendi sua pergunta. Você vai gerar os eventos (que irá alimentar o componente) e depois transmitir. Você pode gerar dois ou mais eventos e depois transmitir o lote. Se não me engano o limite é de 50 eventos por lote.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde, Criada TK-5323 para análise.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Qual a rejeição que está recebendo? O que seria o 9? Pelo que vi, as opções são 1. SemOperacao indIntermed= 2. OperacaoSemIntermediador indIntermed=0 3. OperacaoComIntermediador indIntermed=1

O XML de exemplo que você baixou deve ter sido gerado na versão 1.1. Veja que a condição para sair somente acontece na 1.2. De acordo com o manual, está tag é obrigatória quando este grupo for gerado. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Olá, Montamos um ambiente de testes e não apresentou o problema utilizando a lib ST StdCall. Este erro ocorreu quando tentamos utilizar a versão MT StdCall ou qualquer outra cdecl. Confirme como fez a declaração do import da dll, se foi conforme abaixo. Private Declare Function Reinf_ConsultarReinf Lib "ACBrReinf32.dll" (ByVal eProtocolo As String, ByVal buffer As String, ByRef bufferLen As Long) As Long

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

Parece correto sim. Perfeito, é a melhor coisa sempre manter erros diferentes em tópicos específicos. O problema nesse caso específico é que o problema do outro tópico é geral na Lib e pode ser que ele esteja influenciando este caso aqui. Não tenho cenário de testes aqui, mas nosso amigo @antonio.carlos vai verificar assim que possível. Por enquanto, se quiser verificar se resolve, não conheço sua linguagem, mas segue uma sugestão. Tente fazer a assinatura da função sem a atribuição ByVal na eProtocolo e veja se muda algo. Public Function ConsultarReinf(eProtocolo As String

Boa tarde, O problema do outro tópico foi resolvido? Se estiver com a lib incorreta, os métodos podem não funcionar ou se funcionarem podem haver anomalias.

Boa tarde, Seguem considerações: 1. Evite utilizar as dlls na SysWOW64 ou System32, apague também esta que você copiou. 2. Copie novamente a dll, atente-se a pegar da pasta StdCall, cole na pasta onde está o seu exe compilado ao invés de colar na SysWOW64. 3. Se você estiver utilizando chamadas Single thread, cuidado para NÃO pegar a Lb da pasta MT

No histórico das mensagens, os exemplos que você citou estavam errados. Aguarde 1h para o novo teste. Teste o comando a seguir: NFe.DistribuicaoDFePorUltNSU(GetCodigoMunicipio,CNPJ,0) Veja que é PorUltNSU e não PorNSU Se o erro persistir, anexe o arquivo de log do monitor, caso entenda que possui dados sensíveis, envie para [email protected] mencionando este tópico no corpo do e-mail para que seja identificado.

Obrigado pela análise. Não deve ser problema então, deve ser alguma exceção levantada e que foi tratada por um try..except. Ao clicar em continuar ou ignore... ele deve seguir sem problemas em ambiente de desenvolvimento. Se tiver alguma sugestão de correção do erro, anexe os fontes para análise, pois o tratamento com try..except deve ter previsto exceções para não interromper o processo em produção.

Tente remover os sinais de maior e menor do complemento do endereço.

Boa noite, Pesquise em todas as unidades do computador e confirme se não existe uma outra cópia da ACBrReinf32.DLL que possa estar influenciando.

Veja no modelo e compare se encontra alguma irregularidade nos nomes das chaves. https://acbr.sourceforge.io/ACBrLib/ModeloMDFeINI.html Remova os espaços entre o igual e os valores atribuídos.