Painel de líderes

Olá Pessoal, Notei que diversos desenvolvedores estão fazendo perguntas repetitivas tanto no Fórum quanto no Discord sobre a NFS-e Padrão Nacional, compilei algumas dessas perguntas e suas respectivas respostas. 1. Para emitir NFS-e Padrão Nacional precisa de certificado digital? Resp.: Depende, se a nota for emitida pelo Portal Nacional da NFS-e só é necessário ter um usuário e senha, por outro lado se for emitida por uma aplicação de terceiro vai ser necessário sim, pois a API Rest (webservice) requer que o XML do DPS (Declaração de Prestação de Serviço) seja assinada. 2. O certificado digital tem que ser do prestador? Resp.: Sim. 3. O certificado digital tem que ser um e-CNPJ ou pode ser um e-CPF? Resp.: Vai depender do prestador ser uma pessoal jurídica ou física. 4. O MEI é pessoa jurídica ou física? Resp.: MEI é um Micro Empresário Individual portanto uma pessoa jurídica (possui CNPJ), logo o certificado é um e-CNPJ. 5. A partir de 01/09/2023 só o MEI vai poder emitir suas notas segundo o Padrão Nacional? Resp.: Quem é MEI a partir de 01/09/2023 é obrigatório a emitir a sua nota pelo Padrão Nacional independente se a sua cidade ter aderido ou não ao projeto do Padrão Nacional, por outro lado quem não é MEI vai depender da cidade ter aderido a Emissão da NFS-e. 5. Existem cidades que já aderiram ao projeto? Resp.: Sim, para saber quais são basta acessar o link abaixo e procurar as cidades que na coluna Aderente Emissor Nacional contem a palavra SIM (exemplo a cidade de Bujari/AC). https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes 6. É possível emitir a NFS-e Padrão Nacional usando o ACBr? Resp.: Sim, através do componente ACBrNFSeX, ACBrLibNFSe e ACBrMonitor Plus (Lib e Monitor usar sempre a ultima versão). Com o componente antigo ACBrNFSe não é possível, pois não damos mais manutenção a ele. Para isso, basta alterar a propriedade LayoutNFSe para o valor lnfsPadraoNacionalv1. A mesma fica na aba Geral do programa exemplo para o componente nativo. No caminho DFe > WebServices > NFSe no MonitorPLUS e na seção [NFSe] no arquivo ACBrLib.ini. 7. Ao tentar emitir uma nota no Padrão Nacional usando o componente ou a Lib ou o Monitor estou recebendo alguns erros de internet. Resp. Isso é possível de estar ocorrendo pois a RFB e o SERPRO não esperavam um volume gigantesco de emissões, eles estão trabalhando para sanar esses problemas. 8. Posso usar o certificado A3 ou tem que ser A1? Resp.: Pode sim usar o A3, mas a Equipe ACBr recomenda o uso do A1, pois o A3 possui conexão física com o computador essa conexão pode falhar, já o A1 é um arquivo (PFX) que é salvo no disco ou no banco de dados e pode ser instalado no Windows. Outra é que com o certificado A1 e o componente ou Lib ou Monitor configurado para usar o OpenSSL a aplicação vai funcionar independente da versão do Windows e se ele esta atualizado ou não, já o A3 não tem como usar o OpenSSL. 9. "RNG9999 Erro não catalogado" e agora? Este erro é um indicativo de que ocorreu no meio do processo, no entanto, o erro em questão não é um dos que foram mapeados. Pensem nele como o "último else" das validações. Ao receber este erro, revise todas as informações que estão configuradas e que estão sendo enviadas no DPS para se certificar que não esteja sendo enviado algo errado.

Bom dia, Estávamos com esse erro desde sexta passada, que foi quando iniciou a obrigatoriedade das MEIs usarem o novo serviço. Mas, de ontem para cá, está melhorando gradativamente. Às vezes precisa fazer 2 ou 3 tentativas e ocorre esse erro, mas depois vai. É instabilidade no WS mesmo. Abs.

