Márcio Baroni

Boa tarde Ficou faltando atualizar o arquivo nfse.xsd na pasta do provedor no SVN.....

No SVN está a url "antiga" ProRecepcionar=http://gestaopublica.jatai.bsit-br.com.br/integracao/services/nfseWS Conforme o manual divulgado pelo provedor, a url e o .xsd mudaram: [5211909] Nome=Jatai UF=GO Provedor=Sigep Versao=2.00 ProRecepcionar=http://jatai.sigep.com.br/integracao/services/nfseWS nfse.xsd

Boa tarde... O provedor SIGEP fez mudanças em seu webservice em razão da Reforma Tributária mudando seu .xsd (em anexo) Mudança na url da cidade de Jataí-GO (Testado em produção): [5211909] Nome=Jatai UF=GO Provedor=Sigep Versao=2.00 ProRecepcionar=http://jatai.sigep.com.br/integracao/services/nfseWS nfse.xsd

@Breno VilasBoas tem coisa errada ai no seu ambiente.... esse RPS que vc anexou é padrão ABRASF ou seja, webservice antigo da Coplan.. Vc tem que usar o novo webservice com layout nacional, tem usar o ACBrNFSeXServicosRTC.ini com o ajuste na seção da cidade de sinop (igual postei acima) Outra coisa, no webservice novo só tem o gerar nfse unitário, não tem implementado as rotinas em lote....(tbem postei acima o envio unitário)

Boa tarde @Breno VilasBoas As rotinas em lote não estão implementados nesse novo webservice da Coplan...eu implementei apenas o GERARNFSE, CANCELARNFSE e CONSULTARLOTEDPS Se vc conseguir mudar no sistema para chamar essas rotinas deve funcionar...aqui em Barra do Garças estou emitindo mas vc tem que mudar para emissão unitário ( NFSex.Emitir(Lote, meUnitario, False); ), tudo indica que vc está usando as rotinas de lote...

Bom dia pessoal... O provedor Coplan mudou o layout do seu webservice para layout nacional mas manteve a estrutura do abrasf. No componente do NFSex não precisa mexer em nada, mas precisa alterar a configuração no arquivo ACBrNFSeXServicosRTC.ini

Bom dia Italo Então eu deixei a herança da classe TACBrNFSeProviderABRASFv2 para aproveitar alguns métodos porque o webservice da coplan ainda é baseado no abrasf... Como vc retirou a herança, faltou implementar alguns métodos: Coplan.Provider.pas

Bom dia... Provedor Coplan mudará o layout do seu webservice para utilizar o layout da NFS-e Nacional, mas eles manteram a estrutura da ABRASF. Eu fiz a implementação de um provedor nos componentes do ACBr com a emissão unitária, consulta de nfs-e por DPS e cancelamento... URL Hom: https://coplan.inf.br/tributario/barradogarcas/anfse_ws?wsdl Em anexo os arquivos modificados e docs enviado pela Coplan. Coplan.GravarXml.pas Coplan.LerXml.pas Coplan.Provider.pas ACBrNFSeXProviderManager.pas coplan_v1.01 1 3.xsd EnviarLoteDpsSincronoEnvio.xml Exemplo_GERARNFSe_P.N.xml

ACBrNFe.IniWriter.pas

Boa tarde.. Adição dos campos xNome, CEP, email, IE nas rotinas de Gerar_Retirada/Gerar_Entrega em ACBrNFe.IniWriter ACBr.patch

Bom dia Verifica a url de produção no arquivo ACBrNFSeXServicos.ini, se tiver diferente do abaixo, altera e recompilar o ACBr [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx

Se vc estiver usando Delphi, Zip64 só tem a partir do Delphi 11 Alexandria Agora se seu Delphi for mais antigo, vc pode usar o mORMot2 quem tem suporte ao Zip64.

Bom dia @daniel_mirassol perdão pela demora... Vc pode fazer em duas etapas: 1ª: Primeiro vc autentica no OAuth para gerar o acess token procedure xxxxx.OnTokenGerado(const pAcessToken, pRefreshToken: string; const pDataExpiracao: TDateTime); begin // aqui vc consegue pegar os tokens gerados apos fazer login na conta do gmail // vc deve salvar esses tokens para serem usados depois end; var config: TConfigOAuth; fOAuth2: TOAuth2; begin config.ClientID := '< seu client id >'; config.ClientSecret := '< seu client secret >'; config.OnGenerateToken := OnTokenGerado; fOAuth2 := TGMailOAuth.Create(pConfig); fOAuth2.Authenticate; // aqui vai pedir pra fazer login na conta do gmail end; 2ª: Com o token gerado agora vc alimenta o componente do ACBrMail function RefreshTokenOAuth: string; var config: TConfigOAuth; fOAuth2: TOAuth2; begin config.ClientID := '< seu client id >' config.ClientSecret := '< seu client secret >'; config.AccessToken := '< access token gerado anteriormente >'; config.RefreshToken := '< refresh token gerado anteriormente >'; fOAuth2 := TGMailOAuth.Create(pConfig); fOAuth2.RefreshNewToken; Result := fOAuth2.getAccessToken; end; var fACBrEmail: TACBrMail; begin fACBrEmail := TACBrMail.Create(nil); ... ... fACBrEmail.Username := 'xxxx'; fACBrEmail.Password := RefreshTokenOAuth;

Boa tarde @daniel_mirassol Como o juliomar mencionou, tbem criei uma camada de OAuth2 sem mexer no componente do acbr... Vou anexar os fontes que us o aqui, ai vc dar uma olhada se atende suas necessidades...blz OAuth2.Outlook.pas OAuth2.pas OAuth2.Gmail.pas

Boa tarde Então setar a propriedade "UsaSeparadorPathPDF" antes da impressão não faz diferença, o erro acontece do mesmo jeito... o FPDF é ótimo, eu sei, tenho plano de mudar do Fast para ele, mas na época que tentei migrar, falta alguns modelos de documentos fiscais (acho que MDF-e, CT-e - vou me atualizar denovo) Sobre a DANFE personalizado, eu sei e concordo, existe um padrão tudo bonitinho, mas infelizmente em alguns software house é complicado... Bom sobre o erro do tópico, a remoção da linha 2230 da unit "ACBrNFeDANFEFRDM.pas" resolveu o problema, e gostaria que fosse ajustado nos fontes do ACBr.