Painel de líderes

Olá pessoal, Ficamos felizes em anunciar que foi implementado o banco 310-Vortx no ACBrBoleto para emissão de cobrança CNAB400. Agradecemos ao tiago.istuque e Roberto rrrFerminoRrrrrerw pela contribuição e ajustes respectivamente. A documentação também foi enviada para o SVN e pode ser consultada em ..\ACBrTools\Bancos\Recebimento\310-Vortx\CNAB_400_v1.0_2023_10_05.pdf. Já foram compiladas novas versões da ACBrLib e do Monitor com o novo banco na lista de TipoCobranca: 64-BancoVortx Até mais,

Deu certo ! Emitiu a nota mas nao fez a impressao. Resolvido, muito obrigado

Olá pessoal, Foi implementada a emissão de Boletos Híbridos para o banco 041-Banrisul. Agradecemos ao Mateus Brunelli pela contribuição. Já foram compiladas novas versões da ACBrLib e do ACBrMonitor com a implementação. Até mais,

Este erro ocorre devido a uma divergência entre o ambiente de homologação do Santander e a própria documentação do mesmo. Se acessarmos a documentação do endpoint COB para criação de cobrança imediata ou do endpoint COBV para criação de cobrança com vencimento, é possível observar que em ambos o verbo que deve ser utilizado para requisição é o PUT. No entanto, após recebermos relatos de membros da comunidade enfrentando este erro e realizar testes de comunicação diretamente com o PostMan, foi possível observar que apenas no ambiente de homologação da API: Está sendo utilizado o verbo POST. Não está aceitando utilização de certificado. Está respondendo de maneira incorreta a requisição /cob Foram enviadas alterações na unit do PSP Santander ao SVN na Rev-40344 visando contornar essas divergências. Portanto se você estiver testando em homologação com o PSP Santander e estiver enfrentando o erro mencionado, atualize seus fontes, reinstale o ACBr e faça novos testes!

A alteração foi nos fontes PHP, não houve necessidade de alteração na Lib.

Certo então vou tentar esta alternativa. Obrigado pelo retorno

Acredito que você deveria inutilizar todas essas notas. Uma observação: não é mais necessário informar no SPED essas numerações inutilizadas. Portanto, creio que você não teria grandes problemas com isso.

Meu amigo, pois é, eu acho que tu pode esquecer de receber ajuda deles, mas eu tive um problema, não igual ao seu, mas parecido, que eu tive que aumentar o timeout da requisição, porque o servidor deles é muito lento. Tenta colocar assim: NFSe.SSL.TimeOut := 60000;

Bom dia, gostaria de uma ajuda pois estamos com problemas na emissão da nfse nesta cidade de Rio Fortuna - SC O nosso cliente em questão ja emite nfse direto pelo portal da betha cloud, que é o novo ambiente de emissão de nfse deles... Mas ao tentar emitir pelo nosso ERP esta dando problema ao recepcionar o lote, seguimos o manual Layout da Betha sistema Versão 1.0, do link https://iss.ajuda.betha.cloud/e-nota-cloud/ajuda/outros-conteudos/web-service/. Que é o mesmo manual mencionado acima em pdf. O erro é ERROR - [91 ][EmissaoNFSe ]:EmissaoNFSe.execute(): br.com.ideallsistemas.mdf.exception.NFSeException: Parece que seu computador está sem Conexão com a Internet, ou então a conexão com a Prefeitura está temporariamente indisponível. Por favor verifique sua Conexão com a Internet, aguarde alguns minutos e tente novamente. Caused by: java.io.FileNotFoundException: https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps Só que este é o indicado no manual deles... Se alguém tiver algo a acrescentar, pois o contato com eles é inexistente, so atendem através das prefeituras, mas ai fica um passando para outro e ninguém resolve...

