Painel de líderes

Já realizei os testes com o provedor Sintese usando o novo componente. Está funcionando corretamente. Já estou trabalhando no meu sistema para migrar para o ACBrNFSeX o mais rápido possível. Parabéns pelo ACBRNFSeX, ficou muito mais simples para dar manutenção e adicionar novas cidades/provedores.

Obrigado Daniel, Sem dúvidas já é um grande avanço gerar e transmitir no próprio Android mesmo. A gente mesmo criar um REST é nada comparado ao que já está funcionando e perfeitamente. Obrigado mesmo.

Boa tarde Aurélio, Se o destinatário da mercadoria é uma pessoa física com certeza foi informado o CPF dessa pessoa. Para que ela possa baixar o XML dessa nota através do Distribuição DF-e, primeiro ela tem que ter um e-CPF (certificado digital), do resto é tudo igual, só que em vez de informar o CNPJ basta informar o CPF.

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)

Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Boa tarde, Conforme contam nas postagens do tópico abaixo, apesar da NT 2020.005 ter entrando em vigor para o ambiente de homologação em 02/08/2021, as UF está retornado a rejeição a seguir quando as novas tags são enviadas. Segundo retorno obtido junto a SEFAZ-SP por um de nossos colegas, os mesmos já estão trabalhando para solucionar o problema.

Obrigado Juliomar.

Boa tarde, é falta de atualização da pasta inteira do ACBr. Aqui mostra dessa forma.

Perfeito Italo. Obrigado

Se está utilizando ACBrMonitor, verifique na aba SAT / Impressão / Configurações de Margem - Fundo (Tente aumentar esse valor)

Bom dia, Como ainda não migrei para o ACBrNFSeX, adicionei o provedor Sintese no ACBrNFSe. Portanto o provedor Sintese está funcionando tanto no ACBrNFSe como no ACBrNFSeX Segue anexos os arquivos alterados. Cidades.ini pnfsConversao.pas pnfsNFSeW_ABRASFv2.pas Sintese.ini

Apenas a DLL do Emulador de SAT, disponibilizada pela SEFAZ, tem esse comportamento... As DLLs de SAT, fornecidas pelos fabricantes, tem TimeOut... porém cada uma delas, tem uma configuração específica, de como configurar

bom dia, certo, vou proceder conforme voce falou.

Fiz o procedimento que o Daniel passou e deu certo... Obrigado!

Bom dia Joas, Favor atualizar os fontes e faça novos testes.

Bom dia Ramon, A sua alteração na unit ACBrNFSeXGravarXml_ABRASFv2 esta correta, pois no schemas disponibilizados pela ABRASF a tag <CodigoPais> dentro do grupo <Servicos> é opcional e não obrigatória. Já enviei para o SVN a sua contribuição.

Bom dia Sandro, Já esta no SVN a atualização do arquivo ACBrNFSeXServicos.ini

Se você já usa o novo componente ACBrTEFAPI, observe essas linhas, comentadas no TEFAPIDemo // -- Exemplo de como ajustar o diretório de Trabalho, da PayGoWeb -- // if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF).DiretorioTrabalho := 'C:\PAYGOWEB';

20/08/2021 INFORMAMOS QUE NA JANELA DO DIA 29/08/2021, ESTÁ PREVISTA MANUTENÇÃO NOS AMBIENTES DE AUTORIZAÇÃO DE DF-e DA SVRS Em 29/08/2021, será executada, a partir das 7h da manhã, com duração de 2 horas, manutenção programada do ambiente de autorização de DF-e (BPE, CMT, CTE, DFE, MDF, NCE, NF3E, NFE, NFF, ONE, PSVRS) da SEFAZ Virtual do Rio Grande do Sul (SVRS), sem previsão de indisponibilidade.

Todo Software, tem exigências de requisitos básicos...

O Banco do Brasil informou que no dia 23/08 fará a atualização do certificado digital utilizado pela API, podendo ser necessário a atualização do certificado localmente, o qual pode ser obtido no link indicado na página da noticia. Fonte: https://apoio.developers.bb.com.br/referency/post/60d62422f6616e00128f3703