Boa tarde, Usando o programa exemplo, carreguei o seu XML através do botão "Imprimir DANFSe". Carregou e exibiu a impressão sem erros. No codigo para carregar o XML verifique os parametros da função:

Boa tarde Lindomar, O ACBr se utiliza do caractere ";" para indicar uma quebra de linha, uma vez que o \r\n (posso estar escrevendo besteira) no XML vai se tornar um #13#10 e esses caracteres vão ser removidos automaticamente antes do XML ser assinado.

Bom dia Lindomar, Tente desta forma: xObs=Truck;Placa Teste;Linha 3;Cashback disponivel: R$ 2.000,00;Cashback disponivel: R$ 2.000,00;Cashback disponivel: R$ 2.000,00 Note que usei o caracter ";" para gerar uma quebra de linha ao imprimir o DACTE.

ok vou testar . E reporto aqui . Obrigado

Bom dia! Vou conversar com nossa gerência, se desenvolvermos coloco os fontes aqui. Muito Obrigado

Bom dia! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 10/09/2023, com previsão de início ás 06h00 e encerramento ás 16h00. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro @Felipe Mariano por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Estou com um erro ao realizar a consulta do CNPJ, o captcha atual é um hCaptcha, onde não há mais a possibilidade de habilitar o Captcha sonoro e digita-lo, sendo necessário selecionar a chekbox "Sou humano" para poder realizar a consulta. Alguém conseguiu solucionar este problema?

O problema estava na rotina de leitura do arquivo INI do componente nativo. Para ler a seção infOutros no INI, ele considerava o campo nDoc. Campo este que não é obrigatório. Por isso, não gerava quando você não informava. Enviado alteração ao SVN na Rev-30565 para que considere o campo obrigatório tpDoc. Na próxima compilação da Lib ja é para estar disponível.

Boa tarde, Foi publicada uma nova nota tecnica referente ao Reinf NT 03/2023 - Ajustes nos leiautes da versão 2.1.2, conforme observado pelo nosso amigo @Edson Costa! http://sped.rfb.gov.br/pagina/show/7268 As alterações serão avaliadas e caso alguma alteração nos fontes seja necessária informaremos neste tópico.

Boa tarde, Uma sugestão é emitir uma NFSe via site, com quebra de linha, baixar o XML e verificar o que eles utilizam para a quebra de linha ou entre em contato com o provedor para verificar. Caso consiga a informação, por favor reporte aqui para que seja enviado ao SVN.

Boa tarde! Partindo do programa exemplo, visando reproduzir o problema, tanto adicionei quanto comentei algumas informações na rotina AlimentarDados(). Em seguida adicionei o seguinte fonte para trabalhar na análise do seu caso: var cte = AlimentarDados(); ACBrCTe.LimparLista(); File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS.ini", cte); ACBrCTe.CarregarINI(cte); try { File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS-SemAssinar.xml", ACBrCTe.ObterXml(0)); ACBrCTe.Assinar(); ACBrCTe.Validar(); File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\CTe-OS.xml", ACBrCTe.ObterXml(0)); } catch(Exception ex) { File.WriteAllText("C:\\Users\\Diego\\Documents\\TKs\\4364\\Exceptions.xml", ex.Message); } Meu arquivo Exceptions.xml ficou da seguinte maneira: Falha na validação do Modal do Conhecimento: 1402 TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#11/NroRegEstadual(N�mero do Registro Estadual) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(C�digo do UF (Unidade da Federa��o)) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(Sigla da UF) - Conte�do inv�lido. --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UF': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}. Minha resolução dos erros: TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(C�digo do UF (Unidade da Federa��o)) - Nenhum valor informado. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#14/UF(Sigla da UF) - Conte�do inv�lido. --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UF': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}. O campo UF a que está mensagem se refere é este aqui: Note que a cardinalidade dele é 1-1, indicando sua obrigatoriedade. Acredito que você tenha confundido ele com o campo UF correspondente a UF em que veículo está licenciado. Este sim é opcional. TAG:<CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infModal versaoModal="4.00"><CTeOS xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"><infCTeNorm><infModal versaoModal="4.00"><rodoOS><veic><prop> ID:#11/NroRegEstadual(N�mero do Registro Estadual) - Nenhum valor informado. Este erro acontece porque na validação que define se vai gerar a tag TAF ou NroRegEstadual do grupo prop, estava utilizando o TAF da identificação. Algo como: if (rodoOS.TAF != "") { //Gera a tag TAF do grupo prop com a informação certa. }else { //Preenche NroRegEstadual } Como estava informando somente o TAF do grupo prop, ele acabava gerando o grupo NroRegEstadual. Para este aqui, você pode resolver informando: cte.Rodoviario.TAF = "Valor da TAF"; cte.Rodoviario.veic.prop.TAF = "Valor da TAF"; Eu também enviei alteração no SVN na Rev-30564 corrigindo a validação e na próxima compilação da Lib, ele deve usar o valor correto para comparar e você vai poder informar somente cte.Rodoviario.veic.prop.TAF;

