Painel de líderes

Bom dia a todos, Foi publicado hoje (15/02/2021) a versão 1.10 da NT 2020/006. O que mudou? Alteração em algumas regras de validação da SEFAZ e data de ativação tanto no ambiente de homologação quanto de produção. Veja como ficou as datas: Versão Descrição Homologação Produção 1.00 Criação de campos e Regras de Validação - seção 2 desta NT 01/02/2021 05/04/2021 1.10 Prazo de implantação desta NT v1.00 e v.1.10 para SV-AN, SP, MG e GO 01/03/2021 05/04/2021 1.10 Inclusão das regras YB01-10, YB01-20 e YB02-10 para modelo 65 01/03/2021 05/04/2021 1.10 Regra YA02-50 , observação 2 01/03/2021 05/04/2021 1.10 Regra B25c-10, observação 2 05/04/2021 01/09/2021 1.10 Regra Y08-90, observação a critério da UF 01/03/2021 05/04/2021 Regra YA02-50 que é aplicada tanto para NF-e quanto para NFC-e: Informado meio de pagamento tPag= 99 “Outros” Observação 1: Regra válida a partir de 01/02/2021 para homologação e 01/09/2021 para produção. Observação 2: Regra de validação não se aplica para Nota Fiscal eletrônica Avulsa emitida por Produtor Primário. Regra B25c-10 que é aplicada tanto para NF-e quanto para NFC-e: Se Informado indicativo de presença, tag: indPres, IGUAL a 1, 2, 3, 4 ou 9 - Obrigatório o preenchimento do campo Indicativo do Intermediador (tag: indIntermed) Observação 1: Regra válida a partir de 01/02/2021 para homologação e 01/09/2021 para produção. Observação 2: Regra válida para Nota Fiscal Avulsa eletrônica a partir de 05/04/2021 para homologação e 01/09/2021 para produção. Regra Y08-90 que é aplicada somente para NF-e: CFOP é de operação interestadual (inicia por 2 ou 6) e UF emitente = UF destinatário e CNPJ/CPF emissor diferente do CNPJ/CPF destinatário (NT 2010/004) Exceção: Se a tag UFCons (id:LA06) foi informada com UF diversa do emitente: CFOP iniciado com 2 ou 6 é válido. (NT 2010/010). Observação: Regra de validação opcional, a critério da UF.

11/02/2021 - Publicada a versão 1.10 da NT 2020.007. Publicada na aba "Documentos", opção "Notas Técnicas", a versão 1.10 da NT 2020.007, que trata do Transportador Interessado na NF-e, com alguns esclarecimentos e com alterações nos prazos de implantação. Homologação: 01/11/2021 Produção: 30/11/2021 Assinado por: Coordenação Técnica do ENCAT Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=IGl4YWhsfvo= Observação: O componente ACBrNFe já foi atualizado para poder enviar o Evento Ator Interessado na NF-e, bem como os schemas. Não esqueça de manter os seus fontes e schemas atualizados independente se vai ou não implementar esse evento em suas aplicações. Fiquem atentos as datas de liberação para inicio dos testes e envio em produção.

@Juliomar Marchetti realmente a declaração das uses estavam incorretas, muito grato pela sua contribuição, qdo eu estiver por Chapecó lhe pago um Chopp

Boa tarde Douglas, Muito obrigado pela colaboração vou incluir na minha lista de tarefas. Vou aproveitar e também atender a outra colaboração de colocar em 1 linha em vez de usar 2 cada quantidade de unidade.

No arquivo .ini se refere ao campo: Sacado.Pessoa https://acbr.sourceforge.io/ACBrMonitor/TabelappreenchimentoArquivoINI1.html

Ao utilizar links que eram redirecionados a para outro servidor o ACBrDownloadClass identifica normalmente mas não utiliza o sufixo ".part" que normalmente é utilizado para os arquivos que ainda estão sendo baixados. segue ajustes. alterações feitas a partir da linha 327. espero que seja útil à comunidade. ACBrDownloadClass.pas

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 21369. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde, Já se encontra no repositório, muito obrigado pela colaboração.

