Diego Foliene

Olá pessoal! Foi enviado ao SVN na Rev-34473 uma alteração que muda a lógica de geração dos campos quantidade tributada (qBCMono), quantidade tributada sujeita a retenção (qBCMonoReten) e quantidade tributada retida anteriormente (qBCMonoRet). O que mudou? Nas rotinas de geração do arquivo XML, o parâmetro que equivale ao número de ocorrências dos respectivos campos foi alterado de 0 para 1. Isso faz com que esses campos sempre sejam criados, independentemente de haver valor informado ou não na propriedade. Preenchendo com zeros quando valor não for atribuído. Por que mudou? Originalmente os campos foram adicionados na rotina de criação do XML com o parâmetro do número de ocorrências com o valor zero conforme o layout. Isso significa que o campo é opcional e nesse caso, quando o valor informado for zero ou não houver nenhum valor atribuído o campo não seja criado no XML. No entanto, apesar de o número de ocorrências ser zero, existem rejeições que obrigam o preenchimento desses campos mesmo quando o valor for zero. Um exemplo disso é a rejeição 767 cuja regra de validação é: E a mensagem de rejeição é: Por isso, entendemos que mesmo que o número de ocorrências indique que o campo seja opcional, logicamente falando, faz sentido que o mesmo seja sempre inserido. Para que a modificação tenha efeito, é necessário atualizar os fontes e reinstalar o ACBr. Para aqueles que utilizam ACBrMonitor ou ACBrLib, as versões compiladas após o dia 17/07/2024.

Os campos do arquivo ACBrLib.ini são listados na seção de Configuração respectiva. Por exemplo, AQUI, você vai ter os campos disponíveis para a seção [NFe], [DANFe], [DANFeNFe] e [DANFeNFCe]. Os campos do INI da NFe são os mesmos do leiaute da NFe/NFCe presentes no manual de orientação ao contribuinte - Anexo I Leaiute.

Olá pessoal! Conferindo no portal Sobre o SAT, consta um aviso informando que no dia 23/07/2024 será realizada uma manutenção na autoridade certificadora(AC) da Sefaz entre às 03h00 e às 10h00. Durante este período a orientação é de que não seja efetuada a ativação de equipamentos SAT e no caso de falhas, não seja alterado o código de ativação. Caso tenham problemas na renovação de certificados com o AC-SAT, a orientação é de que desliguem o equipamento e voltem a ligá-lo após a conclusão da atividade.

Boa tarde! Apenas confirmando, em sua primeira postagem, acredito que tenha ocultado os valores, mas você está preenchendo o Usuario e a Senha na seção [Email], correto? Você está colocando o endereço de e-mail do remetente no Usuario e a senha de app que foi gerada na Senha?

Boa tarde! A princípio não deveria. Esse erro Sessão não [%s] existe no arquivo de configuração pode acontecer quando o arquivo ACBrLib.ini esteja com um valor inválido, por exemplo. É possível que quando você gravou as configurações ele sobrescreveu alguma config que estivesse incorreta.

Boa tarde @IvoSilva! Por favor: Quando foi a última vez que atualizou seus fontes e reinstalou o ACBr? Por favor, confirme como está sua configuração de SSLLibs na aba Certificado? Testando em meu ambiente, não tive problemas, por favor, consegue realizar um teste de debug? Se sim, por gentileza, coloque um break-point no local indicado pelo print: Use o step-into(F7) e veja se FRetConsCad.LerXML está usando a rotina em ACBrDFeComum.RetConsCad. Siga com o debug e veja como ele preenche as variáveis.

Bom dia! Sim, pode fazer desta forma. Por favor, faça um teste e veja se o problema persiste.