Para quem utiliza o componente ACBrNFe, devemos acrescentar as seguintes linhas na rotina que alimenta o componente: (para mais detalhes aconselho abrir o programa exemplo do componente ACBrNFe) { valores aceitos pelo campo: iiSemOperacao, iiOperacaoSemIntermediador, iiOperacaoComIntermediador } // Indicador de intermediador/marketplace Ide.indIntermed := iiSemOperacao; // CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, // marketplace e similar) de serviços e de negócios. infIntermed.CNPJ := ''; // Nome do usuário ou identificação do perfil do vendedor no site do intermediador // (agenciador, plataforma de delivery, marketplace e similar) de serviços e de // negócios. infIntermed.idCadIntTran := '';

Analisando sua Correção Realmente resolve o problema! Ficaremos então no aguardo da avaliação do pessoal!

Bom dia Renato, Syspan, Em especifico para o PIX, não é simplesmente o QrCode (2DBarcode), a string segue o padrão EMV, e se for QrCode Dinâmico, ele precisa estar registrado antes, a grosso modo, você faz uma integração por REST ao PSP, ele te gera uma autorização, você "imprimi" o qrcode, o consumidor lê, autoriza o pagamento, depois isso gera uma confirmação de pagamento e você continua o seu fluxo na aplicação, por isso geralmente é dito que pertence ao fluxo de meios de pagamento do TEF, pois a expertise do TEF já abstrai toda essa homologação, retornos, fluxos extras, tratativas. Se quiser olhar a ficha de pagamento pix (ACBrBoleto) tanto para fortes como para fastreport, lá tem a impressão do qrcode, mas a informação impressa é o emv recebido pela API no caso hoje do Banco do Brasil. Sim, tem como fazer diretamente essa integração sem o uso do TEF, mas você precisa homologar a cada PSP que for fazer, e precisa verificar a documentação de cada um, no TEF isso se torna mais simples ao meu ponto de vista. Anexo I - Padrões para Iniciação do PIX.pdf (bcb.gov.br) Abraços

