Painel de líderes

Pessoal boa tarde! Não testei a fundo, fiz um "beta" teste aqui e ficou certinho o JSON, validei a estrutura e teoricamente funcionará o parser sem alterações. Vou precisar apenas alterar o código da minha aplicação para adaptar a esse novo retorno, mas gostaria de parabenizá-los. Qualquer coisa entro em contato, o se quiserem faço novas interações aqui para falar como ficou no final. Muito obrigado.

Sim, a sequencia é única por CNPJ do emitente + modelo do documento + série.

https://www.google.com/search?q=como+consumir+apis+em+delphi&oq=como+consumir+apis+em+delphi&aqs=chrome..69i57j33i22i29i30l2.5045j0j7&sourceid=chrome&ie=UTF-8 Clique neste Link e veja a imensidão de material disponível ensinando como fazer isto no Delphi. Tenho certeza que vai achar o que precisa. Grande abraço !!

Pasta de Schemas desatualizada.

Leia estes links, para base de conhecimento. https://blog.signainfo.com.br/detalhes/quando-posso-emitir-o-cte-de-anulacao-e-o-cte-de-substituicao https://www.ophos.com.br/ct-e-de-anulacao-e-substituicao/ https://blog.oobj.com.br/prestacao-de-servico-em-desacordo/ Segue código que tenho no meu sistema // verifica se o CTE é de Anulação if copy(dm1.Nota.FieldByName('NFEANULA').AsString,1,1)<>'' then // cte tem nota de anulação begin // TpcteTipoCTe = (tcNormal, tcComplemento, tcAnulacao, tcSubstituto); Ide.tpCTe := tcSubstituto; infCTeNorm.infCteSub.chCte:=dm1.Nota.FieldByName('CTEORIG').AsString; // cte a ser subsituido infCTeNorm.infCteSub.tomaICMS.refNFe:=dm1.Nota.FieldByName('NFEANULA').AsString; // chave da nfe de anulaçao emitida pelo tomador // todo colocar rotina para mudança no frete if dm1.Nota.FieldByName('ALT_TOMA').AsString='S' then infCTeNorm.infCteSub.indAlteraToma:=tiSim else infCTeNorm.infCteSub.indAlteraToma:=tiNao; end; Importante observar que além do tomador do serviço que consta no CTE ter que emitir uma NFE de anulação de valores referenciando o CTE a ser anulado, também terá que emitir obrigatoriamente um evento em desacordo referenciando o mesmo CTE. Infelizmente a burocracia nesta situação é enorme, e na maioria das as vezes o próprio contribuinte que foi "mencionado erroneamente" no CTE, não tem sistema ou pessoal qualificado ou mesmo condições de emitir este evento ou NFE. O que muita das vezes, a anulação não é feita, e o transportador emissor do CTE emitido de forma errada acaba tendo que "arcar" com os custos de impostos. Ficou muito ruim estas exigências do SEFAZ. Espero que estes links possam ajudar em alguma coisa ou mesmo dar uma luz. Creio que é isso, caso eu estiver errado os amigos me perdoem e me corrijam por favor. Abraços

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

Boa tarde. Para conhecer mais vantagens de ser assinante SAC, clique aqui. Ou se preferir contate nossa consultora @aline garcia via fone ou whats (15) 21050750. Att.

Boa tarde José! Pelo que verifiquei esta ok... Agora, vou enviar para o banco para homologação. Qualquer problema entro em contato. Muito obrigado pelo retorno.

Fico muito agradecido colega eu de fato tinha pegado uma versão errada do ACBR seguindo seus concelhos deu certo.

O Manual da sicoob Manual_Layout_Sicoob_-_Correspondente_BRADESCO_-_Impressao_Local (1).pdf

No repositório não existe, que eu saiba, essa pasta "NextGen". O instalador está na raiz do Trunk2, e devia mostrar a versão 2.2.4.1 no título da janela. Veja instruções de instalação em https://www.projetoacbr.com.br/fontes

Certo Bruto. Como pensei, uma bagunça. Vamos aguardar as Sefaz's se "reorganizarem" então. Espero que até entrar em produção fique tudo ok.