Bom dia! Este seria o primeiro relato do gênero. Isso é independente da impressora que esteja configurada? Todos os drivers da mesma estão atualizados? O método Imprimir recebe em seu primeiro parâmetro o nome da impressora, mas este é um parâmetro opcional, pois se não passar, vai pegar a configuração da impressora definida no ACBrLib.ini. Conferindo no seu log, você está atribuindo o primeiro valor. Se você deixar pegar da config do ACBrLib.ini o resultado é o mesmo? Se usar o NFe_ImprimirEvento reproduz o problema também?

Bom dia! Apenas dando um retorno. A tarefa está em análise com sua contribuição sendo verificada pela equipe de consultores.

Bom dia! Um detalhe que deve ser observado para homologação junto ao banco do brasil é que a chave informada deve ser uma das listadas na documentação:

Você utiliza a Lib ou o Monitor? Se estiver usando a Lib, por favor, tente definir o valor 1 para RetirarAcentos na seção [NFe] do seu arquivo ACBrLib.ini Se estiver usando Monitor a configuração fica em DFe > Geral > Retirar Acentos do XML Faça um novo teste após definida a configuração.

Bom dia! Acentos e caracteres especiais podem ocasionar problemas na assinatura. Por favor, faça um teste removendo o acento de "destinatário" em xCondUso.

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

Bom dia! Por favor, veja se o mesmo comportamento ocorre se fizer um teste utilizando este exemplo compilado em Lazarus. Não precisa preencher nenhuma informação, apenas execute o arquivo e use o ImprimirEvento. Outra questão, nessas máquinas problemáticas, se você tentar imprimir o Danfe ele também fica em branco? Se usar o ImprimirEventoPDF o resultado é o mesmo do ImprimirEvento? ACBrNFe_Exemplo.exe

Bom dia! Seu caso segue em análise. Estamos testando uma função que acreditamos que possa resolver o problema. Assim que houver mais detalhes informamos aqui.

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

@Claudio Consulim. Conferi aqui e na Lib o nome da propriedade é outro. Existem duas propriedades na seção [NFe] do arquivo ACBrLib.ini. TagNT2018005: Vai fazer com que sejam criadas as tags referentes ao ICMS Substituto mesmo que o valor esteja zerado. ForcarGerarTagRejeicao906: Vai fazer com que sejam criaddas as tags referentes ao ICMS Efetivo mesmo que o valor esteja zerado. Portanto, por favor, defina TagNT2018005=3 e faça um novo teste.

Boa tarde! Este erro é devolvido você quando o conteúdo da resposta do web service veio com algum caractere que gerou problema ao tentar ler como UTF-8. Por favor, no arquivo ACBrLib.ini que concentra as configurações da Lib defina o valor correspondente a Sim para SalvarWS e defina também um PathSalvar. Se estiver usando o ACBrMonitorPLUS é a opção "Salvar Arquivos Enviados/Recebidos p/WebServices" do caminho DFe > WebServices > Configuracoes e o caminho onde salvar. Fazendo isso, ele vai gerar para você os arquivos de envelope da requisição que são o que de fato é enviado para o webservice e a resposta do mesmo na íntegra. Esses arquivos vão ter -soap no nome. Veja no conteúdo dos mesmos se existe algum caractere inválido. Quando você carrega o arquivo,, salvo engano, ele mostra para você quantos eventos foram carregados no lote no log. Veja se carregou os dois.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde! Por favor, qual é a versão da Lib que está utilizando?

Boa tarde! Vou em meu ambiente como deve ser informada a configuração na Lib.

Boa tarde @Claudio Consulim! Defina a propriedade: ACBrNFe.Configuracoes.Geral.ForarGerarTagRejeicao938 := fgtSempre;

Bom dia! Fiz um teste com a versão 1.4.0.263 e testando com o CriarEnviarMDFe e o EnviarMDFe e recebi rejeição por ter usado dados inválidos, por favor, atualize para a versão mais recente do Monitor e veja se o problema ainda persiste.

Boa tarde! Um momento, por favor, vou fazer um teste em meu ambiente.