Renato Rubinho

Boa tarde, Confirmando, você está tentando emitir uma NFe e o emitente é um MEI, certo? Que eu saiba, o MEI pode ser cadastrado somente como prestador de serviços ou também para comercializar mercadorias. Veja se o MEI em questão está apto a comercializar mercadorias e com isso provavelmente lhe teria sido atribuído uma IE.

Boa tarde, Atualize o Fortes, reinstale e depois reinstale novamente o ACBr.

Boa tarde, Tente um fale conosco com a Sefaz reportando este caso anterior para verificar se eles tem alguma posição a respeito ou alguma dica do que fazer.

Deixe o número de série em branco. O componente pode estar tentando configurar o certificado através dele. Revise o que está fazendo para conectar ao banco, caso esteja fazendo algo além de habilitar a linha no código.

Boa tarde, Complementando, veja o que envolve sua conexão com o banco de dados, se tem algum Proxy ou firewall sendo ativado que esteja bloqueando o acesso à internet, fazendo com que o serviço fique inacessível.

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

Boa noite, Para não ocorrer esta rejeição você deve preencher o CNPJ da contabilidade no grupo autXML. Veja no modelo como preencher. https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Boa noite, Veja uma dessas opções: ACBrNFe1.WebServices.EnvEvento.EventoRetorno.XML ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML

Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31306 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde, Movido tópico para o Fórum adequado.

Boa tarde, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31287 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Obrigado pela contribuição. Criada TK-4748 para análise e possível envio ao SVN.

Boa noite, Separei seu POST em um novo tópico. Por favor, anexe as units alteradas para análise.

Teste com o programa de exemplo, pois o método está funcionando e foi validado em ambos os ambientes. Caso o mesmo erro ocorra com o programa de exemplo, nos informe os valores preenchidos para simularmos o mesmo cenário.

Boa tarde Rodrigo, Primeiramente, obrigado pela contribuição, mas não teremos como incorporá-la nos fontes como estão. Seguem considerações. 1. Notei que suas alterações foram feitas sem considerar o leiaute da versão 1.2 e precisamos compatibilizar os fontes com ambas as versões. * Seguem destaques nos dois itens a seguir. 1.1. Loop de dependente na LerArqIni() * Você removeu o nmDep como valor a considerar se o loop deve continuar, e colocou o tpDep que não é obrigatório na versão 1.2. Se houver um item sem o tpDep na versão 1.2, irá interromper o loop indevidamente * Foi removido o descrDep que existe na versão 1.2 1.2. infoCeletista na LerArqIni() * Foi removido o matAnotJud que existe na versão 1.2 2. No LerXML() todas as alterações que você fez você passou o nível 1 para o Leitor, aparentemente não estando de acordo com uma leitura correta do XML * Exemplo: Leitor.rExtrai(1, XXXXX) Por favor confirme se enviou o fonte correto e caso queira fazer os devidos ajustes, ficaremos felizes em receber sua contribuição. Se tiver o xml utilizado para validar a leitura, por favor nos envie através do [email protected] para podermos fazer os devidos testes.

Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31273 Fiz um pequeno ajusta nas funções tpTmpParcToStr e StrTotpTmpParc para tratar o tpNenhum como "" ao invés de "4", pois ele não existe Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa noite Sandro, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31272 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa tarde, Você está utilizando o componente ou o monitor? As urls que extraídas do ini. ../trunk2/Fontes/ACBrDFe/ACBrReinf/ACBrReinfServicos.ini Todos os eventos foram testados e validados no componente e no monitor em homologação.

Como você ainda não conseguiu evoluir, faça um teste mais simples, gere um lote com apenas 1 evento. Quando estiver tudo ok, você tenta enviar mais de um evento por lote. Conforme sugeri anteriormente, compare seu XML gerado com o do tópico que indiquei, para encontrar irregularidades na estrutura do XML. Tente enviar o registro R1000, em um lote único e compare com o outro XML Na primeira linha você já encontra uma inconsistência, veja se existem mais, lembrando que você não deve preencher os prefixos "ns1" "ns2" que estavam errados.

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

Está correto, os registros do grupo 4000 só podem ser enviados no modo Assíncrono. Leia o manual de orientação ao desenvolvedor para entender a diferença entre as versões. https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf

Boa noite Mário, Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31255 Fiz um ajuste um pouco mais enxuto na condição, mas atenderá da mesma forma utilizando o schevtCdBenPrRP para as versões anteriores à S01_00_00. Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa noite, A implementação foi enviada ao SVN, Rev-31254 Caso utilize a versão compilada e distribuida pelo ACBr, por favor aguarde a nova compilação. Verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Falha catastrófica acontecia no passado por erro no clientdataset, versão de midas.dll, falha na rede. Com relação à falha na rede, analise se não tem perda de pacotes, antivírus bloqueando, timeout.

Boa tarde, Compare com o XML deste tópico e veja se identifica alguma diferença. O problema dele era o prefixo, então somente desconsidere isso.