Alterada assinatura do bind de char para long e passou a enviar o parâmetro como False. 14/07/25 18:37:17:154 - NFSE_Emitir(1,Automatico,False ) Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-40261. Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Envio Para enviar uma NFe de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus faça conforme exemplo: //Para imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, True, True); //Para NÃO imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, False, True); Se você utiliza ACBrMonitor, use os comandos NFe.CriarEnviarNFe ou NFe.EnviarNFe: //Para imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,1,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,0,1) //Para imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,1,,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,0,,1) Se você utiliza ACBrLib, use o método NFe_Enviar: //Para imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, True, True, True); //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, False, True, True); Retorno Para ler as informações de retorno de uma NFe emitida de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus leia as seguintes propriedades: //Informações de retorno relacionadas ao web service... ACBrNFe.WebServices.Enviar.tpAmb; ACBrNFe.WebServices.Enviar.verAplic; ACBrNFe.WebServices.Enviar.cStat; ACBrNFe.WebServices.Enviar.cUF; ACBrNFe.WebServices.Enviar.xMotivo; ACBrNFe.WebServices.Enviar.Protocolo; //Informações de retorno específicas a NFe... ACBrNFe.NotasFiscais[0].NFe.procNFe.tpAmb ACBrNFe.NotasFiscais[0].NFe.procNFe.verAplic ACBrNFe.NotasFiscais[0].NFe.procNFe.chNFe ACBrNFe.NotasFiscais[0].NFe.procNFe.dhRecbto ACBrNFe.NotasFiscais[0].NFe.procNFe.nProt ACBrNFe.NotasFiscais[0].NFe.procNFe.cStat ACBrNFe.NotasFiscais[0].NFe.procNFe.xMotivo Se você utiliza ACBrMonitorPlus ou ACBrLib: [Envio] CStat=100 CUF=13 DhRecbto=08...8 Msg=Autorizado o uso da NF-e NProt=1...0 NRec= TMed=0 VerAplic=AM4.00-NAC Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 [NFe1] Id=ID11...0 NomeArq=C:\ACBrMonitorPLUS\Arqs\DFes\... XML=<protNFe versao="4.00"><infProt>... cStat=100 chDFe=13...05 dhRecbto=08/07/2025 14:13:48 digVal=Q...= nProt=1...0 tpAmb=2 verAplic=AM4.00-NAC xMotivo=Autorizado o uso da NF-e Expandindo o conhecimento Veja o tópico Como funciona os modos de envio Assíncrono e Síncrono para uma explicação mais detalhada sobre os modos de envio síncrono e assíncrono, as principais diferenças entre eles e quais documentos fiscais usam cada modo.

Tenta usar a versão da lib CONSOLE-MT que dispensa o ambiente gráfico, deve resolver.

Pesquisei, mas vou continuar pesquisando. Tambem vou verificar com o suporte do Itau.

Claro. Muito obrigado. Subi suas alterações para o SVN na Revisão 40255. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Mais uma vez, Obrigado.

O ambiente de homologação já está aceitando os novos campos da reforma tributária e também já está realizando as validações referentes a reforma e aos novos campos. Se você estiver recebendo a rejeição 1102: Rejeição: NF-e de devolução de mercadoria exige referenciamento do item da NF-e original no ambiente de homologação verifique as seguintes informações. Existe agora um grupo VC Referenciamento de item de outro Documento Fiscal Eletrônico - DF-e que traz a TAG DFeReferenciado. Neste grupo é preciso informar a chave de acesso e o numero do item do documento referenciado em alguns casos específicos. Um dos casos seria por exemplo notas de devolução onde a finNFe é igual a 4. Este grupo deve ser preenchido e assim não será apresentada a rejeição, porém é importante lembrar que no momento isso é válido APENAS para o ambiente de homologação. No ambiente de produção essas regras devem entrar em vigor apenas em Outubro. Atenção!!! Através dessa informação da NT 2025_002 v1.10 entendemos que as validações seriam aplicadas apenas se os campos fossem preenchidos. Porém tivemos relatos na comunidade de que e casos que as informações do XML foram enviadas sem os novos campos da Reforma Tributária e as regras de validação foram aplicadas. Neste caso você tem algumas alternativas: 1 - No ambiente de homologação já use sempre o layout com os dados e novos campos da Reforma Tributária. 2-Teste na produçao (eu não disse isso!!!) - O ambiente de produção não tem as novas regras de validação ativas. Então o que vale aqui é o layout atual do XML e tambéms as regras de validação atuais. 3- Fale com a SEFAZ! Avise a SEFAZ pelos seus canais oficiais se encontrar alguma inconsistência. Lembre que eles estão realizando a implementação e é importante ter um feedback dos desenvolvedores para que eles entendam que tudo está funcionando. (ou não!), afinal de contas se o seu cliente não te avisa que está com problema como você pode ajudá-lo? Links para te ajudar: Aqui tem tudo junto e misturado da Reforma Tributária. Você vai encontrar a documentação links e podcasts sobre o assunto: Portal Nacional da SEFAZ, aqui você tem o canal de atendimento e as ultimas publicações de notas tecnicas! https://www.nfe.fazenda.gov.br/portal/principal.aspx

