Renato Rubinho

Boa tarde, Nesse caso não houve arredondamento, pois todas as quantidades eram inteiros e todos os valores unitários estavam com 2 casas, a menos que: * você tenha valores unitários com mais de duas casas na sua base. * Tenha arredondado para preencher o vUnCom nos itens. * Não tenha arredondado por item para calcular o total do vMP. Exemplo: 1. ROUND( SUM( VALOR_UNIT ), 2 ) 2. SUM( ROUND( VALOR_UNIT, 2 ) ) Poderão gerar esse tipo de diferença se VALOR_UNIT possuir valores com mais de duas casas decimais.

Anexe esse log para que a comunidade possa tentar te ajudar.

Bom dia, O sucesso no envio acusa que foi processado, não que que a NFSe foi gerada. Execute a consulta do lote, caso não esteja marcado para executar automaticamente e cole os xmls do envio e da consulta.

Boa noite, Existem diversos relatos da mesma situação, inclusive vários nesse tópico. Bug na Sefaz ou trava na Sefaz.

Realmente, estando os demais funcionando, seu relato mostra um erro com certeza na consulta por ultNSU, se não retorna quando utilizado zero Essa é a hora de abrir um fale conosco na Sefaz, expondo cada caso pare ver se eles tomam providência.

Pessoal, Seguem algumas considerações, caso sejam úteis. 1. Quando utilizarem a consulta por UltNSU, atentem-se a utilizar sempre o último NSU recebido e não fugir da sequência. Na dúvida, caso esteja sempre caindo em uso indevido, na próxima consulta utilizem o ultNSU = 0 para reinciar a fila. Caso quem utiliza o serviço tenha outro aplicativo que estavisse rodando em paralelo, mesmo que tenha parado de executar, a fila ficou "quebrada", precisa consultar de novo o ultNSU = 0. 2. Caso tenha sido bloqueado por 1h por ação irregular em qualquer método, todos ficam bloqueados pelo período. Se utilizar os serviços de consulta pela chave ou consulta por NSU mais de 20 vezes em uma hora também será bloqueado. Caso tenham eu seus sistemas, esses métodos pontuais, controlem o limite de consultas em 1 hora. 3. Segue um tópico com as condições para o bloqueio.

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

Quem estiver com erro de cadeia de certificados, veja se os arquivos disponibilizados neste tópico ajudam.

Não consegui parar para testar, mas já vi problemas de xmlParseDoc com winCrypt que passou com OpenSSL. Você está usando A1? Se for e estiver usando winCrypt, tenta com OpenSSL.

Murilo, Veja a dica deste tópico.

Boa tarde, Como o serviço foi normalizado, vamos fechar o tópico. Fechando. Para novas dúvidas, criar um novo tópico.

Sandro, As configurações do ACBrMail estão certas assim, tem algo a habilitar na sua conta ou a senha está errada. Tenta entrar no webmail, isso já vai validar a senha. Nas configurações do webmail, veja se tem algo a habilitar o envio por SMTP por programas menos seguros.

Boa tarde Sandro, Cobri sua senha para preservar seus dados. Confirme se o e-mail e senha são válidos e se existem configurações a habilitar com o provedor para utilizar o envio por métodos menos seguros. Lembrando de novo, tenha certeza que pegou as dlls da pasta x86. Testei com seus dados e tive o mesmo erro que você. O domínio do e-mail que uso também utiliza as mesmas configurações que as suas e funcionou corretamente o envio.

Boa tarde Adonis, De acordo com o link que o @jonesalmeida passou, não precisa mudar nada nos fontes, pois a alíquota reduzida deverá ser arredondada para 2 casas, já atendendo ao DANFE como é hoje. Esse decreto é sua justificativa aos clientes para não ter que mudar o DANFE, pelo contrário, se você utilizar as quatro casas e não arredondar, entendo que estará gerando o XML com valores errados.

Bom dia, Apenas para documentar, como não tive resposta dos interessados, vamos fechar o tópico. Caso tenha informações futuras sobre os schemas e a recepção do xml da NFSe, abrirei um novo tópico. Obrigado

Se a sua aplicação não for x64, utilize as dlls x86, mesmo que o SO seja x64. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Se não for isso, no link a seguir tem uma série de informações sobre autenticação.

Parece estranho ele sempre remover os acentos, a menos que tenha algo específico para o eSocial. O problema é se vai dar erro de assinatura. Tenta debugar na geração do XML. Acredito que seja por aqui: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrXmlBase.pas#l103

Boa tarde, Entendi, vamos lá. 1. Está correto, quando false, não retira os acentos. Tentou também como true, por via das dúvidas, vai que a sefaz entende? 2. Qual o problema em excluir esses dois últimos pelo portal? É no eCac, certo? 3. Se não resolver, cola o XML que talvez seja útil na análise.

Boa tarde, Obrigado por compartilhar a informação. Com relação ao erro que persiste, a Sefaz MG está com a contingência ativada desde ontem, agendada até amanhã e hoje cedo estava mostrando como inativa na consulta de disponibilidade. Utilize a contingência que não deverá mais ter problemas.

Em tese não seria só mandar o código do cargo no evento de exclusão? Tenta assim, senão, cola o XML gerado para poder ser analisado.

Boa tarde, No momento não tem configuração para personalizar.

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

1. Posta o trecho do código que está usando a ACBrLib. 2. Confirma se está utilizando a versão correta da NFe, conforme meu exemplo acima.

Boa noite, Qual método está utilizando? Confirma se está enviando a versão correta. [infNFe] versao=4.00

Boa noite, Posta o XML que está enviando. Verifica campos com informações variáveis, como de discriminação, como teste mande texto simples sem acentuação, quebra de linha e outros, diferentes de Letras, números e espaços.