Agora você pode acompanhar a gravação das sessões anteriores do Papo Pro ACBr, nos nossos links de PodCast As gravações podem ter a defasagem de algumas semanas... Para participar AO VIVO do Papo Pro, seja assinante do ACBr Pro e acesse o nosso Servidor Discord Spotify Deezer https://www.deezer.com/br/show/2469542 Apple PodCasts https://podcasts.apple.com/us/podcast/papo-pro-acbr/id1560546369 Google Podcasts: https://www.google.com/podcasts?feed=aHR0cHM6Ly9hbmNob3IuZm0vcy81M2NjNTk5MC9wb2RjYXN0L3Jzcw== Anchor: https://anchor.fm/projeto-acbr

O ACBrMail usa o protocolo SMTP pra envio. Se o servidor SMTP vai gravar esses emails na caixa de saída depende só dele. Talvez haja alguma configuração do servidor pra isso, do lado do ACBr não há o que fazer.

O fator para identificar se a NFe foi processada não pode ser através do PDF, pois como eu disse o PDF pode ser gerado mesmo sem transmitir a NFe, utilizando o metodo independente para geração de PDF. Mas se estiver utilizando o método CriarEnviarNFe para geração do PDF, o mesmo só será gerado se a NFe foi autorizada. Pode ser que a mesma tenha sido autorizada no primeiro envio e mesmo assim o usuário esteja tentando enviar novamente... O ideal é que a aplicação não permita isso caso a chave já tenha sido enviada e não tem retorno, precisaria ser consultado a chave para atualizar o status ou incrementar a numeração...

Em relação ao 436, Veja as regras YA02a-10, YA02a-20 da página 11. O problema dessa rejeição é que no ambiente de homologação as SEFAZ-Autorizadoras tem até o dia 03/05/2021 para excluir essa regra. Regra esta que não existe no ambiente de produção. A regra YA02-50 que gera a rejeição 436 foi implementada no ambiente de homologação em 01/02/2021 e seria implementada no ambiente de produção somente em 01/09/2021, mas eles mudaram de ideia, pois viram a mercadoria que fizeram. Em relação ao erro 434, algumas SEFAZ estão obrigando o envio da tag como Sem Intermediador (iiOperacaoSemIntermediador). Enquanto outros aceitam que não se envie a tag (iiSemOperacao)

Favor atualizar para ultima versão da libACBrBoleto e refazer os testes.

Boa Tarde Pessoal! Apenas para reportar sobre esse assunto. O contador de um cliente relatou esse problema com um SAT de um de meus clientes. O Sat é da Marca ELGIN Modelo Smart SAT. Conectei no cliente e verifiquei que realmente existiam vários saltos (Quebra de sequência) da numeração do Cupom Fiscal. Notei também que a quebra da sequência ocorria sempre entre um dia e outro. Entrei em contato com o Fabricante. O mesmo orientou atualizar o SW do equipamento. Segundo ele, era pra resolver o problema. Só que nesse cliente o SAT não atualizava. Tivemos que solicitar a troca do equipamento. Portanto, caso alguém mais tenha esse tipo de problema, sugiro entrar em contato com o Fabricante. Att. Daniel

