Painel de líderes

Bom dia a todos! Como muitos sabem, os desenvolvedores do ACBr mantêm seus repositórios no SourceForge e utilizam o SVN como ferramenta para realizar os commits com as alterações nos códigos-fonte. No dia 14 de setembro de 2023, por volta das 14h50, os membros com permissão de committer nos códigos-fonte do ACBr começaram a enfrentar problemas ao tentar realizar novos commits. Ao tentar efetuar um commit, o SVN solicita novamente as credenciais. No entanto, mesmo inserindo as credenciais corretas - que funcionam normalmente para acessar o site do SourceForge - o SVN não realiza a autenticação. Um ticket já foi criado para notificar os responsáveis, e também observamos que outros projetos estão enfrentando problemas semelhantes, o que sugere que o problema pode ser generalizado. Estamos aguardando um posicionamento. Infelizmente, enquanto esse problema não for resolvido, as alterações nos códigos-fonte do ACBr precisarão ser temporariamente pausadas, devido à impossibilidade de realizar novos commits. IMPORTANTE RESSALTAR que o UPDATE para download dos fontes está funcionando normalmente.

Essa em específico nós utilizamos a biblioteca MadExcept com a propriedade de Resource Leaks ativa. Certo, sobre isso vamos tentar reproduzir aqui desta forma.

Revisada a notícia e a NT 03/2023 foi republicada sem alterações. O que mudou foi o schema R-4010, que no último commit já havíamos corrigido uma incidência do indTpDeducao, mas faltou outra. O SVN está passando por uma instabilidade, não permitindo commits. Segue o schema atual e, assim que possível, será enviado ao SVN. evt4010PagtoBeneficiarioPF-v2_01_02.xsd

A situação foi normalizada por volta das 12h30.

Bom dia Renato! Realizei os teste de transmissão para o EFD-Reinf ambiente de produção restrita (Homologação) versão 2.1.2 com CERTIFICADO A3 nesta data 15/09/2023, os testes foram realizado com todas as opções da propriedade SSLType do componenete ACBrReinf. Resultado abaixo: LT_all OK - funcionou LT_SSLv2 ERRO - inativo ou inoperante LT_SSLv3 ERRO - inativo ou inoperante LT_TLSv1 OK - funcionou LT_TLSv1_1 OK - funcionou LT_TLSv1_2 ERRO - inativo ou inoperante LT_TLSv1_3 OK - funcionou LT_SSHv2 OK - funcionou

Bom dia! Você está enviando esta nota no modo assíncrono? Verifique isto e caso esteja mandando em modo síncrono, altere para modo assíncrono. Obs.: Digo isto para as NFe (55). Caso seja NFCe ignore o meu comentário.

Boa tarde pessoal! Foi divulgada uma notícia informando que, conforme cronograma, a previsão de importação da versão S-1.2 no ambiente de produção restrita está prevista para ocorrer no dia 18/09/2023. Um destaque desta nova versão é a adição de informações adicionais necessárias para permitir a substituição da prestação de informações para DIRF pelo eSocial. Qualquer um pode testar transmitir eventos para o ambiente de testes, definindo tpAmb como 2 que equivale a "Produção Restrita". E o ACBr? A implementação da versão S-1.2 está em andamento por parte da equipe de consultores e contribuições da comunidade também são sempre mais do que bem vindas.

Revise o sistema se esta tentando enviar várias vezes o mesmo documento com o mesmo erro (ao invés de corrigir, alterar), isso também é motivo de bloqueio, veja também se não está fazendo consultar excessivas de status.

sim com este veio a data correta como fez isto ? kkkkkkkkkkk

Te mandei um email com o certificado. Veja se consegue realizar as operações com ele.

Boa tarde @Juliana Tamizou @Alexandre de Paula Estou providenciando as instruções da empresa, pois foram repassadas para outro analista da empresa. Obrigado pela atenção.

@Ian Sakaguchi Boa tarde ! Informe Tipo de Ocorrencia = 0 Observe o Resultado: Uma observação: Vc descreveu no texto 7 dias para protesto, mas informou a mesma data de vencimento p protesto. então vc se o cliente nao pagou até o vencimento, ja seria protestado no dia seguinte. Informe a data de protesto: Vou anexar o meu ini que fiz o teste: T_6PC1B5ZRJ.INI Se no futuro precisar saber quais códigos de ocorrências, pode utilizar o comando abaixo: https://acbr.sourceforge.io/ACBrLib/Boleto_ListaOcorrenciasEX.html