Olá Pessoal, Normalmente as transportadora fazem seguro da carga que esta sendo transportada. A averbação é a declaração das mercadorias em estado de risco. O que vai ser apresentado abaixo é como averbar um CT-e se utilizando do componente ACBrANe e a empresa responsável pela averbação será a AT&M. A averbação de um CT-e é muito simples, os passos são: 1. Emitir o CT-e utilizando o componente ACBrCTe; 2. Averbar o CT-e utilizando o componente ACBrANe; O programa exemplo do componente ACBrANe é bastante simples e de fácil compreensão. Abaixo a rotina que alimenta o componente ACBrANe para realizar a averbação de um CT-e: procedure TfrmACBrANe.AlimentarComponente(ANomeArq: String); begin ACBrANe1.Documentos.Clear; with ACBrANe1.Documentos.Add.ANe do begin // ATM Usuario := ACBrANe1.Configuracoes.Geral.Usuario; Senha := ACBrANe1.Configuracoes.Geral.Senha; codatm := ACBrANe1.Configuracoes.Geral.CodATM; // ELT NomeArq := ExtractFileName(ANomeArq); CNPJ := ACBrANe1.Configuracoes.Geral.CNPJEmitente; // ATM e ELT xmlDFe := DocNFeCTe; end; end; O componente permite averbar documentos com a AT&M e ELT, como dito estamos exemplificando o processo com base na AT&M. Para a AT&M precisamos informar o Usuário, Senha e o Código AT&M gerado para cada usuário. A variável DocNFeCTe é do tipo string e ela contem o conteúdo do XML. Detalhe importante: podemos averbar uma NF-e ou CT-e, nessa postagem estarei mostrando a averbação de um CT-e, logo o conteúdo da variável DocNFeCTe do programa exemplo vai conter o XML de um CT-e. Após alimentar o componente com os dados necessários, basta executar o método Enviar, como é mostrado pela codificação do botão [Criar e Enviar] do programa exemplo. A questão maior é quando o segurado possui coberturas adicionais em sua apólice tais como: Operação de carga e descarga, içamento de carga, contêiner, acessórios, entre outros. No Manual da AT&M (WebService 2.0 - REST 1.1) temos no item 16.0 e subitens uma relação das coberturas adicionais e os seus valores padrões. A titulo de exemplo vamos pegar a cobertura: Operação de Carga e Descarga. O valor padrão é "N" ou seja o segurado não tem essa cobertura. Caso o segurado venha a ter se faz necessário constar no XML do CT-e a informação que ele tem a cobertura para a Operação de Carga e Descarga. Como fazer isso? Vamos utilizar (conforme consta no manual da AT&M) o grupo de observação do contribuinte. Exemplo genérico: with compl.ObsCont.New do begin xCampo := 'Nome do Campo'; xTexto := 'Valor do Campo'; end; Informando que o segurado tem cobertura para a Operação de Carga e Descarga na rotina que alimenta o componente ACBrCTe: with compl.ObsCont.New do begin xCampo := 'OCD'; xTexto := 'S'; end; Isso vai fazer com que ao gerar o XML do CT-e ele vai conter as tags: <compl> <ObsCont xCampo =“OCD”> <xTexto>S</xTexto> </ObsCont> </compl> Vamos supor que o segurando além de ter a cobertura de Operação de Carga e Descarga tenha também a cobertura para içamento de carga da mercadoria. with compl.ObsCont.New do begin xCampo := 'OCD'; xTexto := 'S'; end; with compl.ObsCont.New do begin xCampo := 'IC'; xTexto := 'S'; end; No XML teremos: <compl> <ObsCont xCampo =“OCD”> <xTexto>S</xTexto> </ObsCont> <ObsCont xCampo =“IC”> <xTexto>S</xTexto> </ObsCont> </compl> Um XML com esses dados vai ser autorizado pela SEFAZ sem nenhum problema, uma vez que essas informações são observações do contribuinte informadas no XML de forma estruturada. Ao enviar o XML do CT-e com essas tag para o webservice da AT&M ela identifica essas informações no XML e averba o CT-e levando em consideração as coberturas informadas. Detalhe Importante: O grupo ObsCont só pode ocorrer no XML no máximo 10 vezes (no exemplo acima temos 2 ocorrências), logo não informe uma cobertura que você não tenha ou com o seu valor padrão. Exemplo: Se o segurado tenha uma cobertura para uma mercadoria especifica deverá constar no XML, caso contrario não informe. <compl> <ObsCont xCampo =“MERCESPECIFICA”> <xTexto>S</xTexto> </ObsCont> </compl> Espero ter ajudado.

Boa tarde Patrick, Foi enviado para o repositório uma possível alteração visando atender o provedor IPM. Lhe convido a conhecer o novo componente ACBrNFSeX. Os fontes, os pacotes de instalação bem como o programa exemplo já estão disponíveis no repositório. Mais alguns dias será disponibilizado uma nova versão do ACBrInstall que contempla o novo componente.

Você pode baixar o SDK nesse link https://projetoacbr.com.br/tef/#integracao Sugiro antes ver esse vídeo:

Boa tarde Jakson. Este erro pode estar ocorrendo devido a falhas de comunicação com a SEFAZ. Pode ser muitas causas, segue algumas dicas para testar. Verifique se a cadeia de certificados está atualizada e o seu certificado não está vencido ou há algum outro problema nele, vale a pena fazer um teste em algum site. Tente fazer a atualização do Windows. Um outra tentativa é ir nas Opções da Internet do Internet Explorer; Vá até a aba “Avançadas” e, na caixa “Configurações”, vá até as últimas opções (role a barra de rolagem até o final) e: - Marque a opção: Usar SSL 2.0; - Desmarque a opção: Usar SSL 3.0; - Verifique se a opção “Usar TLS 1.0” está marcada. Caso não esteja, marque esta opção; - Certifique-se de que as opções de TLS 1.1 e 1.2 estejam desmarcadas; - Aplique as configurações e reinicie a aplicação. Caso o problema persista desabilite o proxy, o firewall e o anti-virus. Eles podem atrapalhar na comunicação. Espero que alguma dica possa te ajudar. Abraço!

Bom Dia!! @Juliana Tamizou não falaram mais nada por e-mail e pelo teste que fiz agora (23/08 as 07:44), utilizando somente usando a TAG de codigo de barras Interno como mudança, realmente não fizeram a correção. Menos de 10 dias para produção e não temos como fazer teste pelo ambiente de testes... tenso demais