Diego Foliene

Sim, ainda está confuso essa parte.

Bom dia. Por favor, forneça mais informações para que possamos ajudar. Qual é o erro exatamente?

Bom dia! Primeiro de tudo muito obrigado pela contribuição! Fiz alguns testes com ela e me parece tudo correto. Por isso a mesma foi enviada ao SVN na Rev-29446. Por favor, atualize seus fontes, reinstale o ACBr para fazer novos testes e reportar qualquer problema.

Bom dia @Alexandre Felippeto Henzen Deu certo de realizar o procedimento para conseguir os arquivos?

Bom dia @FraciscoFourInfo e @AlissonMarcel. Foi adicionado ao tipo tpPensaoAlim a opção paNenhum. Para que não gere a tag é preciso atribuir este valor a propriedade pensaoAlim quando preencher o evento no componente. Acompanhando este novo tipo foram criadas novas funções de conversão para este enumerado. As alterações foram enviadas ao SVN na Rev-29443. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde. Se abrir o arquivo ACBrNFSeXServicos.ini, e buscar por este código IBGE, vai ver que a cidade não tem informação mesmo, ou seja, não temos a informação para esta cidade. Logo, é necessário descobrir qual é provedor que atende está cidade junto ao setor de ISS da prefeitura e preencher ou escolher outra para fazer os seus testes.

Consultando as 17:00 no Portal da Nota Fiscal Eletrônica a contingência já não se encontra mais ativada. O número de relatos de problema no DownDetector também caiu consideravelmente por volta das 16:00.

A contingência foi ativada as 15:06:38 (um agradecimento ao membro @Rafael Fachini por avisar no canal #sefaz) Fonte: Portal da Nota Fiscal Eletrônica Para transmitir em Contingência usando o ACBr siga as instruções deste tópico:

Marque a opção "Salvar Envelope Soap" ou via código ACBrNFSe.Configuracoes.WebServices.Salvar := True; Fazendo isso vai ser gerado para você o envelope de envio e resposta que são respectivamente o arquivo que é enviado na requisição e a resposta inalterada pelo ACBr. O envelope de resposta pode ajudar a entender melhor o problema.

Boa tarde! O membro de nossa comunidade @Scandolara chamou a atenção no canal #sefaz em nossa comunidade do Discord para o fato de a Sefaz SP estar passando por instabilidade. Conferindo no DownDetector, é possível observar um aumento exponencial nos relatos de problema por volta das 14 horas. Após o relato, outros membros também relataram estar recebendo Erro de TimeOut ao tentar comunicar com a Sefaz SP. Até o momento desta publicação não há contingência ativada. O seguinte relato consta no Portal Estadual da NFe da Sefaz SP:

Bom dia! Por favor, forneça mais detalhes. Qual erro está tendo exatamente?

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.