Painel de líderes

Olá Pessoal, Trago novidades para vocês. Já se encontra no SVN os fontes do componente ACBrDebitoAutomatico, bem como o pacote de instalação e o programa exemplo. Esse componente foi escrito originalmente pelos nossos colegas: Valter Patrick Silva Ferreira e Belizário Gonçalves Ribeiro Filho que agradeço muito pela contribuição, muito obrigado Valter e Belizário. Vide postagem no fórum clicando aqui. Eu fatorei o componente para ele ficar aos moldes do componente ACBrPagFor. Utilizei nesse refactoring Interface, desta forma vai se tornar muito simples a inclusão de novos bancos. Na pasta onde esta os fontes do componente (...\Fontes\ACBrDebitoAutomatico) temos o arquivo: Bancos-Implementados.txt como o próprio nome diz contem a lista de bancos implementados, no momento temos apenas o banco Santander. Sintam-se todos a vontade em contribuir com melhorias, correções a inclusão de novos bancos ao componente. Em breve o ACBrInstall vai ser atualizado para contemplar a instalação do componente, mas como dito acima você pode instalar ele manualmente se utilizando do pacote de instalação que se encontra na pasta: Delphi: ...\Pacotes\Delphi\ACBrDebitoAutomatico Lazarus: ...\Pacotes\Lazarus\ACBrDebitoAutomatico Nos próximos dias também vai ser disponibilizado o programa exemplo para o Lazarus. Para que serve esse componente? Ele não tem nada a ver com o registro de boletos (ACBrBoletos) bem como pagar títulos e tributos (ACBrPagFor). Muitos de nós temos algumas contas em débito automático por exemplo: conta de energia elétrica, água, gás, internet, celular e outros. Vamos a um exemplo: Uma escola particular cobra a mensalidade de seus alunos gerando mensalmente um boleto, mas essa escola pode enviar um arquivo (segundo o layout da Febraban) para o banco colocando essas cobrança de mensalidade em débito automático. Quem desejar ler os manuais sobre Debito Automático ( Versão 4, 5 e 8 ) da Febraban, eles estão disponíveis em nossa biblioteca. p/acbr/code - Revision 29769: /tools/Bancos/9997-Febraban (sf.net) Por fim convido a todos a atualizar os fontes do ACBr reinstale o mesmo e instalar o novo componente. Até a mais.

Olá pessoal, Em edições recentes do Papo Pro ACBr, discutimos sobre a NT 2023.002 que entre outras mudanças, trouxe o fim da emissão assíncrona da NFCe. Agora esta sendo discutido pelo ENCAT a eliminação da emissão assíncrona também para NFe e visando obter a opinião das empresas afetadas pela mudança, a AFRAC está com uma pesquisa aberta até 30/06/2023 onde é possível dar sua opinião sobre esta mudança. Clique na imagem abaixo e participe da pesquisa

Muito obrigado por compartilhar a informação... Assisti o evento ontem e esclareceram muita coisa mesmo. Pessoal da SEFAZ-RS assumiu publicamente que foi um erro terem informado que o sistema pode gerar um código aleatório para vincular na tag cAut. Pediram desculpas publicamente.. Isso esclarece de uma vez por todas que o código que deve ser vinculado na tag cAut é o NSU da transação e não um código gerado aleatoriamente pelo sistema. Quanto ao pix, até onde eu entendi, somente será considerado integrado quando é com QrCode dinâmico, e nesses casos deve ser inserida na tag xCampo com o valor "txidPIX" e a tag xTexto com o número da autorização da transação, já que em alguns casos, o número de autorizado PIX ultrapassa os 20 caracteres que é o máximo aceito na tag cAut. Qualquer outra forma de recebimento com Pix que não seja com QrCode dinâmico, deve ser tratado como dinheiro. Quanto aos recebimentos feitos em operações não fiscais (recebimento de crediário, por exemplo), a orientação é fazer uma NFCe com um ítem com CFOP 5949. A SEFAZ-RS se comprometeu a lançar um documento com orientações dos dados que deverão ser informados nessa NFCe (ncm, CST de icms, etc...) "em breve".. Acredito que com esses esclarecimentos tenhamos um rumo a seguir agora.. No meu entendimento a implementação de TEF é primordial, apesar de a SEFAZ-RS afirmar que não é obrigatório. Existe ainda a possibilidade de integrar com a nova geração de POS onde é possível capturar as informações via Wi-fi ou blue Tooth, mas isso vai demandar um trabalho grande por parte das Sofwarehouses que teriam que desenvolver essa integração com cada adquerinte separadamente e nem todas disponibilizam essa integração ainda.. Resumindo, receber com cartão no RS é com TEF, seguindo as orientações da SEFAZ-RS Um ótimo trabalho a todos.

Infelizmente essa matéria está desatualizada e com poucas informações sobre a fonte. Você pode ver a data: Apesar dessa data, nada foi pra frente ainda. O que deve ser avaliado para implementação é o layout atual e o que está em desenvolvimento do eSocial, em especial o que está pra entrar em homologação. E esse registro S-1220 não entra nem na versão S-1.2 até o momento. Esse registro no entanto está em análise pela equipe do e-Social como pode ser vista numa minuta NDE de 2021, a saber: https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/20210903-minuta-nde-01-esocial-s-1_0-ir-sobre-rendimentos-do-trabalho.pdf. Ainda assim, não temos como saber quando vai entrar em vigor. Mas podemos estimar que seja só em 2024 ou no fim desse ano. Isso porque esse evento vai substituir a DIRF do IR, e pela INSTRUÇÃO NORMATIVA RFB Nº 2.096, DE 18 DE JULHO DE 2022 (veja aqui) isso deve acontecer só no início de 2024. Também temos o fato que só em setembro desse ano (2023) vai entrar em produção o último item da NT nº 02/2023 da versão S-1.1. Acho bem improvável o governo incluir esse evento antes disso já que nem fizeram a previsão pra versão S-1.2 entrar em produção. Resumindo, não se preocupe com isso ainda... aguarde e acompanhe as informações do site do e-social e aqui no fórum.

Boa tarde, Este CNPJ não deve ter nenhum NSU gerado para ele. Se começou a utilizar o serviço agora, nunca foram gerados NSUs para ele, aguarde a próxima NFe a ser emitida e consulte pelo DistribuicaoDFePorUltNSU passando zero. A sefaz não gera NSUs retroativos, então somente os novos registros serão considerados. Este método consulta 1 NSU específico. Este método traz um lote de até 50 registros, tendo que passar sempre o último NSU recebido, você irá passar zero até receber algum NSU, caso receba um lote com mais de um NSU, na próxima consulta utilize o ultNSU recebido.

O problema ocorre. é necessário fazer alguma ação e subir ao svn para corrigir

Bom dia! A Sefaz do Mato Grosso está indisponível de acordo com a consulta de disponibilidade em Portal da Nota Fiscal Eletrônica > Serviços > Consultar Disponibilidade: Conferindo em Situação SVC-RS, é possível observar que a contingência foi ativada: Para usar o ACBr em contingência durante este período, siga as orientações do tópico a seguir:

Aparentemente é um site particular com uma matéria de opinião. Os componentes do ACBr são pautados pela legislação vigente, como leis, notas técnicas e manuais de orientação ao contribuinte. Conforme informado anteriormente o componente atualmente está baseado na versão Simplificada 1.1, vigente até a data de hoje. Para qualquer adequação é necessário que a mesma seja respaldada por um documento oficial.

Isso acontece pq o soapAction do servidor do MG está diferente das outras UFs, erro deles... Se pegar o WSDL do CTeRecepcaoSincV4 de todos as outras UFs vai ter lá <soap12:operation soapAction="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4/cteRecepcao"/><soap12:operation soapAction="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4/cteRecepcao"/> <soap12:operation soapAction="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4/cteRecepcao"/> Mas em MG atualmente está sssim: <soap12:operation soapAction="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSinc/cteRecepcao"/> Note que no soapAction deles está só CTeRecepcaoSinc em vez de CTeRecepcaoSincV4, por isso retorna o erro que não conseguiu chamar o método, pq o ACBr está tentando com CTeRecepcaoSincV4

Sobre o evento, é triste de ver o quanto eles se perdem quando confrontados com a realidade do comércio brasileiro. Faltam respostas, inventam gambiarras pra tapar buracos e geram novos buracos. "Vamos ter que pensar" foi a principal resposta, e ainda assim o prazo pra implantação está estourado e os clientes das software houses estão preocupados. A cara de pau é maior quando eles dizem que não querem atrapalhar o mercado, quando na verdade qualquer um sabe que é basicamente a única função do governo. Claramente percebe-se que estes burocratas não entendem da realidade brasileira e ainda recebem a bênção da AFRAC.

Na data de hoje 15/06/2023 as 10:59, ainda continua o erro: Ambiente: Homologação Erro Interno: 0 Erro HTTP: 500 URL: https://hcte.fazenda.mg.gov.br/cte/services/CTeRecepcaoSincV4 <?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body><S:Fault xmlns:ns4="http://schemas.xmlsoap.org/soap/envelope/"><S:Code><S:Value>S:Sender</S:Value> </S:Code><S:Reason><S:Text xml:lang="en">Cannot find dispatch method for {http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4}cteDadosMsg</S:Text> </S:Reason></S:Fault></S:Body></S:Envelope> Abri uma reclamação junto a Secretaria de Estado de Fazenda de Minas Gerais - SEF/MG - SEF/MG. Aguardando resposta...

Ola ! Pelo exemplo esta usando a versão single thread verifique se não esta baixou a versão MultiThreads

Bom dia Gary, Se você esta informando o mesmo código de item de serviço com a mesma formatação que é feito pelo site ainda assim o Rps é rejeitado, não vejo outra alternativa entrar em contato com o provedor e questionar o motivo do erro. Lembre-se que muitos provedores retornam uma mensagem de erro que não tem nada haver com o erro propriamente dito.

Boa tarde! Estou tentando fazer o envio do CT-e na versão 4.0 em homologação, estado de Minas Gerais. Atualizei a pasta do Acbr e reinstalei o componente. E me retorna o seguinte erro: Alguém sabe me falar o que pode ser? Erro Interno: 0 Erro HTTP: 404 URL: https://hcte.fazenda.mg.gov.br/cte/services/CTeRecepcaoSincV4

A opção para alterar os dados das multas de boletos em ACBrBoletoW_Bancoob esta errado a url. Deve ser multas, esta multa.

Então, o problema é que o comportamento difere para strings escritas diretas no codigo e strings passadas pelos Edits, dai criei um teste e usei conforme o Demo, dai só obtive sucesso, da forma que mensionei. Mas pelo que entendi o Juliomar vai dar uma olhada pra gente. .

Obrigado Juliomar.

Boa tarde! Muito obrigado pelo feedback! Fiz um teste com o XML que forneceu e pude constatar o problema. Correção enviada ao SVN na Rev-29780

Essa opção eu não testei, mas se estraga as mensagens traduzidas ai já não resolve. Tentei ajustar a codificação das units mas mesmo assim não obtive sucesso. Vc testou com o Demo tb?

Aqui também estou brigando com a acentuação, a unica forma que da certo é ir em projeto >> opções de projeto >> Adiçoes e Sobreposiçoes e clicar em "Usar codificação do sistema", o problema é que dai bagunça algumas mensagens traduzidas do lazarus tipo "não" fica "n?o" Estou usando windows11x64 com lazarus 2.4.6

Obrigado @Diego Foliene problema resolvido, entramos em contato telefônico com a SEFAZ/PR e estava com bloqueio permanente. Realizamos o desbloqueio e já está em operação no cliente. Obrigado pela atenção!

Diego, Já esta no SVN.

Boa tarde! O evento S-1220 não consta nos layouts da versão Simplificada 1.1 que temos disponíveis aqui. Também não dispomos de Schemas para ele. Conferi novamente no site do eSocial e mesmo nos últimos layouts disponíveis não há informação sobre o S-1220. Por favor, poderia fornecer mais informações a respeito deste evento? Se possível a documentação relacionada?

Boa tarde, Fazendo uma pequena retificação a orientação do nosso amigo @Juliomar Marchetti. Se tratando do MDF-e temos os eventos de cancelamento e encerramento. Se enviar o evento de encerramento significa que a carga foi transportada e entregue. Se enviar o evento de cancelamento significa que a carga não foi transportada. Então neste caso o evento correto é o de cancelamento. Temos também a questão do prazo para o cancelamento, veja a regra abaixo: O que tudo indica o prazo para o cancelamento de um MDF-e é de 24 horas após a data/hora de autorização do mesmo. Para cancelar esse MDF-e vai ser necessário solicitar ao Fisco o cancelamento extemporâneo. É ai que entra o Contador conforme o Juliomar mencionou.

Obrigado. Criada a TK-4070 para avaliar a contribuição.

Boa tarde Elisângela, Esta muito estranho esse erro, pois a referida cidade se utiliza do provedor SimplISS versão 1.00 da ABRASF. Na unit ACBrNFSeXProviderABRASFv1 responsável por montar as mensagem a serem enviadas para o webservice como por exemplo o da Consulta da NFS-e por Rps a única verificação a ser feita é em relação ao numero do RPS, que se não for informado gera o erro X102. Mesmo que você configure o componente para o layout da NFS-e Padrão Nacional o erro gerado seria X126 - Chave da DPS não informada. Não vejo outra alternativa em fazer um debug para descobrir em que momento esta gerando o erro X117.

Olá @Maurício Sareto, obrigado pela contribuição... vou analisar...

Schemas. atualizados?

O melhor é encerrar e somente fazer quando ele for andar com o caminhão mas o bom é consultar o contador do cliente ou consultoria na area

Sim, eu estou pensando, como o lojista vai dizer dizer ao cliente que a nota emitida (NFC-e CFOP 5949) para o recebimento do crediário/parcela é um documento fiscal que "não tem valor"... vai reclamar que não aparecerá na nota fiscal gaúcha? Ou aparecerá? Eu estou assustado com essa gambiarra nível governamental!

Vlw já está no svn At revision: 29773

Por favor, é a tag IndApurIR não está sendo gerada? Pode atualizar o Monitor e realizar um novo teste? Veja o resultado que obtive ao usar o comando eSocial.CriarEventoeSocial usando o arquivo INI que forneceu como parâmetro na versão 1.4.0.177 do Monitor. Note que consta a tag no XML. 1238900560000002023061511061093949-S-1200-0.xml

Eu fiz dessa dessa. Leio o arquivo INI e gravo no componente. Mas o mais prático seria utilizar o gravaini e lerini. Veja: procedure TFrmAso.ConfigurarComponente(); var FileName: String; IniFile: TIniFile; SSLLib, CryptLib, HttpLib, XmlSignLib, FormaEmissao, VersaoDF, TipoEmpregador, Ambiente, Tentativas, TimeOut, SSLType: Integer; Caminho, Senha, NumSerie, FormatoAlerta, PathSalvar, PathSchemas, IdEmpregador, IdTransmissor, UF, Aguardar, Intervalo, Host, Porta, User, Pass, PatheSocial: String; AtualizarXML, ExibirErroSchema, RetirarAcentos, Salvar, Visualizar, SalvarSOAP, AjustarAut, SalvarArqs, PastaMensal, AddLiteral, EmissaoPatheSocial, SalvarPathEvento, SepararPorCNPJ, SepararPorModelo: Boolean; begin FileName := ExtractFilePath(ParamStr(0)) + 'eSocialConfig.ini'; IniFile := TIniFile.Create(FileName); try SSLLib := IniFile.ReadInteger('Certificado', 'SSLLib', 0); CryptLib := IniFile.ReadInteger('Certificado', 'CryptLib', 0); HttpLib := IniFile.ReadInteger('Certificado', 'HttpLib', 0); XmlSignLib := IniFile.ReadInteger('Certificado', 'XmlSignLib', 0); Caminho := IniFile.ReadString( 'Certificado', 'Caminho', ''); Senha := IniFile.ReadString( 'Certificado', 'Senha', ''); NumSerie := IniFile.ReadString( 'Certificado', 'NumSerie', ''); AtualizarXML := IniFile.ReadBool( 'Geral', 'AtualizarXML', False); ExibirErroSchema := IniFile.ReadBool( 'Geral', 'ExibirErroSchema', False); FormatoAlerta := IniFile.ReadString( 'Geral', 'FormatoAlerta', ''); FormaEmissao := IniFile.ReadInteger('Geral', 'FormaEmissao', 0); VersaoDF := IniFile.ReadInteger('Geral', 'VersaoDF', 0); RetirarAcentos := IniFile.ReadBool( 'Geral', 'RetirarAcentos', False); Salvar := IniFile.ReadBool( 'Geral', 'Salvar', False); PathSalvar := IniFile.ReadString( 'Geral', 'PathSalvar', ''); PathSchemas := IniFile.ReadString( 'Geral', 'PathSchemas', ''); IdEmpregador := IniFile.ReadString( 'Geral', 'IdEmpregador', ''); IdTransmissor := IniFile.ReadString( 'Geral', 'IdTransmissor', ''); TipoEmpregador := IniFile.ReadInteger('Geral', 'TipoEmpregador', 0); UF := IniFile.ReadString( 'WebService', 'UF', ''); Ambiente := IniFile.ReadInteger('WebService', 'Ambiente', 0); Visualizar := IniFile.ReadBool( 'WebService', 'Visualizar', False); SalvarSOAP := IniFile.ReadBool( 'WebService', 'SalvarSOAP', False); AjustarAut := IniFile.ReadBool( 'WebService', 'AjustarAut', False); Aguardar := IniFile.ReadString( 'WebService', 'Aguardar', ''); Tentativas := IniFile.ReadInteger('WebService', 'Tentativas', 0); Intervalo := IniFile.ReadString( 'WebService', 'Intervalo', ''); TimeOut := IniFile.ReadInteger('WebService', 'TimeOut', 0); SSLType := IniFile.ReadInteger('WebService', 'SSLType', 0); Host := IniFile.ReadString('Proxy', 'Host', ''); Porta := IniFile.ReadString('Proxy', 'Porta', ''); User := IniFile.ReadString('Proxy', 'User', ''); Pass := IniFile.ReadString('Proxy', 'Pass', ''); SalvarArqs := IniFile.ReadBool( 'Arquivos', 'SalvarArqs', False); PastaMensal := IniFile.ReadBool( 'Arquivos', 'PastaMensal', False); AddLiteral := IniFile.ReadBool( 'Arquivos', 'AddLiteral', False); EmissaoPatheSocial := IniFile.ReadBool( 'Arquivos', 'EmissaoPatheSocial', False); SalvarPathEvento := IniFile.ReadBool( 'Arquivos', 'SalvarPathEvento', False); SepararPorCNPJ := IniFile.ReadBool( 'Arquivos', 'SepararPorCNPJ', False); SepararPorModelo := IniFile.ReadBool( 'Arquivos', 'SepararPorModelo', False); PatheSocial := IniFile.ReadString('Arquivos', 'PatheSocial', ''); ACBreSocial1.Configuracoes.Certificados.ArquivoPFX := Caminho; ACBreSocial1.Configuracoes.Certificados.Senha := ShortString(Senha); ACBreSocial1.Configuracoes.Certificados.NumeroSerie := NumSerie; ACBreSocial1.SSL.DescarregarCertificado; ACBreSocial1.Configuracoes.Geral.SSLLib := TSSLLib(SSLLib); ACBreSocial1.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(CryptLib); ACBreSocial1.Configuracoes.Geral.SSLHttpLib := TSSLHttpLib(HttpLib); ACBreSocial1.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(XmlSignLib); ACBreSocial1.Configuracoes.Geral.Salvar := Salvar; ACBreSocial1.Configuracoes.Geral.ExibirErroSchema := ExibirErroSchema; ACBreSocial1.Configuracoes.Geral.RetirarAcentos := RetirarAcentos; ACBreSocial1.Configuracoes.Geral.FormatoAlerta := FormatoAlerta; ACBreSocial1.Configuracoes.Geral.FormaEmissao := TpcnTipoEmissao(FormaEmissao); ACBreSocial1.Configuracoes.Geral.VersaoDF := TVersaoeSocial(VersaoDF); ACBreSocial1.Configuracoes.Geral.IdEmpregador := IdEmpregador; ACBreSocial1.Configuracoes.Geral.IdTransmissor := IdTransmissor; ACBreSocial1.Configuracoes.Geral.TipoEmpregador := TEmpregador(TipoEmpregador); ACBreSocial1.Configuracoes.WebServices.UF := UF; ACBreSocial1.Configuracoes.WebServices.Ambiente := TpcnTipoAmbiente(Ambiente); ACBreSocial1.Configuracoes.WebServices.Visualizar := Visualizar; ACBreSocial1.Configuracoes.WebServices.Salvar := SalvarSOAP; ACBreSocial1.Configuracoes.WebServices.AjustaAguardaConsultaRet := AjustarAut; ACBreSocial1.Configuracoes.WebServices.AguardarConsultaRet := StrToInt(Aguardar); ACBreSocial1.Configuracoes.WebServices.Tentativas := Tentativas; ACBreSocial1.Configuracoes.WebServices.IntervaloTentativas := StrToInt(Intervalo); ACBreSocial1.Configuracoes.WebServices.TimeOut := TimeOut; ACBreSocial1.Configuracoes.WebServices.ProxyHost := Host; ACBreSocial1.Configuracoes.WebServices.ProxyPort := Porta; ACBreSocial1.Configuracoes.WebServices.ProxyUser := User; ACBreSocial1.Configuracoes.WebServices.ProxyPass := Senha; ACBreSocial1.SSL.SSLType := TSSLType(SSLType); ACBreSocial1.Configuracoes.Arquivos.Salvar := SalvarArqs; ACBreSocial1.Configuracoes.Arquivos.SepararPorMes := PastaMensal; ACBreSocial1.Configuracoes.Arquivos.AdicionarLiteral := AddLiteral; ACBreSocial1.Configuracoes.Arquivos.EmissaoPatheSocial := EmissaoPatheSocial; ACBreSocial1.Configuracoes.Arquivos.SepararPorCNPJ := SepararPorCNPJ; ACBreSocial1.Configuracoes.Arquivos.SepararPorModelo := SepararPorModelo; ACBreSocial1.Configuracoes.Arquivos.PathSchemas := PathSchemas; ACBreSocial1.Configuracoes.Arquivos.PatheSocial := PatheSocial; ACBreSocial1.Configuracoes.Arquivos.PathSalvar := PathSalvar; finally IniFile.Free; end; end; Resolvido. TimeZone.Modo, TimeZone.Str, VerificarValidade, ValidarDigest, IniServicos, IdCSRT, CSRT Esses não estão no INI do programa exemplo.

Bom dia Valter, Já esta no SVN. O ACBrInstall ainda não foi alterado para contemplar o novo componente, mas esta disponível o pacote de instalação para uma instalação manual.

Sim, estão. É que eles não tem nenhuma notícia específica no forum, mas estão disponibilizados. Basta verificar os fontes. Aqui você tem que consultar a documentação de cada banco. copiando uma resposta do nosso amigo @Daniel InfoCotidiano lá no discord da comunidade:

Bom dia, O provedor SiapNet segue a versão 2 do layout da ABRASF e permite o envio do Rps em lote no modo assíncrono, síncrono e o envio unitário no modo síncrono. Qual dos 3 modos de envio você esta utilizando? Se for o envio em lote no modo assíncrono, você tem como resposta o numero do protocolo que devemos utilizar no método Consultar Lote para saber o resultado do processamento. Se o Rps não foi convertido em uma NFS-e, esta consulta vai lhe retornar os motivos.

Atualmente os boletos híbridos implementados estão listados no tópico abaixo: Em relação a previsão de desenvolvimento eles são disponibilizados de acordo com a contribuição da comunidade ou quando temos muita demanda e recebemos a documentação relacionada. Caso queira contribuir com alguma implementação também ajuda o processo ser mais rápido, pois tendo a contribuição da comunidade conseguimos apenas validar se o código está no padrão e já liberar as implementações.

Boa tarde, Atualize o driver da leitora, tente trocar de porta. Utilize winCrypt conforme tópico a seguir e faça todas as atualizações do Windows para ver se funciona.