Caro amigo mlsvicente, Como fui ajudado aqui por diversas vezes com exemplos de código, segue uma pequena contribuição; Esta rotina que desenvolvi e está funcionando perfeitamente. Se os moderadores acharem conveniente, podem anexar este código a um novo botão no fonte do exemplo do acbrNFe, criando uma nova funcionalidade. Espero que ajude. Abraços a todos // busca os 50 próximos xmls do Ambiente Nacional s grava em uma pasta derminada // Para rodar este exemplo, deverão serem prenchidas as seguintes propriedades do ACBrNFE propriedades { // padrao do certificado A1 ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; // configurando certificado ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := Empresa.FieldbyName('CER_PATH').AsString; ACBrNFe1.Configuracoes.Certificados.Senha := Empresa.FieldbyName('CER_PASS').AsString; // Define local para salvar os arquivos ACBrNFe1.Configuracoes.Arquivos.PathNFe := Empresa.FieldbyName('XML_PATH').AsString; ACBrNFe1.Configuracoes.Arquivos.PathSchemas := Empresa.FieldbyName('SCHEMAS').AsString; } procedure TfrmPrincipal.btIniciandoBuscaClick(Sender: TObject); // var sChave, cUFAutor, CNPJ, ultNSU, ANSU: string; iQtdBuscou, i : Integer; LDocZip: TdocZipCollectionItem; begin cUFAutor := ''; ACBrNFe1.DistribuicaoDFe(Empresa.FieldByName('UF').AsInteger, Empresa.FieldByName('CNPJ').AsString, Empresa.FieldByName('ULT_NSU').AsString, ''); Memo1.Lines.Text := ACBrNFe1.WebServices.DistribuicaoDFe.RetWS; memo2.Lines.Text := ACBrNFe1.WebServices.DistribuicaoDFe.RetornoWS; LoadXML(ACBrNFe1.WebServices.DistribuicaoDFe.RetWS, WBResposta); iQtdBuscou := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count; for i := 0 to Pred(iQtdBuscou) do begin LDocZip := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i]; ultNSU := LDocZip.NSU; if (LDocZip.schema = schprocNFe) then // separa somente xml de nfe begin ACBrNFe1.NotasFiscais.Clear; acbrNFE1.NotasFiscais.LoadFromString(LDocZip.XML, true ); sChave := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.chNFe; ACBrNFe1.NotasFiscais.GravarXML(sChave+'.XML'); end; end; if Empresa.RLock(empresa.RecNo) then begin Empresa.Edit; Empresa.FieldByName('ULT_NSU').AsString := ultNSU; Empresa.Unlock(Empresa.RecNo); end; End;

Bom dia a todos, Foi publicado a versão 1.20 da NT 2020/006 (16/03/2021) . 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 1.20 Regras YA02-60, YA06-10 e B25c-10, YA02a-10 e YA02a-20, inclusão do campo YA02a - xPag até 03/05/2021 01/09/2021 1.20 Regra YA02-50 foi eliminada até 03/05/2021 - Regra YA02-60 que é aplicada tanto para NF-e quanto para NFC-e: Verificar se o código do meio de pagamento (tag: tPag) existe na Tabela de códigos dos meios de pagamentos publicada no Portal Nacional da Nota Fiscal Eletrônica Observação 1: Regra válida a partir de 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção Regra YA06-10 que é aplicada tanto para NF-e quanto para NFC-e: Verificar se o Código da bandeira de cartão de crédito e/ou débito (campo: tBand) existe na tabela de códigos das operadoras de cartão de crédito e/ou débito publicada no Portal Nacional da Nota Fiscal Eletrônica Observação 1: Regra válida a partir de 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção Regra B25c-10 que é aplicada tanto para NF-e quanto para NFC-e: Se Informado indicativo de presença, tag: indPres, IGUAL a 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 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção. Regra YA02a-10 que é aplicada tanto para NF-e quanto para NFC-e: Quando o código do meio de pagamento (tag: tPag) for preenchido com o código 99-outros, obrigatório o preenchimento da descrição do meio de pagamento (tag: xPag) Regra YA02a-20 que é aplicada tanto para NF-e quanto para NFC-e: Quando o código do meio de pagamento for diferente 99-outros (tag: tPag<>99), proibido o preenchimento da descrição do meio de pagamento (tag: xPag) Regra YA02-50 que é aplicada tanto para NF-e quanto para NFC-e: Esse regra foi eliminada das regras de validação da SEFAZ no que se refere as Informações de Pagamento. Inclusão da tag <xPag> (opcional) dentro do grupo <detPag> Grupo de Detalhamento do Pagamento para atender as regras YA02a-10 e YA02a-20. O componente vai ser atualizado assim que foi publicado os novos schemas para atender a nova tag (xPag). Sendo assim fiquem atentos as atualizações dos fontes ACBr. Como vai ter alteração nos schemas se faz necessário atualizar os schemas nas maquinas dos seus clientes assim que eles estiverem disponíveis.