Boa tarde! A nota de importação é igual para empresas do simples nacional? Devido ao fato de empresas enquadradas no simples nacional pagarem apenas o DAS (imposto simplificado) sobre seu faturamento, muitos importadores acreditam que a tributação para empresas do simples nacional será diferente na importação. É um equívoco muito comum. Na importação, uma empresa do simples nacional deverá arcar com todos os impostos assim como uma empresa do regime normal. Todos esses impostos, por sua vez, deverão ser destacados em seus campos próprios, da mesma forma que foi descrito aqui neste artigo. Vale apenas ressaltar que o campo de CST do ICMS será substituído pelo CSOSN 900 e os CSTs de IPI, PIS e COFINS deverão seguir a orientação do seu contador para o enquadramento correspondente a sua empresa. Fonte: https://www.taxpratico.com.br/pagina/nota-fiscal-de-importacao-veja-o-que-e-e-como-emitir#:~:text=Na importação%2C uma empresa do,foi descrito aqui neste artigo.

Boa tarde @Souza Aparentemente o problema foi solucionado. Veja se para você também voltou, caso contrário, abra um ticket lá com eles para verificarem seu caso.

Boa tarde, De acordo com o erro, você deve preencher tiiEducacao ou tiiFilanRecreCultCien, que são 2 ou 3 respectivamente. Não está encontrando o resource, reinstale os componentes e, se o erro persistir, reinstale novamente marcando a opção para apagar arquivos antigos.

Olá. Você está correto na afirmação que quando seta 4.0 ele envia pro endereço correto porém a consulta do processamento é que aciona o endereço da 3.0 Foi isso que detectei no dia. Vou tentar repetir o erro em detalhes, mas com certeza foi esse o comportamento do componente

Boa tarde Diego, Favor atualizar todos os fones de todas as pastas, reinstale o ACBr e faça novos testes em ambiente de homologação, Enviamos hoje, ajustes para o ambiente de homologação funcionar.

Você faz consulta constante do código Gtin? se sim, esse também e um problema que tive no caso de bloqueio se fizer muita consulta do Gtin ao consultar as notas destinadas sempre vem a mensagem de consumo indevido e isso já fizemos o teste em duas empresas onde eles tiveram o certificado digital vencido e renovaram, nós mesmo baixamos o certificado e não passamos para o contador até finalizamos os testes, pois achamos que ele estava consultando as notas destinadas. Em uma das empresas consultamos as notas normalmente, mais na outra consultamos 25 Gtin e já veio consumo indevido

@Kiko Fernandes sim, o que estava ocorrendo é que de fato eu estava enviando o parâmetro sincrono como true, alterei para false e mudei o meu tratamento que antes pegava o retorno e rejeições pela classe EnvioResposta para RetornoResposta e aparentemente deu tudo certo.

Boa tarde, Este assunto já foi muito discutido aqui e tinha um tópico mas foi fechado, então vou criar este aqui somente para relatar a minha História. Em alguns clientes meus dava este erro abaixo: rejeição: consumo indevido (deve ser utilizado o ultnsu nas solicitações subsequentes. tente apos 1 hora). E desabilitei a busca das notas no meu ERP e no outro dia de manhã ia tentar e o mesmo erro. Eu perguntava para o cliente se o contador buscava as notas e ele me dizia que não. Então tive a ideia de ligar para o Contador e ele me disse que não fazia a busca, mas ele tinhas todas as notas de entrada do cliente lá. Fui mais a fundo e descobri que ele tinha um sistema chamado Sieg que baixa as notas automaticamente. Ai liguei no Suporte da Sieg e eles me falaram que tinha como desabilitar a busca. Fiz isto com o contador e "SUCESSO". Notas baixas no cliente. O maior problema é que alguns contadores nao estão querendo desabilitar a opção de busca de notas, porque segundo eles quando ele precisam ver alguma coisa do cliente eles já tem todas a notas lá. E agora, o que iremos fazer neste caso. Ai eu acho que já é um problema do contador e cliente.

A grande pergunta é: como o Sieg consegue baixar as notas completas sem a ciência da operação, andei olhando o site deles e eles prometem isso, inclusive notas fiscais de Saida também. Deve ser por isso que os contadores estão aderindo, estou passando pelo mesmo problema que os colegas acima, e vou seguir os posts para vê se funciona.

Bom dia Alexandre, sim atualizei. Estou acompanhando o tópico que você citou.

Desculpem me, achei meu erro grotesco, esqueci de adicionar o TPEvento. Resolvido

Opa, Alexandre, valeu.

Acabamos de postar uma notícia sobre o assunto...

Bom dia Tiago, Acredito que o nosso amigo Juliomar se confundiu. Em uma NFS-e temos a figura do Prestador, Tomador e Intermediário do Serviço. Ao criarmos as propriedades de configuração do componente em vez de usarmos o tempo Prestador acabamos usando Emitente, mas é a mesma pessoa.

Bom dia Fabio, Tenha sempre em mente o seguinte: 1. O XML da NFS-e é gerado pela API da NFS-e Padrão Nacional. 2. Nesse XML temos as tags: <verAplic>Testes_0.1.0</verAplic> <ambGer>2</ambGer> Onde verAplip é a versão da aplicação que gerou a NFS-e, infelizmente o pessoal responsável pela API esqueceram de alterar a descrição da versão da API de Produção. Eu já informei a eles sobre esse problema, precisamos aguardar eles voltarem do cafezinho para corrigir. A tag ambGer (Ambiente gerador da NFS-e) que traz o valor 2 não significa ambiente de homologação e sim: 1- Sistema Próprio do Município; 2- Sefin Nacional NFS-e. Vamos entender isso: Quando a prefeitura adere somente o compartilhamento de dados, os contribuintes continuam emitindo suas notas através do provedor contratado pela prefeitura, esta por sua vez gera um DPS e envia para a API, neste caso a tag ambGer vai conter o valor 1, no caso do MEI e das prefeituras que aderiram a emissão da NFS-e, o valor da tag vai ser 2. 3. Não podemos alterar o XML, pois ao fazer isso ao verificar se o XML é valido vai constar que não é, uma vez que o XML foi alterado logo o DigestValue não bate mais. 4. Tem como saber sim se uma nota foi cancelada ou não. No XML da mesma não consta essa informação, mas de posse da chave da mesma, você pode consultar os eventos, informando somente a chave. Neste caso a API vai lhe retornar todos os eventos vinculados a nota, se ela foi cancelada será retornado o evento de cancelamento. De uma olhada no programa exemplo, mais precisamente a procedure ChecarResposta o tratamento para o retorno do ConsultarEvento. É retornado a chave da nota, a data do evento, o tipo de evento, o numero sequencial do mesmo e o ID do evento. Se o componente estiver configurando para salvar o retorno em disco, o XML do evento vai ser salvo.

Bom dia Alexandre. Realmente o Exemplo funcionou. Então verifiquei o problema que o município atendido pela IPM usa versão 1.01, e exige itens, enquanto os que estão na versão 1.00 não exigem. Resolvido. Obrigado

Bom dia! Quanto a questão de ser possível alterar, se conferirmos o XML de uma NFSe, temos a tag verAplic no grupo DPS e no grupo NFSe. A do grupo DPS é que foi enviada por você e corresponde a versão do aplicativo que gerou o DPS, no caso, a sua aplicação. Já o verAplic do grupo NFSe, corresponde a versão do aplicativo que gerou a NFSe. Este dado é preenchido pela API do Padrão Nacional. Acredito que não haja forma de alterar a não ser aguardar eles mudarem.

Bom dia, Conforme respondido no Discord, segue print para registro.

Obrigado por compartilhar

Eu imaginei que o Reinf funcionasse apenas no tls1.2, por isso disse que não fazia sentido, pois o que o Lt_all faz é tentar todas as opções. Se puder fazer mais um teste para tentarmos apurar realmente qual a opção válida, teste uma por uma que provavelmente ao menos uma tem que passar.

Boa tarde @Valdir Dill, Tanto o DANFSE feito em Fortes quanto o que foi feito em Fast Report, foram feitos baseados no layout do XML da NFS-e da ABRASF. Nas units que fazem a leitura dos XMLs das NFS-e dos provedores que tem layout próprio, foram inseridas algumas linhas para poder alimentar os campos necessários para que os dados das notas fossem impressos. Se faz necessário fazer o mesmo com a unit que realiza a leitura do XML da NFS-e do Padrão Nacional. Lhe peço um pouco mais de paciência que vamos resolver isso. O layout do DANFSE vai continuar o mesmo que você esta acostumado. Caso algum cliente ou contador implicar com esse layout, basta usar o método ObterDANFSE, este vai baixar da API do Padrão Nacional o PDF do DANFSE segundo o layout deles.

RESOLVIDO: "...Tem várias cópias do código fonte da synapse na máquina..." era exatamente esse o problema. Tinha um arquivo .pas numa pasta Lib minha. Removi o arquivo e funcionou. Obrigado!!!

Esqueci e mencionar, segue detalhado a forma que chamo a classe em tempo de execução. Var ACBrConsultaCNPJ :TACBrConsultaCNPJws; begin ACBrConsultaCNPJ := TACBrConsultaCNPJws.Create(Self); if ACBrConsultaCNPJ.Consulta(EditCNPJ.Text, 'https://receitaws.com.br/v1/cnpj/') then begin ... end; ACBrConsultaCNPJ.Free; end;

ja descobri o problema. os dados de fato nao devem ser agrupados. eu estava montando o registro informando a tag "natRend" para cada nota e na verdade ela deve ser informado apenas 1 vez, e "dentro" dela, todas as suas respectivas notas. obrigado @Renato Rubinho pela atenção.

Podem desconsiderar, estávamos utilizando a classe errada

Bom dia Carlos, Os métodos DistribuicaoDFePorNSU, DistribuicaoDFePorUltNSU e DistribuicaoDFePorChaveNFe apenas consomem o Webservice do DistribuicaoDFe. Sendo assim o retorno deles sempre será um XML contendo um resumo de uma nota não manifestada ou o XML completo de uma nota manifestada. Para realizar a manifestação do destinatário que é um evento é um procedimento a parte. Os métodos DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe só vão retornar apenas um XML sendo este um resumo ou uma nota completa. Já o método DistribuicaoDFePorUltNSU poderá retornar um Lote com até 50 XML, sendo estes resumos e ou notas completas. Ao usar este método devemos informar o numero do Ultimo NSU por exemplo 1500. Suponha que no retorno o Lote tenha 50 XML e os valores de ultNSU seja 1550 e maxNSU seja 1580. Isso significa que devemos executar novamente o método DistribuicaoDFePorUltNSU passando o valor 1550 (pois o valor de maxNSU é maior que ultNSU). Nessa segunda execução teremos como retorno um Lote com 30 XML e os valores de ultNSU será 1580 e de maxNSU também 1580. Isso se nenhum fornecedor emitir uma nota nesse meio tempo. Como os valore de ultNSU e maxNSU são iguais não faz sentido executar novamente o método, demos agora iniciar a manifestação de cada nota, lembrando que a manifestação é um evento que deve ser enviado para SEFAZ. Lembre-se que existe 4 tipos de eventos de Manifestação do Destinatário ( favor ler a Nota Técnica 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário). A minha sugestão é que aguarde uns 30 segundos entre uma execução e outra do DistribuicaoDFePorUltNSU. Continuando o exemplo acima, após a manifestação das 80 notas devemos executar novamente o método DistribuicaoDFePorUltNSU informando como numero do Ultimo NSU o valor 1580. Se tudo ocorrer conforme esperamos, você terá como retorno um Lote de 50 XML. Atenção: não necessariamente as 50 primeiras notas manifestadas, lembre-se que se nesse meio tempo algum fornecedor emitiu alguma nota, nesse lote poderá conter o resumo dela. Portanto poderá ser necessário não apenas 2 execuções do método e sim umas 3 para obter nos retornos os 80 XML das notas manifestadas. Tudo vai depender da quantidade de notas que os fornecedores emitem contra o seu CNPJ. Espero ter ajudado.