renato.rubinho

Quando configurar o componente chama o método ACBrNFSex.LerCidades.

Tentou também as DLLs do outro link e as configurações de SSL e TLS das opções de internet? libcrypto-1_1-x64.dll libssl-1_1-x64.dll libcrypto-1_1.dll libssl-1_1.dll libeay32.dll e ssleay32.dll

Tenta desinstalar o Delphi e apagar a pasta. Apaga a pasta do ACBr também e clona de novo. Se não funcionar, no perfil do usuário atual, tenta criar um novo usuário e refazer o processo.

Verifica se resolve com as DLLs desses topicos.

A vantagem é não depender da ativação do SVC, mas para emitentes com volume muito grande de NFes, ter que reenviar posteriormente quando o serviço normalizar pode ser trabalhoso. Na minha opinião, o ideal é ter as duas opções, usando o SVC quando estiver ativo pois não tem retrabalho e usar o EPEC caso tenha urgência para emitir e o SVC não esteja ativo.

Esse tópico do Ítalo vai te ajudar. A contingência será ativada quando a normal estiver com problemas. Deve usar somente a contingência, pois se a normal estiver instável, receber seu lote, mas ficar em processamento, você não poderá usar o mesmo número de NFe na contingência. tpEmis deve ser SVCRS ou SVCAN, com isso a emissão será transparente para o usuário e não precisará fazer mais nada depois.

Duas ideias: Confirma a versão do midas.dll. Mesmo sendo valores "inteiros", confirma as configurações regionais, pois podem estar com erro em separador decimal, por exemplo. Tenta forçar uma nova configuração.

Boa tarde, O campo fone está só com dois dígitos. Validado no https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Boa tarde, Dá uma olhada nesse xml, que foi autorizado com ICMS00, caso ajude no seu cenário.

Veja o cálculo que o Panda colocou no outro link. O vBC faz parte do cálculo agora. Se estiver zerado, este é seu problema. Eu tive o mesmo problema com uma simples remessa, com cst 00 pq o vBC estava zerado. Só preencher vBC resolveu.

Boa tarde, Segue link com informações.

Boa tarde, Segue link com informações.

Olha esse link, tem diversas instruções que podem ser úteis.

Boa tarde, Reinstala o certificado marcando a opção de permitir a exportação da chave privada.

Bom dia, Também cometi essa falha de análise, mas como Túlio disse, esses validadores devem considerar a versão em produção. A versão em produção segue ok, certo? Ainda não tive demanda para implementar e validar para MG.

Dá uma olhada nessa NT que o Panda citou. Melhor confirmar com um contador. Talvez tenha que preencher a base no vBCSTRet ou essa mudança da regra foi exatamente para essa mudança no resultado.

Bom dia, Tive uma rejeição semelhante(815) enviando uma NFe de Simples Remessa, quando BC, aliq e valor de ICMS estavam zerados. Não achei nada que explicasse, mas por lógica preenchi apenas o vBC do item e dos totais, com o mesmo valor de vBCUFDest, e autorizou.

Um cliente solicitou instruções para emitir NFe de Simples Remessa, apenas com o difal também. Segue o xml de exemplo enviado pela contabilidade (xml autorizado, mas eu substituí/excluí dados sensíveis) caso ajude no seu caso. Obs: Neste exemplo os valores não foram preenchidos em campos de ST. 210922071835_23200812345678000195550010000134581826904784.xml

É uma boa melhoria. Pensando a longo prazo, considere também implementar com um zero a esquerda, para a formatação ficar a mesma caso eventualmente tenhamos versão 10 em diante. "_0203a" 2.03 "_1001a" 10.01

Essa opção serve para você? Se sim, deve ser o mais simples de resolver. Qual o caminho do seu app? Se estiver na rede com unidade mapeada: Pode estar sendo executado antes de mapear as unidades ou ela pode não estar ativa (com x vermelho, não sei o termo técnico), só ativando após clicar nela O mapeamento é do usuário logado, tem que executar sem ser como administrador. Se executar como administrador, o mapeamento não existe. Tenta por caminho UNC Para validar se está colocando o atalho no lugar certo: Cria um arquivo de lote para teste Começa com um pause Coloca no caminho do startup do usuário e confirma se abre ao iniciar, se não abrir, tem erro no caminho Se funcionar, coloca a chamada do seu exe pelo arquivo de lote e veja se funciona

Esse erro tem um complemento de informação que é o mais importante para identificar o problema, conforme exemplo abaixo que destaca o erro no elemento "qrCode". 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'blabla' is not a valid value of the local atomic type. Se o seu sistema não captura essa informação, veja nos xmls de retorno gerados.

Tenho um cliente em MG, mas não tenho o certificado para os testes em homologação. Assim como seus outros testes, o padrão está ok. Veja as críticas do https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx no seu xml, caso ajude em algo. Schema XML: The element 'ICMS70' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMSSTDeson' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vBCFCPST, vICMSDeson' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMS70/vICMSSTDeson

Estavam implantando na sexta-feira, mas como deu tiveram problemas podem ter voltado atrás. Posta o xml. Quais tags e valores você preencheu que geraram a rejeição? Não preenchendo, autoriza? Mesmo sendo óbvio, confirma se os schemas estão atualizados.

Boa tarde, Veja se aumentar o ACBrNFSe.Configuracoes.WebServices.TimeOut resolve. Uso 5000 por padrão, mas já foi necessário aumentar para alguns provedores.

Estranho, veja se não está configurado para ignorar a pasta/arquivos ao baixar. Algum bug no ambiente aí. Apaga a pasta e baixa tudo de novo por segurança.