Boa tarde Rodrigues, Infelizmente não temos essa informação, o componente sempre adota o ";", mas podemos fazer com que ele mude o caractere de forma automática ao gerar o XML a partir do momento que alguém descobre e nos conte qual é o caractere usado. Tem um provedor que utiliza os caracteres #10 e #13, mas eles são removidos do XML antes da sua assinatura, se o provedor se utiliza deles não vai ter solução.

Boa tarde pessoal, Gostaria de compartilhar com a comunidade, dois arquivo que criei, um deles embasado no arquivo "RedesPayGo.txt", outro embasado em alguns dados que tenho em nossos softwares. Dentro desses arquivos contém os dados das adquirentes conforme a rede. O intuito seria que a comunidade viesse a contribuir para que possamos ter os dados corretos e atualizados. RedesPayGo.csv RedesPBNEW.csv

Lindomar, Eu não trabalho com C# somente com Delphi logo não sei como ele vai passar esse valor para a Lib para que o XML seja gerado. No Delphi temos o tipo: TpcteTipoDocumento = (tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros); as funções de conversão: function TpDocumentoToStr(const t: TpcteTipoDocumento): string; begin result := EnumeradoToStr(t, ['00', '10', '59', '65', '99'], [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]); end; function StrToTpDocumento(out ok: boolean; const s: string): TpcteTipoDocumento; begin result := StrToEnumerado(ok, s, ['00', '10', '59', '65', '99'], [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]); as linhas responsáveis por gerar as tags: Gerador.wCampo(tcStr, '#320', 'tpDoc ', 02, 002, 1, TpDocumentoToStr(CTe.infCTeNorm.infDoc.InfOutros[i].tpDoc), DSC_TPDOC); Gerador.wCampo(tcStr, '#321', 'descOutros', 01, 100, 0, CTe.infCTeNorm.infDoc.InfOutros[i].descOutros, DSC_OUTROS); Gerador.wCampo(tcStr, '#322', 'nDoc ', 01, 020, 0, CTe.infCTeNorm.infDoc.InfOutros[i].nDoc, DSC_NRO); Gerador.wCampo(tcDat, '#323', 'dEmi ', 10, 010, 0, CTe.infCTeNorm.infDoc.InfOutros[i].dEmi, DSC_DEMI); Gerador.wCampo(tcDe2, '#324', 'vDocFisc ', 01, 015, 0, CTe.infCTeNorm.infDoc.InfOutros[i].vDocFisc, DSC_VDOC); Gerador.wCampo(tcDat, '#325', 'dPrev ', 10, 010, 0, CTe.infCTeNorm.infDoc.infOutros[i].dPrev, DSC_DPREV); Uma informação importante é que o grupo infOutros é uma lista, ou seja, o XML do CT-e pode conter vários grupos infOutros, no manual diz que podemos ter N ocorrências, no componente limitamos em 990. Essas classes do C# vão ter que criar a lista InfOutros e alimentar os seus campos corretamente, pode ser ai que a coisa esteja pegando.