Recentemente comecei a gerar o registro sped pelo ecf, porém ao tentar utilizar com uma bematech 4200 Fi II, ocorreu o problema: -2 Parâmetro inválido, então troquei as variáveis que eram do tipo String pelo tipo AnsiString e o problema foi resolvido, utilizo BemaFi32.dll em 32bits versão 7.0.5.40, e o Delphi 10.2. Gostaria de saber se vcs tem tido este problema e se é possível alterar o tipo de variável para AnsiString no projeto, para que em uma futura atualização do projeto ACBR não percamos esta solução. ACBrECFBematech.pas

Bom subi se começar a dar erros vamos retornar o código não subi o copy que foi colocado no campo data Obrigado pela contribuição

Sim. eu fazia isso. pois ela tem que fazer parte do xml e ser impressa

Apliquei no SVN, com alguns ajustes... Commit [r21348]

Use o metodo UltimoRetorno NFE_UltimoRetorno (sourceforge.io)

Acho que você não entendeu a minha colocação. Seguindo no mesmo exemplo do campo 14 - VALOR TOTAL DA NOTA, que citei para justificar as alterações feitas nos campos 13 - QTDE DE VOLUMES e 15 - PESO TOTAL DA MERCADORIA A TRANSP.: Em TACBrEDINotaFiscais.GerarNotasFiscais é utilizado o método TACBrTXTClass.VLFill para a formatação dos 3 campos supracitados. Ocorre que o método TACBrTXTClass.VLFill retorna uma string com o tamanho passado no parâmetro Size. Veja que o campo 14 - VALOR TOTAL DA NOTA começa na posição 86 e vai até a 100, ou seja, deve ter o tamanho total de 15 (13 inteiros e 2 decimais). Todos os campos que no layout estão como N 13.2 no método TACBrEDINotaFiscais.GerarNotasFiscais já estavam sendo formatados com 15,2 na chamada ao método TACBrTXTClass.VLFill. Os campos 13 - QTDE DE VOLUMES e 15 - PESO TOTAL DA MERCADORIA A TRANSP. estavam com a mesma formatação tanto no layout ( N 5,2 ) quanto na chamada ao método TACBrTXTClass.VLFill ( 5,2 ). O que fiz foi apenas adequar a formatação dos campos 13 - QTDE DE VOLUMES e 15 - PESO TOTAL DA MERCADORIA A TRANSP. à formatação que já estava vigente para os demais campos, alterando de ( 5,2 ) para ( 7,2 ) na chamada ao método TACBrTXTClass.VLFill em TACBrEDINotaFiscais.GerarNotasFiscais. Com isso os campos ocupam as posições corretas, conforme consta no layout e o tamanho do registro fica conforme o esperado: 240.

09/02/2021 - Manifestador da NF-e SEFAZ SP atualizado com a nova cadeia de certificado Atualizando a Notícia de 14/01/201, a SEFAZ SP, responsável pela manutenção do aplicativo da Manifestação do Destinatário, disponibilizado na opção "Downloads","Manifestador de NF-e" desse Portal, informa que concluiu as alterações necessárias na aplicação para suportar a nova cadeia de certificados digitais. Dessa forma, o contribuinte pode retomar o uso "Manifestador de NF-e" na opção "Downloads". fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=HQDz+7ZJEgk=

Olá pessoal, O componente ACBrNF3e vai sofrer uma alteração para estar em conformidade com a NT. Resumo das alterações: Inclusão do hash do modelo 6 na nota fiscal de ajustes; Inclusão de campos e regras de validação da retenção de tributos federais; Criação do PIS e COFINS efetivos; Inclusão do qrCode do PIX na fatura; Orientação sobre a regra de rejeição por duplicidade da chave natural; Exceção para preenchimento do NIS. O ambiente de homologação só vai estar liberado em 02/05/2021 e o de produção em 07/06/2021. Procure manter os fontes ACBr sempre atualizados. Para quem não conhece o NF3e se refere a Nota Fiscal Energia Elétrica Eletrônica. Encontra-se também em nossa biblioteca a versão 1.01 da Nota Explicativa 2020/001.

Bom dia, já tentou abrir um prompt de comando do DOS e rodar o comando "tracert sintegraws.com.br" pra ver se tranca em algum outro ponto da conexão... Att Ricardo

Pessoal, eu resolvi o meu problema entrando na pasta \\AcBr\DLLs\XMLSec\MinGW\32 e copiando todas as Dll's para a raiz da minha aplicação.