Humm o texto cita "podem" constar e não algo como "devem" constar... O que acha @Victor H. Gonzales - Panda?

hum li mais um pouco e vi só tem que ver essas disposições e legislação do setor

Bom dia @Alex Leiva, Já esta no SVN.

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

SEFAZ Virtual RS 04/07/2025 Urgente – Número de protocolo com 17 caracteres na SVRS O retorno de 17 caracteres para o número de protocolo será adotado pela SEFAZ-SP, futuramente (ainda sem previsão), devido ao alto volume de emissão de NFC-e por ano, conforme previsto na Nota Técnica 2025.002 (NT da Reforma Tributária). Equivocadamente, esse retorno entrou em produção para a Sefaz Virtual do Rio Grande do Sul (SVRS) hoje (04/07/2025, entre 13h39 e 14h45), afetando a informação da autorização de uso para parte dos sistemas ERP. A SVRS já fez a correção no WebService de “Consulta Situação” para retornar o número do protocolo com 15 caracteres. Assim, a solução para as NF-e emitidas no horário supracitado é realizar novamente a consulta dos números de protocolo, retornando com o número de 15 caracteres. Sobre o evento de cancelamento, nas próximas horas, será liberada a versão aceitando o pedido de cancelamento com o número do protocolo contendo 15 ou 17 caracteres, considerando que muitas empresas internalizaram o protocolo com 17 caracteres. Contamos com a compreensão de todos. Orientação da Equipe ACBr: Atenção Pessoal, quem guarda no banco de dados o numero do protocolo de autorização do DF-e bem como o numero de autorização dos eventos, deverá realizar uma alteração de tamanho nas tabelas que guardam o numero do protocolo, alterando o tamanho de 15 para 17, não esqueçam de fazer isso.

Olá pessoal! Desde o dia 02/06/2025, não é mais possível fazer o envio de forma assíncrona de um lote contendo somente 1 NFe no ambiente de homologação. Aqueles que tentarem enviar de forma assíncrona um lote com somente 1 NFe no ambiente de homologação, vão receber o seguinte retorno: A previsão, é que isso também vai acontecer no ambiente de produção em 01/09/2025! Essa mudança aconteceu em homologação e vai ocorrer em produção devido a Nota Técnica 2025/001. Veja este tópico para uma orientação sobre como realizar o envio de forma síncrona e como ler o retorno, que é devolvido em outra classe quando o envio é síncrono, usando o componente:

Sem saber quais configurações você utilizou, fica meio compicado, mas o começo de tudo serie ver o protocolo configurado, se o mesmo é compativel com a impressora. Acredito que a padrão para ela seria a PPLZ, mas pelo manual deve funcionar PPLA e PPLB que são suportados pelo demo. Verifica isto antes, talvez no momento da instalação seja nescessario informar isto. Enfim, antes de tudo certifique que Demo e Equipamento estão "falando a mesma Lingua".

Vamos la, primeiro tente nos descrever mais detalhes. Como esta a configuração que você esta usando ? Retorna algum erro ou falha ?

