Márcio Baroni

Bom dia Juliana, a NFS-e é autorizada sem problemas, o detalhe é apenas a url do qrcode que quando se lê pelo celular, é direcionado para uma url invalida para provedor centi. O provedor espera receber como parâmetro o valor do campo "Id" da tag "InfNfse" mas hoje no acbr está passando o valor do campo "CodigoVerificacao"

Boa tarde.. Recentemente começamos a receber rejeições da cidade de Cuiabá-MT com o seguinte motivo: Contribuinte é Simples Nacional a alíquota informada deve estar entre 2% e 5%. Número do RPS em que ocorreu o erro: 2 - ; Lista de NFSe não encontrada! (ListaNfse) - ; No xml gerava a tag da alíquota (5%) porém dividida por 100: Após adicionar o parâmetro "NaoDividir100:" no arquivo ACBrNFSeXServicos.ini a nota foi emitida normalmente. Nome=Cuiaba UF=MT Provedor=ISSNet Params=NaoFormatarItemServico:|NaoDividir100: ; ProRecepcionar=https://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx

Boa tarde... Depois de uma implantação em um cliente da cidade de Rio Verde-GO, foi relatado que a url no qrcode da nfs-e estava inválido. Ex: https://api.centi.dev.br/portal/nfse/go/rioverde/4675 Hoje no arquivo ACBrNFSeXServicos.ini encontra assim, passando o código de verificação da nota: ProLinkURL=https://api.centi.dev.br/portal/nfse/go/rioverde/%CodVerif% HomLinkURL=https://api.centi.dev.br/portal/nfse/go/rioverde/%CodVerif% Após verificar a url do qrcode emitido pelo próprio site da prefeitura, é necessário alterar o parâmetro para passar a chave de acesso (<InfNfse Id="cbe8a50c-06a8-4675-812b-68a625849fd4">) Ex: https://api.centi.dev.br/portal/nfse/go/rioverde/cbe8a50c-06a8-4675-812b-68a625849fd4 Ajuste: [5218805] Nome=Rio Verde UF=GO ... ProLinkURL=https://api.centi.dev.br/portal/nfse/go/rioverde/%ChaveAcesso% HomLinkURL=https://api.centi.dev.br/portal/nfse/go/rioverde/%ChaveAcesso%

Boa tarde, unit em anexo... ACBrNFSeXLerXml_ABRASFv2.pas

Bom dia, após o commit do dia 28/09 referente a uma mudança na leitura do campo "IssRetido", o carregamento do XML do RPS referente a tal campo não funciona mais.... Na procedure "LerServico" da unit "ACBrNFSeXLerXml_ABRASFv2.pas" foi adicionado uma condição se "IssRetido = stNenhum", mas essa condição nunca vai ser verdadeira porque por padrão o campo é "IssRetido = stNormal". Só é definido como "stNenhum" na procedure "LerInfNfse" que não é o caso do carregamento do XML do RPS. procedure TNFSeR_ABRASFv2.LerServico(const ANode: TACBrXmlNode); ... with Valores do begin if IssRetido = stNenhum then <<---- IssRetido := FpAOwner.StrToSituacaoTributaria(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('IssRetido'), tcStr)); ... Uma solução foi: function TNFSeR_ABRASFv2.LerXmlRps(const ANode: TACBrXmlNode): Boolean; begin Result := True; if not Assigned(ANode) or (ANode = nil) then Exit; NFSe.Servico.Valores.IssRetido := stNenhum; <<<--- LerInfDeclaracaoPrestacaoServico(ANode); end;

@Alisson Marques Usamos o componente TACBrSpedPCImportar junto o TACBrSPEDPisCofins para unificar os arquivos do sped matriz filial.

Olá @Claytonocn07, usamos esse cara aqui https://github.com/ahausladen/PdfiumLib, precisa apenas de uma dll....

Boa tarde @Italo Giurizzato Junior Oficialmente não tenho essa informação, como o comunicado veio especificamente para Barra do Garças, fiquei também na duvida das outras cidades desse provedor que também temos nosso sistema. Eu encontrei outras cidades pelo novo formato da url... Faz assim...semana que vem eu tento entrar em contato com o provedor COPLAN e confirmo se é uma alteração geral ou especifica para este município...blz

Boa tarde, conforme o anexo, as urls da prefeitura da cidade de Barra do Garças/MT vão mudar... Em anexo os ajustes no .ini ACBrNFSeXServicos.ini

@RibaSoft vc já tentou usar a autenticação OAuth do Google Tente usar a unit abaixo para gerar o token...na sua aplicação no lugar da senha do usuário do SMTP, vc passa o token gerado... https://github.com/InfoPointSoftware/Utils/blob/main/Infopoint.GoogleOAuth.pas Obs: Vc tem que gerar o client id/client secret no painel da conta google.

Boa noite @Leonardo de Alice Passei por isso também...Cara seu ACbr tá desatualizado heim....a tela do instalador nem é essa mais.... 1- Atualiza o Fortes Report para ultima versão https://github.com/fortesinformatica/fortesreport-ce (deixe também só a pasta das dcus do Fortes no Library Path do delphi) 2- Atualiza seu ACbr, no instalador vc deve marca a opção acima "Deixar somente a pasta Libxx...." e marca também a opção "Remover arquivos antigos..."

@Leonardo de Alice Faço 3 coisas simples que darão uma boa otimizada: 1- Library Path: Deixe apenas a pasta das DCU dos componentes. Ex. do acbr deixo apenas "E:\Componentes\ACBr\Lib\Delphi\LibD19\Win32" 2- Crie um ramdisk na memória (Como se fosse uma unidade na memória RAM) e jogue suas DCU nessa unidade em memória Eu crio um disco de 512mb http://www.radeonramdisk.com/files/Radeon_RAMDisk_4_4_0_RC36.msi 3- Instale o IDE Fix Pack/fastdcc https://www.idefixpack.de/blog/ide-tools/ide-fix-pack/

Adicione ACBrBoletoConversao em seu uses

Bom dia @Danilo Ziza É cara pelo visto estamos no mesmo barco.... Tentei passar a mesma ideia mas sem sucesso...vou ter que ficar com essa alteração do ACBr local mesmo....

Boa tarde @Juliana Tamizou Obrigado pela atenção... Sem problema de mudar a abordagem...só queria que as rotinas de leitura do retorno de 240 e 400 posições tratassem o nosso número da mesma forma.... Aguardo uma posição....

Bom dia a todos... Na leitura do retorno do Sicredi 240 posições, o nosso número é lido truncando em 8 caracteres que é o tamanha máximo padrão mas na leitura do retorno de 400 posições o nosso número já lido com 9 caracteres.. . Como eu salvo no meu sistema o nosso número com 9 caracteres incluindo o digito verificar, quero propor a seguinte alteração na leitura do retorno 240: Sugiro colocar a variável "TamanhoMaximoNossoNum" ao invés de colocar o "8" fixo....Dessa forma não quebra quem já usa o componente e eu posso setar a variável para "9" que resolve meu problema. Em anexo o arquivo modificado... ACBrBancoSicredi.pas

Boa tarde....Segue alguns ajustes no componente TACBrSpedPCImportar ACBrEPCBloco_1_Importar.pas Adicionado o registro Reg1050 ACBrEPCBloco_M_Importar.pas Adicionado os registros RegM215 e RegM615 Ajustado os registros RegM210 e RegM610 para a versão vlVersao310 ACBrEPCBloco_M_Importar.pas.patch ACBrEPCBloco_1_Importar.pas.patch ACBrEPCBloco_1_Importar.pas ACBrEPCBloco_M_Importar.pas

Obrigado @Juliomar Marchetti

Boa tarde pessoal.... Conforme o ajuste da contribuição do tópico abaixo, fiz uns ajustes nos registros M210/M610 Também estou adicionando um ajuste para incluir o registro F559 @EMBarbosa ACBrEPCBloco_M_Class.pas ACBrSpedPisCofins.pas ACBrEPCBloco_F_Class.pas

Ok...Corrigido...Obrigado

Boa tarde...sim observei essa revisão 15953, mas não tem alteração nesta função (erro continua lá). Apenas visualizando esse trecho, destaca-se o erro if ((Mensagem.Count - 1) = 2) then Result := Copy(PadRight(Mensagem[1] +' / '+ Mensagem[2], 140, ' '), 1, 140) else Result := Copy(PadRight(Mensagem[1], 140, ' '), 1, 140);

Após atualizar a ACBrBancoBrasil.pas para a revisão 15932, surgiu um erro de list index out of bounds na geração de remessas do banco do brasil Segue possível correção: ACBrBancoBrasil.pas.patch ACBrBancoBrasil.pas

Bruno não se esqueça que aqui no MT tem horário de versão...nesse período você tem que passar fuso horário -03:00...blz

Mato Grosso é fuso horário -4...tem que passar dhEmi>2018-08-31T13:35:50-04:00</dhEmi>