Boa tarde Lindomar, Primeiramente temos que ter em mente que um CT-e só pode ter o grupo infNF ou infNFe ou infOutros, ou seja, somente um desses 3 grupos podem estar presentes no CT-e. Vamos tomar como base o infOutros: Analisando o manual temos que somente o campo tpDoc é obrigatório e os valores validos são: 00 - Declaração; 10 - Dutoviário; 59 - CF-e SAT; 65 - NFC-e; 99 - Outros Se for 99 devemos alimentar o campo descOutros. Pela imagem que você anexou o valor atribuído a tpDoc é "declaracao", talvez seja esse o problema, no meu entendimento deveria ser "00"

Para conseguirmos vencer o Captcha, usávamos um link um pouco escondido na página, que mudava para a verificação para Captcha com possibilidade de verificação auditiva... Nessa página, o velho Captcha em PNG, era apresentado... https://solucoes.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_Solicitacao_CS.asp Aparentemente esse Link não existe mais..

só para pontuar, a questão é nos endpoint da RFB, onde não estão sendo disponibilizados o captcha. o Endpoint de captcha está retornando codigo 200, o endpoint que faz a montagem está retornando código 404, o de validação 302. caso esse endpoint não retorne, a probabilidade de reestabelecer dificulta.

Olá pessoal, neste tópico vamos falar sobre o uso dos cartões Banrisul no TEF PayGo. É importante lembrar que: Banricompras à Vista = É uma transação de Débito à Vista na Bandeira Banricompras. Banricompras Pré-Datado = É uma transação de Débito Pré-Datado na Bandeira Banricompras. Não é um parcelamento e sim um único débito agendado para um prazo definido que pode variar entre 5 até 60 dias (parcela única). Banricompras Parcelado = É uma transação de Débito em 2 ou mais parcelas, na Bandeira Banricompras. Normalmente é usado entre 2 a 12 parcelas com débito a cada 30 dias. É semelhante ao Pré-Datado, só que é mais de 1 débito agendado. Mas é importante lembrar que não é uma transação de Crédito. Devido grande demanda dos pedidos de TEF no Estado Rio Grande do Sul... muitos estabelecimentos utilizam o cartão Banrisul e este tipo de cartão é bem especifico na região... Para que a automação possa utilizar este tipo de cartão nas transações TEF pela PayGo, precisamos seguir alguns passos, como por exemplo: 1 - Transacionar apenas na opção débito.. 2 - Essa transação débito, ela pode ser à vista ou pré-datado. E como vamos fazer isso utilizando os componentes ACBrTEFD e ACBrTEFAPI ? Começando pelo componente ACBrTEFD: Exemplo Débito à vista: procedure InformarParametrosCartaoDebito; begin // Instruindo CRT a apenas transações de Débito if (ACBrTEFD1.GPAtual = gpPayGoWeb) then begin ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE]:='02'; //02: débito ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE]:='01'; //01: à vista end else if (ACBrTEFD1.GPAtual = gpCliSiTef) then ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 2; end; Exemplo Débito Pré-datado: procedure InformarParametrosCartaoDebito; begin // Instruindo CRT a apenas transações de Débito if (ACBrTEFD1.GPAtual = gpPayGoWeb) then begin ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE]:='02'; //02: débito ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE]:='08'; //08: pré-datado end else if (ACBrTEFD1.GPAtual = gpCliSiTef) then ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 2; end; Agora utilizando o componente ACBrTEFAPI, temos duas formas de informar os parâmetros, uma opção é usar a Function EfetuarPagamento: Exemplo Débito à vista: ACBrTEFAPI1.EfetuarPagamento( IntToStr(Venda.NumOperacao), AValor, tefmpCartao, teftcDebito, tefmfAVista); Exemplo Débito Pré-datado: ACBrTEFAPI1.EfetuarPagamento( IntToStr(Venda.NumOperacao), AValor, tefmpCartao, teftcDebito, tefmfPredatado); Outra opção é usar um TypeCast e inserir as propriedades diretamente na classe de TEF: Exemplo Débito à vista: if ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE] := '2'; // Tipo Cartão: Débito TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE] := '1'; // Modalidade de financiamento da transação: À vista end; end; Exemplo Débito Pré-datado: if ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE] := '2'; // Tipo Cartão: Débito TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE] := '8'; // Modalidade de financiamento da transação: Pré-datado end; end; Qualquer dúvida nos procure nos canais do Discord.. Até a próxima