Vamos lá, Na procedure GerarRegistroTransacao400 do Banco Santander, não existe a geração do registro tipo 8 (que é o Registro Tipo de Pagamento e Dados Qr Code). Tal informação está contida na página 11 do Manual do Santander V 2.33 Junho/2024. Fiz a alteração na referida procedure conforme abaixo: procedure TACBrBancoSantander.GerarRegistroTransacao400(ACBrTitulo :TACBrTitulo; aRemessa: TStringList); var DigitoNossoNumero, Ocorrencia,aEspecie :String; Protesto, aAgencia, TipoSacado, wLinha :String; aCarteira, I: Integer; LMensagem1, LMensagem2, LMensagem3 : String; LTipoChaveDICT, Ltipopagamento : string; begin aCarteira := StrToIntDef( DefineCarteira(ACBrTitulo) , 0); if aCarteira = 5 then aAgencia := PadLeft(OnlyNumber(ACBrTitulo.ACBrBoleto.Cedente.Agencia) + ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito,5,'0') else aAgencia:= '00000'; FvTotalTitulos := FvTotalTitulos + ACBrTitulo.ValorDocumento; with ACBrTitulo do begin DigitoNossoNumero := CalcularDigitoVerificador(ACBrTitulo); {Tipo de Ocorrencia} ocorrencia := TipoOcorrenciaToCodRemessa(ACBrTitulo.OcorrenciaOriginal.Tipo); {Especie Documento} aEspecie := DefineEspecieDoc(ACBrTitulo); {Instruções} Protesto := InstrucoesProtesto(ACBrTitulo); {Pegando Tipo de Sacado} TipoSacado := DefineTipoSacado(ACBrTitulo); with ACBrBoleto do begin wLinha:= '1' + // 1- ID Registro IfThen(Cedente.TipoInscricao = pJuridica,'02','01') + // 2 a 3 PadLeft(trim(OnlyNumber(Cedente.CNPJCPF)),14,'0') + // 4 a 17 PadRight(trim(Cedente.CodigoTransmissao),20,'0') + // 18 a 37 PadRight( SeuNumero ,25,' ') + // 38 a 62 PadLeft(RightStr(NossoNumero,7),7,'0') + DigitoNossoNumero + // 63 a 70 IfThen(DataAbatimento < EncodeDate(2000,01,01), '000000', FormatDateTime( 'ddmmyy', DataAbatimento)) + // 71 a 76 ' '+IfThen(PercentualMulta > 0,'4','0') + // 77 a 78 IntToStrZero( round( PercentualMulta * 100 ), 4) + // 79 a 82 '00'+StringOfChar( '0', 13)+space(4) + // 83 a 101 IfThen((DataMulta <= 0),'000000', FormatDateTime( 'ddmmyy', DataMulta)) + // 102 a 107 IntToStr(aCarteira) + Ocorrencia + // 108 a 110 PadRight( NumeroDocumento,10,' ') + // 111 a 120 FormatDateTime( 'ddmmyy', Vencimento) + // 121 a 126 IntToStrZero( round( ValorDocumento * 100), 13) + // 127 a 139 '033' + aAgencia + // 140 a 147 PadLeft(aEspecie, 2) + 'N' + // 148 a 150 FormatDateTime( 'ddmmyy', DataDocumento ) + // 151 a 156 PadLeft(trim(Instrucao1),2,'0') + // 157 a 158 PadLeft(trim(Instrucao2),2,'0') + // 159 a 160 IntToStrZero( round(ValorMoraJuros * 100 ), 13) + // 161 a 173 IfThen(DataDesconto < EncodeDate(2000,01,01), '000000', FormatDateTime( 'ddmmyy', DataDesconto)) + // 174 a 179 IntToStrZero( round( ValorDesconto * 100), 13) + // 180 a 192 IntToStrZero( round( ValorIOF * 100 ), 13) + // 193 a 205 IntToStrZero( round( ValorAbatimento * 100 ), 13) + // 206 a 218 TipoSacado + PadLeft(OnlyNumber(Sacado.CNPJCPF),14,'0') + // 219 a 234 PadRight( Sacado.NomeSacado, 40, ' ') + // 235 a 274 PadRight( Sacado.Logradouro + ' '+ Sacado.Numero, 40, ' ') + // 275 a 314 PadRight( Sacado.Bairro,12,' ') + // 315 a 326 PadRight( OnlyNumber(Sacado.CEP) , 8, ' ' ) + // 327 a 334 PadRight( Sacado.Cidade, 15, ' ') + PadRight( Sacado.UF, 2 ) + // 335 a 351 PadRight(Sacado.Avalista, 30, ' ' ) + // 352 a 381 ' I' + // 382 a 383 Copy( Cedente.Conta, length( Cedente.Conta ),1 ) + // PadLeft( Cedente.ContaDigito, 1 ) + // 384 a 385 Space(6) + // 386 a 391 Protesto + ' ' + // 392 a 394 IntToStrZero( aRemessa.Count + 1, 6 ); // 395 a 400 aRemessa.Add(UpperCase(wLinha)); LMensagem1 := ''; LMensagem2 := ''; LMensagem3 := ''; if Mensagem.Count >= 1 then LMensagem1 := TiraAcentos(Mensagem[0]); if Mensagem.Count >= 2 then LMensagem1 := TiraAcentos(Mensagem[1]); if Mensagem.Count >= 3 then LMensagem1 := TiraAcentos(Mensagem[2]); wLinha:= '2' + // 001-001 "2" - Recibo Pagador space(16) + // 002-017 Reservado Banco PadLeft(Cedente.CodigoTransmissao,20,'0') + // 018-037 Agencia / Conta Movimento / Conta Cobranca Space(10) + // 038-047 Reservado Banco '01' + // 048-049 SubRegistro "01" PadRight(LMensagem1, 50) + // 050-099 Mensagem Variavel '02' + // 100-101 SubSequencia "02" PadRight(LMensagem2, 50) + // 102-151 Mensagem Variavel '02' + // 152-153 SubSequencia "02" PadRight(LMensagem3, 50) + // 154-203 Mensagem Variavel Space(179) + // 204-382 Reservado Banco 'I' + // 383-383 Identificação do Complemento PadLeft(Copy( Cedente.Conta, length( Cedente.Conta ),1 ), 1, '0') + PadLeft( Cedente.ContaDigito, 1, '0' ) + // 384-385 Complemento Space(9) + // 386-394 Reservado Banco IntToStrZero( aRemessa.Count + 1 , 6 ); // 395-400 Sequencial de Registro aRemessa.Add(UpperCase(wLinha)); // Implementei o código abaixo if (ACBrTitulo.ACBrBoleto.Cedente.PIX.TipoChavePIX <> tchNenhuma) then begin case ACBrTitulo.ACBrBoleto.Cedente.PIX.TipoChavePIX of tchCPF : LTipoChaveDICT := '1'; tchCNPJ : LTipoChaveDICT := '2'; tchCelular : LTipoChaveDICT := '3'; tchEmail : LTipoChaveDICT := '4'; tchAleatoria : LTipoChaveDICT := '5'; end; case tipopagamento of tpAceita_Qualquer_Valor : Ltipopagamento := '01'; tpAceita_Valores_entre_Minimo_Maximo: Ltipopagamento := '02'; tpNao_Aceita_Valor_Divergente: Ltipopagamento := '03'; end; wLinha:= '8' + // 001 - 001 PIX Ltipopagamento + // 002 - 003 Identificação do tipo de pagamento IntToStrZero(QtdeParcelas,2) + // 004 - 005 Quantidade de pagamento possíveis '2' + // 006 - 006 Tipo de valor informado (1=%, 2=Valor) IntToStrZero( round( ValorDocumento * 100), 13) + // 007 - 019 Valor Máximo PadLeft('0',5,'0') + // 020 - 024 % (Percentual) Máximo IntToStrZero( round( ValorDocumento * 100), 13) + // 025 - 037 Valor Mínimo PadLeft('0',5,'0') + // 038 - 042 % (Percentual) Mínimo LTipoChaveDICT + // 043 - 043 Tipo de Chave Pix PadRight(ACBrTitulo.ACBrBoleto.Cedente.PIX.Chave,77,' ') + // 044 - 120 Chave Pix PadRight(QrCode.txId,35,' ') + // 121 - 155 Código de identificação do Qr Code (TXID) Space(239) + // 156 - 394 Reservado (uso Banco) IntToStrZero( aRemessa.Count + 1 , 6 ); // 395 - 400 Sequencial de Registro aRemessa.Add(UpperCase(wLinha)); // Fim Implementação end; end; end; end;

Bom dia. Desde segunda feira, o webservice para consulta da nota fiscal da Prefeitura de Curitiba tem retornado erro HTTP 503 - Servidor Indisponível. Isso acontece quando se tenta acessar a nota pelo link semelhante a este: https://srv2-isscuritiba.curitiba.pr.gov.br/portalnfse/Default.aspx?doc=XXXXXXXXXXXX&num=XXXX&cod=????????. Abri um chamado no suporte mas não recebi nenhum retorno. Alguém sabe de mudanças no acesso ? Grato.

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.

Correção no svn, rev. 20812.

No site da SEFAZ vc encontra algumas orientações: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx