Diego Foliene

Bom dia! Muito obrigado por reportar. Foi criada a #TK-3927 para análise e parecer do consultor responsável.

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

Por favor, pode fazer um teste com o programa exemplo? Veja o resultado que obtive usando o botão Emitir Nota(Novo):

Bom dia @daniel_mirassol! O teste realizado pelo Italo foi no programa exemplo do componente ACBrNFSeX. Você está usando antigo componente ACBrNFSe? Se este for o caso, ele foi descontinuado e não sofre mais manutenção. Recomendo que faça a migração para o novo componente o ACBrNFSeX que sofre manutenção e melhorias.

Bom dia. Existe também a ConsultaIdentificadoresEventosEmpregador, ConsultaIdentificadoresEventosTrabalhador e a ConsultaIdentificadoresEventosTabela descritas no manual disponível aqui. Veja se elas atendem as suas necessidades.

Bom dia @TRodrigues_! Por favor, atualize seus fontes e faça um novo teste.

Foi criada uma TK para análise do caso. A equipe ACBr vai analisar as possíveis maneiras de resolver isso e realizar a implementação. Qualquer novidade notificamos aqui.

Boa tarde.

Realmente, como ele cria com o primeiro tipo, ele já cria preenchido e por isso, acaba sempre gerando a tag. Criada #TK-3922 para análise do caso.

Boa tarde. Muito obrigado por reportar, já estamos verificando.

Boa tarde! Muito obrigado pelo aviso, já estamos verificando.

Boa tarde! Se conferirmos em ACBrNFSeXGravarXml_ABRASFv2.pas que é a unit da classe base do gerador de XML para este provedor, podemos ver que o valor de NrOcorrRespRetencao está zerado. Isso quer dizer que se você não alimentar a propriedade NFSe.Servico.ResponsavelRetencao ele não vai gerar a Tag para você. Faça um teste informando rtNenhum para essa propriedade. Dentro da procedure Configuracao da Unit ModernizacaoPublica.GravarXml.pas, defina uma valor para FormatoAliq. Atualmente deve estar pegando tcDe4 como padrão e deixando com 4 casas decimais. procedure TNFSeW_ModernizacaoPublica202.Configuracao; begin inherited Configuracao; // a linha abaixo foi comentada para atender a cidade de Belford Roxo/RJ // se outra cidade atendida pelo mesmo provedor exigir a presença da tag // vai ser necessário mudar a forma de configurar. // NrOcorrAliquota := 1; FormatoAliq := tcDec2; //Neste EXEMPLO, vai deixar a alíquota com 2 casas decimais. GerarIDRps := True; end; Depois de alterar, reinstale o ACBr e faça um novo teste.

Boa tarde! Vamos á alguns procedimentos que você pode fazer: A primeira coisa que você pode fazer é verificar a sua configuração de SSLLib. Neste tópico tem as configurações recomendadas por tipo de certificado: Se a sua configuração já estiver correta. Pegue as Dlls do caminho C:\ACBr\DLLs\OpenSSL\1.1.1.10 escolhendo de acordo com a arquitetura que compila sua aplicação, coloque elas no mesmo diretório da sua aplicação e faça um novo teste. Verifique também se não existe um proxy na sua rede que precise ser configurado. Se ainda assim o problema persistir. Por favor, faça um teste com o programa exemplo marcando a opção "Salvar Envelope Soap" da aba WebService. Se preferir testar direto com a sua aplicação, defina a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Ao fazer isso, o componente vai gerar para você os envelopes de envio e resposta (eles tem -soap no nome). Esses são o arquivo que é enviado ao WebService e o arquivo que o WebService devolve inalterado pelo ACBr. Verifique se o envelope de resposta tem algum conteúdo estranho que possa estar acarretando erro de interpretação por parte do componente. Se este for o caso ou se o envelope nem ao menos for gerado, é um indicio de que o problema esteja mesmo no provedor.

Infelizmente isso não ajuda em muita coisa, visto que é algo que já descobrimos. Por favor, é possível solicitar junto ao pessoal do provedor um exemplo para que possamos analisar e fazer a implementação?

Boa tarde! Que bom que deu certo de encontrar uma solução, muito obrigado por compartilhar e também pela intenção de contribuir. Vou encerrar este tópico conforme solicitado, qualquer nova dúvida ou problema, basta criar um novo.

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

Bom dia! Depois de alterar, você reinstalou o ACBr? Isso é necessário para que a alteração passe a ser considerada.

Bom dia! Muito obrigado! Vou verificar com o time responsável e lhe damos um parecer.

Duas leituras que podem complementar o conhecimento sobre a DistribuicaoDFe Como você é usuário PRO, também tem acesso liberado aos cursos fornecidos pelo ACBr sendo um deles o Implementando o Serviço DistribuiçãoDFe

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3913

Boa tarde. Alteração enviada ao SVN na Rev-29380 adicionando informação da cidade. Por favor, queira atualizara seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Uma leitura complementar a respeito desta informação:

Boa tarde! Conferindo no seu NFe.INI todos os valores dos grupos [ICMS] fora o CST estão zerados. Por causa disso, os campos não são gerados no XML. Veja trecho retirado da unit responsável pela geração do XML da NFe nos fontes do componente que são usados no Monitor. // Se um dos campos abaixo for maior que zero os 4 devem ser // gerados no XML com exceção do vICMSSubstituto que é opcional if (NFe.Det[i].Imposto.ICMS.vBCSTRET > 0) or (NFe.Det[i].Imposto.ICMS.pST > 0) or (NFe.Det[i].Imposto.ICMS.vICMSSubstituto > 0) or (NFe.Det[i].Imposto.ICMS.vICMSSTRET > 0) or (OcorrenciasVICMSSubstituto > 0) then Isso está de acordo junto ao MOC onde fora o campo orig e CST, os outros grupos são opcionais, mas tem campos obrigatórios se preenchidos.

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

De acordo com o MOC não pode ser menor do que 6 o tamanho. No caso quando é zero, ele define como 7 o valor.