Painel de líderes

Saudações Digitais comunidade ACBr! O Componente ACBrBoleto na camada WS passou por algumas refatorações, onde a mesma foi segregada e alterada. A camada Rest não é mais proveniente do ACBrDFe, agora é via Synapse, somente a comunicação dos bancos via Soap continua via ACBrDFe. As classes foram divididas que pertencem ao WSRest e ao WSSoap : /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.OAuth.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.SOAP.pas Também informamos que com a ajuda da comunidade e contribuição Aggille Sistemas Gestão / Jean Peixoto, agora no componente foi incluído via API o banco Inter via API.

Nesta semana foi publicada a versão 23.1.A das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/01/2023 até 28/02/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : https://deolhonoimposto.ibpt.org.br/

COORDENAÇÃO TÉCNICA DO ENCAT 26/01/2023 Estado de São Paulo ativa módulo da NFF do TAC Uma grande notícia para os transportadores de carga autônomos usuários da Nota Fiscal Fácil. A partir de agora já está liberado carregar e emitir MDFe/CTe pelo aplicativo com origem em São Paulo. 27/01/2023 Normas Legais - SP PORTARIA SRE Nº 97, DE 07-12-2022 SP_NormasLegaisNFF.pdf PORTARIA SRE nº 97, DE 07-12-2022 Disciplina o regime especial de simplificação do processo de emissão de documentos fiscais eletrônicos - Nota Fiscal Fácil - NFF. O SUBSECRETÁRIO DA RECEITA ESTADUAL, tendo em vista o disposto no Ajuste SINIEF 37/19, de 13 de dezembro de 2019, expede a seguinte portaria: Artigo 1° - O Regime Especial da Nota Fiscal Fácil - NFF poderá ser adotado pelo Transportador Autônomo de Cargas para a simplificação do processo de emissão dos seguintes documentos fiscais eletrônicos: I - Conhecimento de Transporte Eletrônico - CT-e, modelo 57; II - Manifesto Eletrônico de Documentos Fiscais - MDF-e, modelo 58. Artigo 2° - A adesão ao Regime Especial da NFF poderá ser feita por meio do aplicativo emissor de Documentos Fiscais Eletrônicos, disponível para download no Portal Nacional da Nota Fiscal Fácil, no endereço eletrônico: https://dfe-portal.svrs.rs.gov.br/Nff, e será automática no momento do primeiro acesso. Parágrafo único – A adesão referida no “caput” implicará, ao contribuinte, na responsabilização pela veracidade dos dados informados a respeito da operação ou prestação a ser documentada, bem como pelas obrigações tributárias, comerciais e financeiras correspondentes que a ele possam ser legalmente atribuídas ao solicitar a autorização de uso dos documentos fiscais eletrônicos de que trata o regime especial. Artigo 3º - Na emissão dos documentos fiscais eletrônicos previstos no artigo 1º pelo Regime Especial da NFF, o contribuinte deverá: I - prestar as informações necessárias em ferramenta emissora de NFF, por meio do Portal Nacional da NFF; II - observar as disposições contidas no Ajuste SINIEF 37/19, de 13 de dezembro de 2019, bem como no correspondente Manual de Orientação do Contribuinte - MOC. Artigo 4º - Esta portaria entra em vigor em 1º de janeiro de 2023.

Atenção desenvolvedores, Temos orgulho de informar que liberamos mais um PSP em nossa suíte de componentes do PIX. O PIXPDV é uma Fintech que possui sua própria API para cobranças PIX. Não perca mais tempo, atualize seus fontes e aproveite todas as vantagens da nova solução de recebimentos PIX. Para saber mais acesse: https://pixpdv.com.br Não conhece o ACBrPIXCD? Com esse componente a integração com os PSPs é simples e rápida, permitindo que você ofereça aos seus clientes uma forma ainda mais segura e ágil de realizar cobranças. Para mais informações, veja esse post onde fizemos uma live introduzindo o assunto. Nele você também encontra como gerar as credenciais de cada PSP:

O que é a mensagem "Lote em Processamento"? De acordo com o manual do CTe, versão 3.00a é possível consumir os serviços de duas formas, Síncrona e Assíncrona. Aqui vamos focar no envio assíncrono. Nele o fluxo simplificado pode ser resumido em: 1. Enviamos a solicitação do serviço. 2. Recebemos um número de Recibo. 3. Realizamos uma consulta pelo Número do Recibo para obter o resultado do processo. Fonte: Projeto de Conhecimento de Transporte Eletrônico - Manual do Contribuinte. A mensagem Lote em Processamento é uma possível mensagem a ser recebida depois de consultar o resultado do serviço assíncrono de Envio de lote de CT-e. De acordo com o MOC, o recomendado é aguardar um tempo mínimo de 15 segundos entre o envio do lote e a consulta do resultado do processamento. O que fazer quando a recebo? A primeira coisa a se considerar quando recebe a mensagem é aumentar o tempo entre o envio do lote e a consulta do mesmo. Caso opte por deixar que o componente automatize a consulta após o envio as propriedades que devem ser consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades são acessíveis em: ACBrCTe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milisegundos; ACBrCTe.Configuracoes.WebServices.Tentativas := 5; ACBrCTe.Configuracoes.WebServices.IntervaloTentativas := 3000;//Valor definido em milisegundos;

@Juliomar Marchetti consegui capturar o peso corretamente, atualizei os fontes do acbr e agora fez certinho. Obrigado pela ajuda.

Bom dia Murilo, Esse provedor requer que o Lote de Rps seja assinado, logo se faz necessário ter um certificado e o componente configurado corretamente com o certificado.

Boa tarde a todos, A leitura dos retornos tanto do envio quanto da consulta foram feitos, iniciaremos a etapa dos testes. Com a conclusão dos testes enviaremos para o SVN as alterações realizadas nos fontes do ACBrReinf.

Olá Pessoal, A NT 2022.005 se refere ao DIFAL, ou seja a questão do ICMS nas Operações Interestaduais de Venda ao Consumidor Final, relativa a Regra de Validação NA01-200, que obriga a informação do grupo do ICMS devido para a UF de destino (grupo “ICMSUFDest”), que havia sido suspensa no início de 2022. Esta NT também insere regras de validação relativas a devolução, englobando as questões relacionadas as operações deste tipo. Oque exatamente diz a legislação... Deverá ser considerado como destino, a UF de Entrega da mercadoria ou o fim da prestação de serviços, conforme citado no trecho da legislação transcrito abaixo. “§ 30 Nas operações e prestações interestaduais destinadas a consumidor final não contribuinte, para fins do disposto neste convênio, quando o destino final da mercadoria, bem ou serviço ocorrer em unidade federada diferente daquela em que estiver domiciliado ou estabelecido o adquirente ou o tomador, considerar-se-á unidade federada de destino aquela onde ocorrer efetivamente a entrada física da mercadoria ou bem ou o fim da prestação do serviço.” Sobre as novas Regras de Validação Nesta mesma Nota Técnica, foram incluídas Regras de Validação para controlar a NF-e de Devolução. Esse tipo de NF-e obriga a informação da(s) NF-e referenciada(s). Nesta NT são incluídas validações para verificar se o Valor Total da NF-e de Devolução é maior do que o Valor Total das NF-e citadas como devolvidas (NF-e referenciadas). Sobre a entrada em vigor Homologação: 07/02/2023 Produção: 06/04/2023 Mudanças necessárias na aplicação Por tratar-se de regras de validação de tags já existentes, pode caber neste momento uma revisão se a aplicação esta enviando corretamente as informações. Além disto nenhum ajuste nas soluções ACBr se faz necessário Link para o portal da SEFAZ onde estão listadas as NTs http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY=

A princípio somente a versão.

já está no svn. era uma linha ainda diferente. Obrigado por relatar #TK-3555 Numero da TK

Olá, Boa tarde. Tentei compilar na revision 28368 no Delphi 11.2 e continua apresentando erro Compiling package C:\Lib\ACBr\Pacotes\Delphi\ACBrDFe\ACBrReinf\ACBr_Reinf.dpk "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32.exe" "C:\Lib\ACBr\Pacotes\Delphi\ACBrDFe\ACBrReinf\ACBr_Reinf.dpk" Embarcadero Delphi for Win32 compiler version 35.0 Copyright (c) 1983,2022 Embarcadero Technologies, Inc. C:\Lib\ACBr\Fontes\ACBrDFe\ACBrReinf\PCNReinf\pcnReinfRetConsulta.pas(543) Error: E2361 Cannot access private symbol {System.Generics.Collections}TList<System.TObject>.GetItem C:\Lib\ACBr\Fontes\ACBrDFe\ACBrReinf\PCNReinf\pcnReinfRetConsulta.pas(543) Error: E2029 'END' expected but ')' found C:\Lib\ACBr\Fontes\ACBrDFe\ACBrReinf\ACBrReinfWebServices.pas(2439) Fatal: F2063 Could not compile used unit 'pcnReinfRetConsulta.pas' Compilation failure Erro ao compilar o pacote "ACBr_Reinf.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Precisamos reverter para a 28365 para conseguir compilar

Boa Tarde, Eu não uso FastReports. Vou fazer em Fortes e quando terminar, coloco aqui. Atenciosamente, Fabio

muitooooooo obrigada mesmoooo! devo estar meio doida aqui, nao tava encontrando no exemplo, mas agora que vc mostrou, apareceu, ehehehe

Boa tarde Glauber, A URL do WebService que você postou é do ambiente de homologação, que por sinal é padrão para todas as cidades atendidas pelo provedor Fiorilli. Necessito da URL de produção.

Claro. numero da nota = ACBrNFSeX1.WebService.Emite.NumeroNota cod verificaçao = ACBrNFSeX1.WebService.Emite.CodVerificacao ACBrNFSeX1.WebService.Emite.XmlRetorno isso ao emitir o que retirei acima está na função procedure TfrmACBrNFSe.ChecarResposta(aMetodo: TMetodo); do exemplo

uma atualizacao : descobri que se eu tiro um determinado programa do projeto - mesmo que depois eu coloque ele de volta - consigo compilar e abrir o exe em alguns segundos (uns 20 mais ou menos). se esse programa que mencionei estiver aberto, ai volta a demorar varios minutos (uns 8 minutos) para abrir o exe. por hora, isso ja me adianta, mas se alguem tiver uma ideia do que pode ser, agradeço.

no caso tu já conseguiu baixar . agora seu problema é instalar. lembre-se dúvida novo tópico novo. mas ele está dizendo que ele contém uma unit que tu já tem em outro componente com o mesmo nome.

Murilo, Quanto ao MEI, a partir de 04/2023 todos os MEI de todas as cidades brasileiras vão ter que emitir as suas notas segundo o Padrão Nacional. Vai estar disponível 3 formar de emissão: 1. Via Site onde não se faz necessário o uso do certificado; 2. Via App (celular) onde não se faz necessário o uso do certificado; 3. Via aplicação de terceiros (computador) onde se faz necessário o uso do certificado.

Bom dia, Muito obrigado pelos arquivos, com eles vai ser possível criar um teste unitário para descobrir o problema da leitura do retorno que é o XML da nota. Assim que encontrarmos a solução vamos corrigir o componente e enviar para o SVN. Em breve volto aqui para lhe dar um retorno. Já inclui na minha lista de tarefas. TK-3550

Bom dia @Rogério Xavier! Muito obrigado pela intenção em contribuir! No entanto, a alteração que você fez é em uma unit base e apesar de parecer simples, pode acabar gerando problemas para outros provedores. Por isso, não é possível aceitar ela. Além do mais, se você conferir na procedure configuracao dessa mesma unit, vai ver que o FpFormatoDataRecebimento já recebe o valor tcDatHor. Por favor, peço que altere o valor de FpFormataDataRecebimento na unit SigCorp.Provider(ela fica em ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores), faça um novo teste e reporte caso de certo.

Bom dia @Antonino! Muito cuidado ao usar o Delphi Community para fins que não sejam de estudo! Leia com atenção os termos da Embarcadero, pois se ela descobrir que você os violou, não vai hesitar em buscar reparação e isso pode vir em uma punição financeira severa. Mas se ainda assim deseja prosseguir. De uma olhada neste tópico e veja se as informações contidas nele podem lhe ser úteis.

Segue em anexo os arquivos modificados. Abaixo, resumo das modificações. Arquivo pcnReinfR5011.pas: // Adicionado classes: TRAquisCollection = class; TRAquisCollectionItem = class; Arquivo pcnReinfRetConsulta.pas: // Adicionado classes: TRAquisCollection = class; TRAquisCollectionItem = class; // Adicionado campos TInfoTotalContrib = class(TObject) public property RAquis: TRAquisCollection read FRAquis; end; TRTomCollectionItem = class(TObject) public property cno: String read Fcno; end; pcnReinfR5011.pas pcnReinfRetConsulta.pas

Bom dia Leandro, Vou verificar a possibilidade de fazer essa troca.

Bom dia! Como é possível observar no arquivo 184441-comp-nfse-soap.xml, a mensagem "Informe o CPF/CNPJ do prestador" é o retorno devolvido pelo próprio webservice. O arquivo de envio corresponde ao schema que foi disponibilizado.(Você pode consultar ele aqui). Munido dos arquivos soap e do schema, você deve entrar em contato com o provedor DBSeller e verificar o porquê de estar recebendo este retorno.

Acredito que o conteúdo do evento está no log. De qualquer modo enviei para o email o xml do evento S2205.

Bom dia @VFADev, por favor, pode encaminhar para o [email protected] o XML que está tentando enviar e que ocorre o problema?

@Antonino Bom dia ! Sábado eu precisei fazer e foi de boa. Está usando o trunk correto né: svn://svn.code.sf.net/p/acbr/code/trunk2

Pessoal, acabei de ter uma resposta da Sefaz-MG pelo fale conosco, por incrível que parece resolveram meu problema, e eles nao me explicou exatamente o motivo, apenas me informaram da seguinte maneira " O Cadastro do contribuinte foi atualizado no ambiente de Homologação. " fiz o teste no meu sistema apos essa informacao e deu tudo certo. Ja ouve outros clientes que dava a mesma menssagem de retorno em ambiente de homologacao mas a sefaz-mg nunca resolvia o problema, sempre dava respostas que nao tinha nada haver. Conclusão, realmente o problema era na Sefaz-MG em ambiente de homologacao.

Olá Pessoal, vou compartilhar aqui o que consegui fazer, não está muito orientado a objeto mas já consegui emitir boletos, as outras funcionalidades (consultas, alteração de campos do boleto, etc) aindam precisam ser implementadas/testadas Há 4 "Problemas" que é preciso resolver, são eles: 1 - A Autenticação no Banco 2 - O Header das requisições que precisam da KEY x-sicoob-clientid: {{CLIENT_ID}} 3 - Os [ ] no objeto json 4 - O nome das das Units (Bancoop ou Sicoob) (rs) 1 - Autenticação no Banco usar a autenticação como esta abaixo não funciona, pois o OAtuth requer obrigatoriamente o Client_secret e no Sicoob ele não usa este function TBoletoW_Sicoob_API.GerarTokenAutenticacao: string; begin FPContentType := 'application/x-www-form-urlencoded'; OAuth.Payload := True; Result := inherited GerarTokenAutenticacao; end; para contornar eu usei uma solução nada OO, criei o objeto httpsend no metodo configurei ele localmente, disparei a conexão e no fim devolvi para o result o Token recebido (sei que este precisa ser melhorado) outro detalhe da autenticação é que quando ele é chamado passa pelo metodo GerarHeader procedure TBoletoW_Sicoob_API.GerarHeader; begin DefinirContentType; DefinirKeyUser; if NaoEstaVazio(Boleto.Cedente.CedenteWS.ClientID) then HTTPSend.Headers.Add('x-sicoob-clientid: ' + Boleto.Cedente.CedenteWS.ClientID); end; ou seja, ele escreve x-sicoob-clientid, e este só deve ser usado após a autenticação, aqui pensei em colocar a condição "se autenticado" só não sei como pegar esta "variável" 2 - O Header das requisições que precisam da KEY x-sicoob-clientid: {{CLIENT_ID}} Apesar de está sendo configurado/escrito em GerarHeader if NaoEstaVazio(Boleto.Cedente.CedenteWS.ClientID) then HTTPSend.Headers.Add('x-sicoob-clientid: ' + Boleto.Cedente.CedenteWS.ClientID); ele não está chegando em ACbrBoletoWS.Rest, e para contornar isto estou forçado sua escrita com LHeaders.Add('x-sicoob-clientid: ' + Boleto.Cedente.CedenteWS.ClientID) nesta unit, ou seja inviabilizei com isso a utilização desta unit para todos os outros bancos 3 - Os [ ] no objeto json No Sicoob a requisição de inclusão pode conter até 10 boletos, ou seja o Json enviando é um Array de Json que pode conter até 10 elementos (em outras palavras em vez do Json iniciar e terminar com "{ }" ele inicia e termina com "[ ]"). Não consegui resolver este detalhe em AcbrBoletoW_Sicoob_API.pas, então adicionei os colchetes em ACBrBoletoWS.Rest, mais precisamente no metodo Executar (inviabilizando novamente esta unit para os outros bancos) WriteStrToStream(HTTPSend.Document, AnsiString('[' + FPDadosMsg + ']')); 4 - O nome das Units (Bancoob ou Sicoob) (rs) Pessoal, em minha região (Nordeste, Pernambuco), todas as agencias do Banco 756 São SICOOB, e não Bancoop, não sei se Bancoop é a realidade de vocês (região do Sul / Sudeste), procurando aqui achei esta informação (que diz que: O Banco Cooperativo do Brasil (Bancoob) agora se chama Banco Sicoob) -> https://web.facebook.com/sicooboficial/posts/4554063361276071/?locale=ar_AR E Consultando a Relação de Instituiçoes do Banco Central do Brasil -> https://www.bcb.gov.br/pom/spb/estatistica/port/ASTR003.pdf, Também encontro Banco SICOOB S.A. para o numero 756 Não seria o caso de usar ACBrBoletoW_Sicoob_API.pas (como fiz) ao invez de ACBrBoletoW_Bancoop.pas? ACBrBoleto.rar

Olá @Carlos Wagno Schneider, Basta fazer o procedimento exatamente igual fazia antes. Comentei sobre o parâmetro apenas pra explicar qual era o problema que estava ocorrendo antes.

Olá, colega! Os eventos de SST são do tipo "2 - Não Periódicos".

Pega o exemplo do svn e usa ele para testar tu consegue incluir mais de um e testar senão ocorrer é só basear

O problema de instabilidade na Sefaz-SP aparenta ter sido solucionado. Não houveram mais relatos de problema em nossa comunidade no Discord e número de relatos de problemas caiu consideravelmente

Boa tarde! Muito obrigado pela colaboração, elas são sempre mais do que bem vindas! Mas por favor, foram enviadas ao SVN algumas alterações nas Revs 28229, 28230 e 28231 que podem estar relacionadas. É possíve atualizar os fontes, reinstalar o ACBr e realizar novos testes?

Somente atualizando o post, pois fui procurado por alguém sobre o FCI. Em meu github há o projeto, com um demo do código, caso precisem: https://github.com/valterpatrick/FCI_Demo

Será que alguma das variáveis usadas no calculo do HASH é NULL ? Talvez você precise usar o coalesce... Também, notei que que você não está usando o prefixo "new." CREATE OR ALTER TRIGGER BIU_DOCUMENTO_HASH FOR DOCUMENTO ACTIVE BEFORE INSERT OR UPDATE POSITION 0 AS begin new.HASH = hash( RDB$GET_CONTEXT('USER_SESSION', 'IB_KEY' )|| new.codloja||new.codterminal||new.codturno||new.coo|| new.denominacao||coalesce(new.contador,0)||new.numgnf|| new.datahora_inicio||coalesce(new.datahora_fim,cast('1-1-1' as timestamp))|| new.codcliente||new.codautorizado||coalesce(new.documento_cli,'')||coalesce(new.nome_cli,'')|| new.subtotal||new.desconto_acrescimo||coalesce(new.total_pago,0)||new.troco|| new.cancelado||new.trunca ) ; end[/code]

Boa tarde! Na data de hoje(25/01/2023), por volta das 16:29, usuários em nossa comunidade do Discord começaram a relatar problemas para transmitir NF-e/NFC-e para a Sefaz-SP. Consultando ferramentas de diagnóstico e observabilidade disponíveis, foi observado grande instabilidade com tempos de resposta chegando a ultrapassar os 30 segundos e diversas notificações relatando o problema. Não há comunicado oficial, mas acredita-se que seja problema de DNS por parte da Sefaz, pois alguns usuários relataram ter conseguido transmitir depois de configurar o DNS do Google. Não há comunicado de contingência na página oficial.