Aqui no RS, a SEFAZ tem um serviço chamado portal e-cac onde a empresa pode acessar com certificado digital, e dentre várias coisas, tem como consultar as notas emitidas. Já em outros estados não tenho ideia... outro detalhe quanto ao número, só pra lembrar, fique atento também quanto à Série, pois cada número de série é como um bloco, tendo cada uma sua numeração que vai de 1 a 999999999. Att Ricardo

Bom dia! O MF-e é mais parecido com o SAT. Já a NFC-e tem basicamente o mesmo layout da NF-e diferenciando em alguns campos. Um bom primeiro passo, é conferir os Manuais de Orientação ao Contribuinte da NFC-e e os Manuais de Orientação do SAT. Como você citou que está recebendo retorno -1, acredito que esteja usando a Lib. Para NFC-e, você vai usar a ACBrLibNFe. Para isso o curso Dominando o ACBrLibNFe em Java também pode ser útil. Para o MF-e, você vai usar a ACBrLibSAT. A aula Iniciando ACBrLibSAT com NetBeans pode ser útil.

@evandromira Sim, exatamente isso... a Prefeitura ira efetuar o desconto *no caso de nota de Produtos*, o financeiro devera ser processado gerado com o valor ja descontado;;; (um terrível transtorno), nesse caso além de informarmos o numero da nota, a mesma mensagem adicionada na nota fiscal sobre o desconto, repassamos para o boleto, visando a possibilidade de efetuar um segundo desconto;;;

Bom dia. Já identificamos a ocorrencia, acompanhe pelo topico abaixo: Vou encerrar esse tópico para mantermos o assunto centralizado em apenas um local.

Sim isto eu uso.

Bom dia! Veja este excelente vídeo do nosso amigo @Daniel InfoCotidiano. EDIT: Não tinha me atentado a esta parte, desculpe. Conferindo na classe do ACBrFala, ele busca pelos arquivos de som em um diretório:

Bom dia, Não estamos conseguindo obter o captha da consulta, alguém sabe se o serviço parou ou mudou algum parâmetro?

Os endereços utilizados para a consulta foram alterados. Acompanhe por esse topico abaixo: Vou fechar este tópico para centralizar o assunto em apenas um local.

-<infAdic> <infCpl>;Tributos aprox: R$ 1,01 FED / R$ 1,55 EST / R$ MUN ; FONTE IBPT (23.2.A) - Caixa: 00 - ..........</infCpl> -<obsCont xCampo="tPix"> <xTexto>0</xTexto> </obsCont> -<obsCont xCampo="idPix"> <xTexto>383cc58..</xTexto> </obsCont> </infAdic> No INI [obsCont001] xCampo=tPix xTexto=0 [obsCont002] xCampo=idPix xTexto=383cc58..

Por enquanto não é possível fazer esta comparação pois a pessoa que pode me dar acesso aos fontes do emissor antigo está de férias. Mas, pode fechar o chamado. Usando justamente os dados de tributação disponíveis para a empresa, consegui descobrir o problema. Apesar de dar erro tanto no CNAE quanto no código de tributação, apenas o código de tributação estava errado. tinha dois zeros a mais. Obrigado.

Tenho um NFC-e com Pix Dinâmico, estaria correto? Senão é assim, posto como um exemplo de como é.

Não tinha me atentado para isso. Coloquei nestes campos e deu certo. Obrigado!

Bom dia Gladston, Primeiramente, a comparação de uma emissão via site com uma via webservice é complicada, pois via site você só o XML da NFS-e, já via webservice você tem o XML do RPS e da NFS-e. Logo não da para comparar o XML da NFS-e do site com o XML do RPS gerado e enviado para o WebService. Por conta disso reforço o pedido. Pega o XML de um RPS gerado e enviado pelo emissor antigo e compare com o XML do RPS gerado pelo emissor novo. Eu entendo que o emissor que você se refere é a sua aplicação, correto?

