RRamboli

Ao visualizar a nota emitida para a IPM com DELPHI, a DANFSe dela exibe com algumas informações default, como a data de emissão para 1899 por exemplo, sem informação do numero da nota, etc, porem no xml tanto no de envio como no de resposta está correto, é necessário alguma configuração extra? ou a IPM tem um layout próprio? Ps: Testei com o exemplo de NFSeX tambem 125-rec.xml 125-ger-nfse.xml 4324044181000800010956000000000000125-rps.xml

Huum entendi, muito obrigado

Ao realizar a impressão do boleto em pdf, não exibe os valores de desconto e afins, confirmo que estão valorizados, mas mesmo assim não exibe, tem alguma configuração adicional a fazer?

Olá, estava verificando os modelos disponiveis de Dactes disponiveis, DACTE_EVENTOS.fr3, DACTE_INUTILIZACAO.fr3, DACTE_OS.fr3, DACTE_PAISAGEM.fr3, DACTE_Retrato.fr3, DACTE2em1A4.fr3 e DACTE2Vias.fr3, nenhum pdf exibiu a chave de acesso do CT-e anterior, ou qualquer outra info de identificação dele. Tambem verifiquei abrindo os fr3 pelo componente FrxReport do Fast Report e não localizei o campo do CT- anterior Existe alguma opção disponivel? ou um modelo ?

Sim, utilizando Delphi

Ao tentar gerar o DACTE dos CT-e's que possuo, o seguinte erro ocorre, testei as seguintes situações: 1 - Atualizei o os Fontes e os Arquivos fr3 2 - Testei vários formatos de imagem (png,jpg,jpeg,bmp, e até gif sjjs) 3 - Tambem testei com diferentes tamanhos, indo de 50x50 até 1500x1500 px 4 - Os demais PDFs fiscais, NFe, MDF-e, geram com a logo correta, com todos os testes acima citados 5 - Testei todos os fr3 disponiveis do CT-e (DACTE_EVENTOS.fr3, DACTE_EVENTOS.fr3, DACTE_OS.fr3, DACTE_PAISAGEM.fr3, DACTE_Retrato.fr3, DACTE2em1A4.fr3, DACTE2Vias.fr3) para verificar se algum deles gerava sem essa mensagem 6 - O mesmo erro acontece quando eu não vinculo nenhuma imagem tambem

Alterei de png para bmp porem o erro persiste os Arquivos do acbr estão atualizados

Atualmente testando com a API do Banco do Brasil, ao realizar a alteração dos dados do boleto, mais precisamente, a data de vencimento apenas, retorna o seguinte erro no txt. Codigo=404 Mensagem=NÃO ENCONTRADO. O servidor não conseguiu encontrar o recurso solicitado. Até onde visualizei a API do BB, eles possuem Endpoints de Edição/Alteração de Boletos.

Ao tentar gerar o Boleto em PDF, o seguinte erro é emitido. Segue abaixo em trecho da config. cobranca.ACBrBoletoFC := TACBrBoletoFCFR.Create(nil); if cobranca.ACBrBoletoFC is TACBrBoletoFCFR then TACBrBoletoFCFR(cobranca.ACBrBoletoFC).FastReportFile :=ExtractFilePath(Application.ExeName)+'Boleto.fr3'; if Assigned(cobranca.ACBrBoletoFC) then cobranca.ACBrBoletoFC.DirLogo := ExtractFilePath(Application.ExeName)+'Logos\Colorido\'; cobranca.ACBrBoletoFC.CalcularNomeArquivoPDFIndividual := False; if not DirExists(ExtractFilePath(Application.ExeName)+'Boletos\PDF') then MkDir(ExtractFilePath(Application.ExeName)+'Boletos\PDF'); cobranca.ACBrBoletoFC.NomeArquivo := ExtractFilePath(Application.ExeName)+'Boletos\PDF\Boleto_'+sNumeroBoleto; cobranca.ACBrBoletoFC.AcbrBoleto.GerarPDF; Os diretorios estão corretos, seria alguma configuração pendente? Verifiquei as configs da Demo, e está sendo informado da mesma forma Utilizo Delphi Seattle

