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.

Boa tarde @Juliomar Marchetti Então a propriedade "UsaSeparadorPathPDF" não faz diferença... Problema como foi relatado nos comentários do @Danilo Yoshio é na propriedade "FIndexImpressaoEventosIndividual" que fica com um valor inválido de "-1" no momento de acessar o array com os eventos... Eu acho que uma possível solução é retirada da linha 2230 da unit "ACBrNFeDANFEFRDM.pas" O uso do FPDF não é uma opção no meu caso, meu emissor usa DANFE personalizados em FastReport....

Boa tarde pessoal... Alguma novidade desse erro? Fontes atualizados até a revisão 41150, mas o erro (Argument out of range) ainda continua....

Bom dia Pessoal... Ajuste na URL de homologação para a cidade de Barra do Garças/MT HomRecepcionar=https://coplan.inf.br/tributario/barradogarcas/anfse_web_service HomLinkURL=https://coplan.inf.br/tributario/barradogarcas/tnfse_validacao?%CodVerif%

Bom dia... Aproveitando o assunto do tópico e fazer uma critica.... O ACBr já passou da hora de usar um GIT da vida (Github, Gitlab), é muito melhor que o svn, inúmeras possibilidades... A contribuição via fórum anexando fontes, isso não rola mais, é improdutivo demais... A contribuição via Pull Request seria muito mais pratico para todos os lados...

Boa tarde @Italo Giurizzato Junior Por incrível que parece a url da "ProLinkURL" está errado, eles trocaram "IssWeb-ejb" por "issweb" Atual, retorno 404: ProLinkURL=http://nfconfresa.sigaraguaia.com.br:8080/IssWeb-ejb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Correto, retorna o PDF: ProLinkURL=http://nfconfresa.sigaraguaia.com.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Boa Tarde.. Aqui na empresa no ano passado fizemos um serviço que utilizava o componente "wppconnect-team/WPP4Delphi" para o envio de mensagens e arquivos via WhatsApp integrado no nosso ERP, mas não virou, consumia muitos recursos (memoria, cpu). Depois de algumas pesquisas, fizemos uma api em node.js e utilizamos o projeto "WhiskeySockets/Baileys" que comunica com WhatsApp. Hoje a api funciona super tranquilo hospedado em um VPS, consumindo pouco recursos... Temos hoje 42 empresas usando enviando uma média 3.500 mensagens por mês (os números são poucos porque ainda é um projeto piloto) Mas existe algumas observações por ser um meio não oficial: * Não use um número recém criado, vai dar banimento, vc precisa "esquentar" o número, enviando e recebendo mensagens... * Não envie mensagens em massa, com certeza vai dar banimento (Se precisar enviar muitas mensagens, faça uma fila e dê uma pausa de tempos em tempos) * Não envie mensagens idênticas, sempre coloque algo que distingue cada mensagem.

@Italo Giurizzato Junior quando vc alterou as urls para cidade de Confresa, vc removeu as urls de produção ficando com as chaves de homologação O correto: ProRecepcionar=http://confresa.sigaraguaia.com.br:8080/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://confresa.sigaraguaia.com.br:8080/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Boa noite pessoal Estou implantando o boleto do BB via API e estou passando o mesmo cenário do @arthurzsr O setor de homologação do BB fez uma ressalva no layout do boleto na questão do digito na agência e conta Também estou configurando o componente como "TipoCobranca = cobBancoDoBrasilAPI" e na função "MontarCampoCodigoCedente" está fazendo a distinção do tipo da cobrança e não formatando a agencia e conta com os dígitos. Fiz um ajuste removendo o tratamento do "TipoCobranca = cobBancoDoBrasilAPI" ACBrBancoBrasil.pas

Bom dia Pessoal... Ajuste no params para a cidade de Campinápolis/MT [5102603] ; Incluído em 18/07/2024 Nome=Campinapolis UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116

Bom dia Pessoal... Ajuste no params para a cidade de Novo São Joaquim/MT [5106281] ; Incluído em 18/07/2024 Nome=Novo Sao Joaquim UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116,CodigoCnae