Bom dia, Na data de hoje (06/09/2023) realmente o componente não está mais funcionando devido a alteração realizada no webservice. Já foi aberta a TK-4410 para avaliarmos as possibilidades de manutenção.

Bom dia! Objetivo Essa nota técnica modifica o retorno do serviço de consulta situação do MDFe para os modais rodoviário e ferroviário. O objetivo dessa mudança é disponibilizar o número do protocolo e data da disponibilização do MDFe para geração do DTe pela InfraSA(Governo Federal). Datas Implantação Homologação: 09/2023 Implantação Produção: 09/2023 Alterações Os seguintes campos foram adicionados no layout da mensagem de retorno: Alterações no ACBr Será necessário alteração nas classes do ACBr para capturar a informação dos novos campos devolvidos na resposta. Consequentemente, novas compilações da Lib e do Monitor serão necessárias. Leia a Nota Técnica na integra AQUI. Mais informações sobre o DT-e no tópico:

Bom dia! Foi disponibilizado na Rev-30549 e na Rev-30550 as alterações necessárias para leitura dos novos campos. Exemplo de uso: //Consulta ACBrMDFe1.WebServices.Consulta.MDFeChave := vChave; ACBrMDFe1.WebServices.Consulta.Executar; //Propriedades para leitura ACBrMDFe1.WebServices.Consulta.procInfraSA.nProtDTe; ACBrMDFe1.WebServices.Consulta.procInfraSA.dhProt A NT também já foi implementada em na SVRS em homologação e em produção.

Bom dia, Notei que já se encontra no SVN a alteração que contempla a leitura dessas novas informações que constam no retorno. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Criada a TK-4408 para avaliação. Obrigado pela contribuição.

Obrigado Italo, iremos realizar as alimentações, e qualquer detalhe lhe informo.

@Siagri Sistemas de Gestão Entendi ! Criado a TK-4399 para análise e possível inclusão do novo recurso !