Debuguei verificando os valores nos campos referentes ao Banco do Brasil, e todos estão valorizados corretamente, inclusive o do convenio O que significa "Tipo do convenio invalido" ? já que não localizei esta propriedade/variavel no ACBrBoleto

Conforme instruido no TXT de configuração para o uso da API de Boletos do Banco do Brasil, foi configurado o componente, porem o retorno do envio da remessa pela api retorna com a mensagem "Tipo do convênio inválido", dentro do proprio projeto AcbrBoletoDemo tambem me gera a mesma resposta. RetornoRegistro.txt

Funcionou, muito obigado

Ao inicializar o Delphi Seattle, uma serie de erros nas dpl são exibidos, que se estende a todas as dpls existentes na pasta Lib. O Path está sendo referenciado. Realizei a reinstalação do ACbr. Rodei o "apagarAcbr.bat" e realizei novamente a reinstalação. Cheguei a limpar a pasta e puxar novamente tudo do SVN para realizar a reinstalação. Esta situação está ocorrendo deste ontem, nada foi alterado na maquina para que isto acontecesse, apenas iniciei minha manhã de ontem com este erro. Alguma ideia de como solucionar ? (PS: Mesmo apagando tudo da pasta ACBr e puxando do SVN, as Pastas EXEMPLO e FONTES vieram como alterados, não sei se isto teria algo relacionado)

Olá, estou enfrentando alguns contratempos na Demo de Boletos do ACBr, já ao inicializar o projeto as mensagens de Access Violation é exibida, e mesmo apos configurar o WebService e os demais parametros, nada alem de Access Violations são exibidos.

Olá, a logo da DACTE e DAMDFE não esta aparecendo. Estou informando a imagem seguindo os exemplos do acbr sobre o CTe e MDFe, segue abaixo: // MDFE ACBrMDFe1.DAMDFe.Logo := sDir + logoJPG; // CTE ACBrCTe1.DACTE.Logo := sDir + logoJPG; Como tambem, tentei informar a logo pelo componente dacte, como possui um campo chamado logo, resolvi testar (apenas no caso do CTe):ACBrCTeDACTEFR.Logo := sDir + logoJPG; Para NF-e, consegui homologar as imagens JPG de 100x100 ate 600x600 seguindo esse exemplo (ACBrCTe1.DACTE.Logo := sDir + logoJPG;) Alguma informação de como proceder nesse caso? Algo esta faltando?

Olá, a logo da DACTE e DAMDFE não esta aparecendo. Estou informando a imagem seguindo os exemplos do acbr sobre o CTe e MDFe, segue abaixo: // MDFE ACBrMDFe1.DAMDFe.Logo := sDir + logoJPG; // CTE ACBrCTe1.DACTE.Logo := sDir + logoJPG; Como tambem, tentei informar a logo pelo componente dacte, como possui um campo chamado logo, resolvi testar (apenas no caso do CTe):ACBrCTeDACTEFR.Logo := sDir + logoJPG; Para NF-e, consegui homologar as imagens JPG de 100x100 ate 600x600 seguindo esse exemplo (ACBrCTe1.DACTE.Logo := sDir + logoJPG;) Alguma informação de como proceder nesse caso? Algo esta faltando?

Olá, nesse caso eu debuguei antes de gerar o XML, e confirmo que o valor esta indo para a variavel correta, seria alguma regra que não configurei talvez? tem alguma condição para ela ser exibida? Grato a resposta

Olá, ao realizar a devolução tanto de Entrada como de Saida, informo o Valor do IPIDevol em cada item, ele soma no Rodapé da nota, porém mesmo informando e garantindo que não seria 0, mesmo assim no XML é gerado como 0. Não localizei nos Exemplos do ACBr algo relacionado. Teria um exemplo para devoluções?

O token a cima é apenas de exemplo

Também não funcionou, retorna o mesmo erro

Olá, estou realizando a integração com a API da RvHub para Recarga de Celulares. Todas as requisições foram testadas no Insomnia e estão retornando corretamente. Porém, no Dephi Seattle, utilizo os componentes IdHTTP e os COmponentes REST para realizar as requisições, porém o retorno é o seguinte. Para o IdHTTP : 403: Forbbiden Para os REST: 405 Method Not Allowed Ocorre em todas as requisições da API, onde em algumas delas é uma requisição POST sem BODY com apenas o HEADER. Abaixo as linhas de código: Delphi Seattle API RvHub IdHttp: var idHttp : TidHttp; SSl : TIdSSLIOHandlerSocketOpenSSL; JsonStreamRetorno : TStringStream; begin JsonStreamRetorno := TStringStream.Create('', TEncoding.UTF8); idHttp := TidHttp.Create(nil); SSl := TIdSSLIOHandlerSocketOpenSSL.Create(nil); SSl.SSLOptions.Method := sslvTLSv1_2; idHttp.IOHandler := SSL; idHttp.Request.Clear; idHttp.Request.CustomHeaders.Clear; idhttp.Request.UserAgent := 'Mozilla/5.0 (Windows NT 10.0; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0'; idHttp.Request.ContentType :='application/x-www-form-urlencoded'; idHttp.Request.Accept:='application/json'; idhttp.Request.Charset := 'UTF-8'; idhttp.HandleRedirects := True; idHttp.Request.CustomHeaders.AddValue('Content-Type','application/x-www-form-urlencoded'); idHttp.Request.CustomHeaders.AddValue('Authorization','Basic NmVrNnFobjk0dml0M2piNDI1MDdic2U0czp1bDdmMWg4MGMzMThwdTRicDRlN3NucTdtbW5kYjlwY3BjNm8zdjZzbmIyMzlzb2F1dDg='); try idHttp.Post('http://auth.sbx.rvhub.com.br/oauth2/token?grant_type=client_credentials',JsonStreamRetorno); except on E: Exception do ShowMessage('Error on request:'#13#10 + E.Message); end; end; REST: var FRestClient: TRESTClient; FRestRequest: TRESTRequest; FRestResponse: TRESTResponse; begin FRestClient := TRESTClient.Create(nil); FRestRequest := TRESTRequest.Create(nil); FRestResponse := TRESTResponse.Create(nil); FRestRequest.Client := FRestClient; FRestRequest.Response := FRestResponse; FRestClient.BaseURL := 'https://auth.sbx.rvhub.com.br/oauth2/token?grant_type=client_credentials'; FRestClient.ContentType := 'application/x-www-form-urlencoded'; FRestRequest.Accept := 'application/json'; FRestRequest.Params.AddHeader('Content-Type','application/x-www-form-urlencoded'); FRestRequest.Params.AddHeader('Authorization','Basic NmVrNnFobjk0dml0M2piNDI1MDdic2U0czp1bDdmMWg4MGMzMThwdTRicDRlN3NucTdtbW5kYjlwY3BjNm8zdjZzbmIyMzlzb2F1dDg='); FRestRequest.Body.ClearBody; FRestRequest.Method := rmPOST; FRestRequest.Execute; ShowMessage(FRestResponse.StatusCode.ToString()+#13+FRestRequest.Response.StatusText); end;

Olá, o provedor de Cacoal - RO, WebIss, está retornando diversos erros 404 e outros erros internos ao emitir as NFS-e, segue os meus testes. Fiz 6 testes de envio de nota, sem mudar configuração nem fontes, enviando o mesmo serviço para o mesmo cliente, e apresentou 2 situações diferentes ps: AcBr atualizado, NFSeX Ocorre erro HTTP 404 ao emitir a NFS-e e Erro Interno 12002 HTTP 0 - TImeOut de Requisição Ao tentar consultar retorna um "Error" vazio. Ocorria erro de Regime de tributação difere do registrado na prefeitura, mesmo sendo literalmente o mesmo informado, depois sem nenhum motivo que consegui compreender, emitiu algumas notas sem erro, notas validas, sem mudar o regime Agora, ao pesquisar no Provedor WebIss, é possivel verificar o status da nota, onde agora me apresenta o erro "Atividade não autorizada para esse contribuinte." sem sugestão de correção. Alguem pode me explicar o que pode estar acontecendo?

OK, muito obrigado

No site da prefeitura de Cacoal, eles tem o link para o provedor deles, e consta o WebIss ainda, como posso proceder neste caso? Houve alteração de URL?

Huuum, entendi, muito obrigado