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.

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

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.

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.

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 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

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.

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.

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.

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