Olá, Recentemente diversas empresas estão emitindo boletos com QrCode para pagamento via PIX (Boleto Híbrido), ficando a critério do pagador escolher a forma de pagamento através da ficha de compensação "Código de Barras / Linha Digitável' ou com o PIX "QRCode". Mas até então isso não estava formalizado pelo Banco em si, ou seja, o controle de Baixa do título caso seja pago por PIX ficaria a cargo da própria empresa, como ocorre no fluxo de várias API hoje disponíveis no mercado... Porém, o Banco do Brasil foi o pioneiro em disponibilizar esse tipo de integração em sua própria API, assim ao registrar um Título pode ser definido se será gerado também uma chave PIX dinâmica referente aquele título, com isso o controle da forma de pagamento fica com o Banco, independente se for pago via PIX ou Boleto. Isso facilita muito o controle por parte da empresa beneficiária e viabilizou a implementação desse tipo de integração via API também no componente ACBrBoleto. No componente ACBrBoleto já existia a possibilidade de Registro Online de Boletos para alguns Bancos, inclusive o Banco do Brasil via WebService, mas essa API se trata de um novo Serviço, portanto são configurações e funcionalidades distintas no componente ACBrBoleto. Neste tópico vamos descrever como realizar a homologação e utilizar a API do Banco do Brasil através do componente ACBrBoleto. 1- Primeiro passo é realizar o Cadastro do seu Aplicativo no ambiente Sandbox BB, com isso será fornecido as credenciais para autenticação da API em ambiente de homologação. Utilize o Serviço API Cobrança: https://developers.bb.com.br/home Documentação da API e como utilizar o ambiente Sandbox para cadastrar a aplicação: https://apoio.developers.bb.com.br/referency/post/5ffc477c3b02bd0012ecaa1a 2- Após o Cadastro poderá obter o ClientID e ClientSecret que precisará configurar no componente ACBrBoleto, cada emitente terá seu próprio ClientID e ClientSecret. No componente ACBrBoleto configure em: Banco / TipoCobranca=cobBancoBrasilAPI No componente ACBrBoleto configure em: Cedente / CedenteWS ClientID=Informe o ClientID gerado no Ambiente Sandbox BB ClientSecret=Informe o ClientSecret gerado no Ambiente Sandbox BB Scope=cobrancas.boletos-info cobrancas.boletos-requisicao KeyUser=developer_application_key IndicadorPix=True //Para utilização do PIX pela API - Banco do Brasil é necessário que o emitente tenha chave PIX cadastrada no BB, caso for utilizar somente a emissão tradicional pela API enviar False nesse parâmetro. Em Configurações / WebService - Configure da seguinte Forma: Na opção de Ambiente escolher de acordo com a operação que esteja fazendo (Homologação ou Produção) necessário coerência com as chaves contratuais junto ao BB. As operações homologadas para a API BB são de Inclusão e Consulta [tpInclui, tpConsulta, tpBaixa, tpAltera] SSLHttpLib utilizar cryOpenSSL SSLType utilizar LT_TLSv1_2 3 - Com essas configurações já é possível realizar o registro de um título no BB via API. O Título deve ser incluso normalmente como no processo tradicional do componente, mas ao invés de gerar uma remessa, utiliza-se o o método "EnviarBoleto" - (botão no Aplicativo ACBrBoleto Demo: [Registrar Boleto On-Line]) . Este botão possui exemplos de como obter o Retorno da API. Se o título foi registrado sem nenhuma rejeição, automaticamente será atualizado a chave PIX junto ao Título. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Particularidades BB via API: obs: API possui envio Síncrono Carteira=17 EspecieDoc=DM Modalidade=35 CodigoCedente=Informar Código Cedente Convenio=Informar o Convenio 4- Para imprimir o Boleto: Obs: Quando utilizado PIX, é necessário que além das informações tradicionais, sejam informadas no título o retorno do registro "QrCode" na propriedade "EMV", esse campo corresponde a String de geração do QRCode PIX gerada pelo Banco. ex: Titulo.qrcode.emv := FRetornoConteudoEMV; Impressão em FortesReport: Utilize o Layout "PadraoPIX" Impressão em FastReport: Selecione o arquivo "BoletoPIX.fr3" no diretório "Report" junto ao ACBrBoleto Demo. Segue o Modelo de Boleto Híbrido Impresso: 5- Consulta de Títulos via API Na aplicação ACBrBoletoDemo temos o botão "Consultar Boleto" com código exemplo de como passar os parâmetros para realizar uma consulta na API, o retorno será gerado em uma lista para posterior validação de cada Título. Obs: A homologação deve ser feita também junto ao Banco, inclusive enviando os modelos das Fichas de Compensação emitidas para validação. Todos os testes foram realizados em ambiente de homologação, então é importante a validação completa antes de emitir em ambiente de produção. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto)

Saudações digitais comunidade ACBr! A API do Banco do Brasil passou por uma evolução, agora possui novos métodos relacionados ao PIX vinculado ao boleto bancário "Boleto Híbrido". tpPIXCriar, Utilizado para Gerar um Pix de Boleto tpPIXCancelar, Utilizado para Cancelar um Pix de Boleto tpPIXConsultar, Utilizado para Consultar um Pix de Boleto [tpConsulta,tpAltera,tpBaixa,tpInclui,tpConsultaDetalhe, tpPIXCriar, tpPIXCancelar, tpPIXConsultar] // utilizado para o tipo de operação Recursos acima já estão disponíveis no Componente, ACBrLib e MonitorACBr. Docs OpenApi 3.0 https://api.bb.com.br/cobrancas/v2/swagger?gw-app-key=8f729780c2b401384349005056b91a5b Para quem não trabalha com o fluxo de pooling, a API disponibiliza agora Webhook, então você criar um serviço em uma API sua e parametrizar um callback para facilitar o processo e agilizar os processamentos, a comunicação é feita por mTLS; Docs Webhook: https://apoio.developers.bb.com.br/referency/post/6125045d8378f10012877468

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo