Painel de líderes

Boa tarde comunidade ACBr ! "Em relação às intercorrências apresentadas no grupo sobre o QRCode 3.0 offline (SP), informamos que recebemos retorno da Sefaz/SP hoje, a qual comunicou que foi disponibilizada uma correção em ambiente de homologação." Por favor façam novos testes ! Caso identifiquem algum erro, pedimos a gentileza de registrarem a ocorrência no portal da Sefaz/SP (Fale Conosco) !

Bom dia, fiz alguns ajustes no Boleto Híbrido Bradesco utilizando a Api do Portal. Ajuste no percentual, para juros e multa, precisa ser com 5 casas decimais senão o banco não aceita; Adicionado Data Limite de Pagto; Instruções pela API de Cobrança com QR Code, alteração de Data, Conceder Abatimento, Cancelar Abatimento, Protestar e Remover Protesto. Segue o Arquivo. Obrigado ACBrBoletoW_Bradesco.pas

Boa noite o pouco que consegui pesquisar chegou as ler as mudanças? nele tem os campos https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=8YZ0kyjcy6g= e tem a versão anterior do documento https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Li420kNzaH0=

Alguma novidade pessoal ?

Alexandre era o .ini de servicos que estava errado , mudei e foi aqui ! mas muito obrigado em !

Olá Pessoal, Depois de analises junto com a comunidade ACBr, decidimos que os campos referente ao Código de Classificação Tributária (cClassTribIS, cClassTribReg e cClassTrib) deve ser do tipo string em vez de um tipo enumerado. A motivação para essa mudança é que esses códigos podem no decorrer do tempo alguns podem deixar de existir, outros podem ser adicionados e outros códigos podem ser alterados mas mantendo a sua finalidade original, exatamente o que ocorre com os NCM dos produtos. Com essa mudança basta o desenvolver atualizar a sua tabela de códigos no banco de dados sem a necessidade de atualização da aplicação. Vale também ressaltar que no Portal da SEFAZ-Virtual do RS temos as tabelas de CST e cClassTrib e é possível baixa-las no formato CSV, Excel e Json. Esperamos contar com a compreensão de todos. Os fontes dos componentes afetados com essa mudança vão ser enviados para o SVN na data de 19/08/2025. Componentes afetados com essa mudança: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom, ACBrNFe e ACBrNFSeX e consequentemente as Libs e o ACBrMonitor. Na minha aplicação o que eu devo mudar? Se você atribui diretamente o enumerado aos campos cClassTrib mencionados vai ter que fazer essa alteração: ==> Se você usa as funções de conversão para converter de string para o enumerado uma vez que no seu banco de dados o código esta como string, basta remover as funções de conversão e atribuir diretamente o conteúdo do campo do banco de dados ao campo do componente. Para quem utiliza as Lib ou o Monitor não vai precisar se preocupar com essa mudança.

Implementei para ler e escrever as duas properties abaixo : e também coloquei para trazer o codigo de erro em caso de rejeição na nota, na propriedade que e devolvida depois para estourar a exception as duas moficações foram feitas na classe anexada ACBrNFeWebServices.pas

Atualizei ontem o acbr, estou implementando essas duas properties que mandei, e depois mando aqui.

exatamente não sei de quanto tempo está sem atualizar. mas já faz mais de ano que tem. só que agora é obrigatorio só sincrono

Agora entendi, muito obrigado por mandar o exemplo. Só uma duvida então, essas propriedades aqui acbrNfe.WebServices.Retorno.NFeRetorno.ProtDFe.Count ela é referente somente ao retorno assincrono, certo ? Teria algo equivalente pra eu conseguir fazer o tratamento da mesma forma? Digo isso pois preciso fazer os tratamentos para qdo as notas forem rejeitadas. Quando era permitido enviar uma nota somente pelo modo assincrono eu fazia assim o tratamento: Olhando as classes do acbr vi que dentro do enviar da classes webservices, tem essas propriedades FNFeRetornoSincrono, mas elas não estão sendo lidas, entao não é possivel usa-las, Faltou a implementação delas, ou meu acbr está desatualizado ?

não, é o no trecho do código que tem enviar no exemplo do svn

atualizei o acbr hoje, dei uma olhada e vc estava se referindo a esse codigo No caso preciso pegar o numero do recibo, com a emissão sincrono agr, ja que não pode mais enviar assincrona com 1 nota só

ok, vou dar uma olhada

Abre o exemplo do svn e olha com atenção. tem lá um if not Sincrono

Pessoal aproveitando aqui, vi o topico para emissao de notas sincronas mas como eu faço para obter o número do recibo, não estou conseguindo de forma alguma, ainda em produção com a forma assincrona, enviando somente uma nota, consigo obter esse numero através do campo: if pAcbrNFe.WebServices.Retorno.NFeRetorno.ProtDFe.Count > 0 then begin pDtsNota['NfeOcorrencia'] := pAcbrNFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].cStat; pDtsNota['NfeMotivoOcorrencia'] := pAcbrNFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].xMotivo; pDtsNota['NfeRecibo'] := pAcbrNFe.WebServices.Retorno.Recibo; pDtsNota['NfeProtocolo'] := pAcbrNFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].nProt; pDtsNota['NfeDataHoraRecibo'] := pAcbrNFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].dhRecbto; end else atraves desse pAcbrNFe.WebServices.Retorno.Recibo; porém agora nenhum de nenhuma das formas nao vem esse numero mais, dessa forma tbm nao vai pAcbrNFe.WebServices.Enviar.Recibo