Boa tarde! O seguinte aviso foi publicado no Portal da Nota Fiscal Eletrônica: Mensagem semelhante também pode ser encontrada no site da Sefaz de Pernambuco. De acordo com o recado, durante o período de manutenção, a emissão deverá ser feita em contingência. Para usar o ACBr em contingência, siga as orientações do tópico abaixo: Até o momento da postagem deste tópico não havia agendamento de contingência no painel de Situação SVC-RS. Um agradecimento ao membro @Felipe Marianopor compartilhar o aviso no canal #sefaz em nossa comunidade do Discord.

Boa tarde Ítalo, como havia mencionado para o Diego no discord, meus fontes estavam atualizados no início de Março, já que atualizo ele com a atualização do meu sistema. Vou atualizar os fontes agora. No meu fonte na unit GeisWeb.LerXml ainda está DataEmissao := ObterConteudo(ANode.Childrens.FindAnyNs('DataEmissao'), tcDat); dhRecebimento := ObterConteudo(ANode.Childrens.FindAnyNs('DataLancamento'), tcDat); Nisso pode estar apresentando o erro, assim que atualizar os fontes vou fazer novo teste e comunico aqui.

Bom dia, implantei a emissão de boleto Sicoob via WS, tudo ok, só um detalhe, o comando de emissão e distribuição está fixo para o banco, fiz o teste e paguei quase R$ 4,00 de taxa (e recebi o boleto pelos correios). O código está assim em ACBrBoletoW_Bancoob Json.Add('identificacaoEmissaoBoleto').Value.AsInteger := 1; Json.Add('identificacaoDistribuicaoBoleto').Value.AsInteger := 1; Segundo o manual do banco: identificacaoEmissaoBoleto* integer example: 1 Código de identificação de emissão do boleto. Informar os valores listados abaixo. - 1 Banco Emite - 2 Cliente Emite identificacaoDistribuicaoBoleto* integer example: 1 Código de identificação de distribuição do boleto. Informar os valores listados abaixo. - 1 Banco Distribui - 2 Cliente Distribui Deveria ficar algo mais ou menos assim: if aTitulo.ACBrBoleto.Cedente.ResponEmissao= tbCliEmite then begin Json.Add('identificacaoEmissaoBoleto').Value.AsInteger := 2; Json.Add('identificacaoDistribuicaoBoleto').Value.AsInteger := 2; end else begin Json.Add('identificacaoEmissaoBoleto').Value.AsInteger := 1; Json.Add('identificacaoDistribuicaoBoleto').Value.AsInteger := 1; end; Estou reportando para se possível fazerem as devidas correções nos fontes. Obrigado.

@Cleonir Subimos uma correção, por favor atualizar os fontes, reinstale o ACBr

Para quem quiser ver como estamos usando o FPDF no ACBrBoleto, veja essa notícia publicada anteriormente:

Não existe alternativa para o 3.00, a NT 2023.001 é bem clara nisso: O CTe com tipo anulação e substituição deixam de existir na versão 3.00. Foi criada até regra de validação impedindo a aprovação de CT-es de substituição na versão 3.00. Isso só será possível novamente quando no 4.00.

Nada ainda em MG, o mesmo erro continua, e até o momento sem respostas do Fale Conosco. Sugiro que demais devs/empresas de MG também entrem em contato e caso tenham alguma resposta satisfatória, compartilhar com os demais aqui.

Boa tarde a todos. Não estou conseguindo autorizar em MG. Estou recebendo este erro Erro Interno: 0 Erro HTTP: 500 URL: https://hcte.fazenda.mg.gov.br/cte/services/CTeRecepcaoSincV4 <?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"> <S:Body><S:Fault xmlns:ns4="http://schemas.xmlsoap.org/soap/envelope/"><S:Code><S:Value>S:Sender</S:Value> </S:Code><S:Reason><S:Text xml:lang="en">Cannot find dispatch method for {http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4}cteDadosMsg</S:Text> </S:Reason></S:Fault></S:Body></S:Envelope> Alguém mais fez algum teste em MG? Grato.

olá, alguém já conseguiu autorizar algum CT-e 4.0 em MG?

Tem disponível webservice da versão 4.0 para SP ?

@amaro.omplantacao, eu desenvolvi esta unit para gerar a remessa e ler o retorno do débito automático. Confere ai. ACBrDebitoAutomatico.pas