Éva Cleidiane Coutinho

Bom dia. Tudo bem ? Estou tentando emitir um CTeOS de transporte de pessoas e na hora de enviar à SEFAZ estou recebendo um erro de Percurso inválido Seguindo o MOC 4.00, visualizei que não seria necessário informar as UFs de Inicio e Fim dentro das tags <infPercurso> Exemplos: RS > SC não precisaria aparecer as Tags <infPercurso>... testei mantendo as tags e informando as duas UFs e mesmo assim acabo recebendo este erro de Percurso. Se o caminho for RS > SC > PR, o que teria na tag é somente a UF de SC, assim funciona.. Minha dúvida é se sabem informar o motivo do por que aparecer este erro quando for do mesmo estado ou então fronteiras??

Bom dia. Tudo bem ? Estou tentando emitir um CTeOS de transporte de pessoas e na hora de enviar à SEFAZ estou recebendo um erro de Percurso inválido Seguindo o MOC 4.00, visualizei que não seria necessário informar as UFs de Inicio e Fim dentro das tags <infPercurso> Exemplos: RS > SC não precisaria aparecer as Tags <infPercurso>... testei mantendo as tags e informando as duas UFs e mesmo assim acabo recebendo este erro de Percurso. Se o caminho for RS > SC > PR, o que teria na tag é somente a UF de SC, assim funciona.. Minha dúvida é se sabem informar o motivo do por que aparecer este erro quando for o mesmo estado ou então fronteiras??

Bom dia! Conseguiram visualizar o problema ?

Bom dia. Ao fazer a integração do PIX direto com as APIs do banco, colocamos alguns códigos de autorização nos campos livres do XML <obsCont xCampo>. Ao reinstalar a ACBR com o ACBRXMLDocument essas tags ficam desformatadas, após passar pelo ACBrNFe1.NotasFiscais.LoadFromFile(sArquivoXML, false); Tive problemas esses tempos com as tags de imposto do XML, utilizando o ACBRXMLDocument, mas essa questão já foi resolvida! Segue imagens do XML: Com ACBRXMLDocument Sem ACBR intalado, que seria a forma correta

Certo... mas creio que isso não venha ao caso agora @Juliomar Marchetti. Imagino que os ajustes feitos para utilizar o XMLDocument tenha afetado a função do LoadFromFile. Consegue colocar na lista de afazeres/ajustes futuros? Já que para utilizar o CTe Simplificado precisa estar instalado o XMLDocument.

Não cheguei a debugar internamente nas funções, só percebi o retorno com as tags defasadas ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(sArquivoXML, false); ACBrNFe1.NotasFiscais.Assinar; Enviamos o XML por esse métodos e o retorno vem correto e assinado quando o XMLDocument não está instalado. O Erro que apresenta creio ser de Schemas, segue imagem do Erro também, junto com os XMLs. Geramos o XML manualmente, não usamos o componente para a geração, somente para autenticação. 43241003157446000112550010000002011875099819_AntesAssinar.xml 43241003157446000112550010000002011875099819_DepoisAssinar.xml

Bom dia. Tudo bem ?? Estava fazendo testes sobre o CTe Simplificado e estava perdendo a Tag <toma> após fazer a Assinatura com certificado, pelo Load do arquivo XML para o componente, pesquisando no fórun achei a mesma dúvida de outros usuários e indicativas de correção, que seria reinstalar o ACBR com o XMLDocument marcado. Fiz esse processo e deu certo a emissão do CTe Simplificado. Porém seguindo o uso padrão do sistema.. percebi que estava com problemas na Assinatura de NF-e onde também passo o Arquivo XML pelo Load ao componente. Com isso ele está perdendo as tags de ICMS00,ICMS60... Para testar, reinstalei o ACBR com XMLDocument desmarcado e regerei o XML da Nfe, e com isso também deu certo. Então.. XMLDocument marcado funcionou para emissão dos CTes. Mas deu problema com as tags de ICMS para NFe Aguardo retorno. Obrigada!

Bom dia, atualizei e voltou a funcionar normalmente. Muito obrigada pelo retorno!

Esta configurtação (ACBrNFe1.Configuracoes.Geral.Salvar := True) estava sempre salvando, os xmls gerado pela ACBR, isso tiramos também, só em alguns casos estamos gravando, mas isso não me parece algo que interferiria... Configuramos o componente assim, estando em contingência ou normal.. Se for cupom acrescentamos essas duas linhas: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200; e de padrão é o resto... ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; If Trim(TAB_EMPRES.FieldByName('FLAG_ACBR_TLS12').AsString)='S' then ACBrNFe1.SSL.SSLType := LT_TLSv1_2; ACBrNFe1.Configuracoes.Certificados.NumeroSerie := TAB_EMPRES.FieldByName('CERTIFICADO_NROSERIE').AsString; ACBrNFe1.Configuracoes.Certificados.VerificarValidade :=True; ACBrNFe1.Configuracoes.Arquivos.AdicionarLiteral := True; ACBrNFe1.Configuracoes.Arquivos.SepararPorMes := IfThenSV(TAB_EMPRES.FieldByName('FLAG_NFE_SEPARARPORMES').AsString='S',TRUE,FALSE); ACBrNFe1.Configuracoes.Arquivos.SepararPorCNPJ := False; ACBrNFe1.Configuracoes.Arquivos.PathSalvar := sPath; ACBrNFe1.Configuracoes.Arquivos.PathNFe := sPath; If Trim(TAB_EMPRES.FieldByName('PATH_SCHEMAS_NFe').AsString)='' then ACBrNFe1.Configuracoes.Arquivos.PathSchemas := ExtractFilePath(ParamStr(0))+'SchemasNFeACBr\' Else ACBrNFe1.Configuracoes.Arquivos.PathSchemas := Trim(TAB_EMPRES.FieldByName('PATH_SCHEMAS_NFe').AsString)+'\'; PathMensal := ACBrNFe1.Configuracoes.Arquivos.GetPathNFe(0); if TRIM(PathMensal)='' then BEGIN PathMensal:=sPath; END; If Trim(TAB_EMPRES.FieldByName('PATH_INI_ACBR').AsString)='' then spathini := ExtractFilePath(ParamStr(0))+'ArqINIACBr\' Else spathini := Trim(TAB_EMPRES.FieldByName('PATH_INI_ACBR').AsString)+'\'; if not FileExists(spathini+'Cidades.ini') then spathini := ExtractFilePath(ParamStr(0))+'ArqINIACBr\'; ACBrNFe1.Configuracoes.Arquivos.PathSalvar := PathMensal; ACBrNFe1.Configuracoes.Arquivos.Salvar := True; if (bnaosalva) then ACBrNFe1.Configuracoes.Geral.Salvar := True else ACBrNFe1.Configuracoes.Geral.Salvar := False; ACBrNFe1.Configuracoes.WebServices.Salvar := false; ACBrNFe1.Configuracoes.WebServices.Ambiente := StrToTpAmb(baux, TAB_EMPRES.FieldByName('NFe_AMBIENTE').AsString); ACBrNFe1.Configuracoes.WebServices.Visualizar := false; ACBrNFe1.Configuracoes.WebServices.UF := TAB_EMPRES.FieldByName('UF').AsString; //Flag para exibir mensagens de log da acbr If Trim(TAB_EMPRES.FieldByName('ACBR_FLAG_VERLOG').AsString)='S' then ACBrNFe1.Configuracoes.WebServices.Visualizar := True; //Set de timeout para os envios da ACBR ACBrNFe1.Configuracoes.WebServices.TimeOutPorThread := True; If TAB_EMPRES.FieldByName('ACBR_TIMEOUT').AsInteger > 0 then ACBrNFe1.Configuracoes.WebServices.TimeOut := TAB_EMPRES.FieldByName('ACBR_TIMEOUT').AsInteger else ACBrNFe1.Configuracoes.WebServices.TimeOut := 10000; ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzManual; if TAB_EMPRES.FieldByName('TZD').AsString = 'N' then ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.TimeZoneStr := '-03:00'; if TAB_EMPRES.FieldByName('TZD').AsString = 'S' then ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.TimeZoneStr := '-02:00'; ACBrNFe1.Configuracoes.Geral.RetirarAcentos:=true; ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; if TAB_EMPRES.FieldByName('VERSAONFE').AsString='3.10' then ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; if TAB_EMPRES.FieldByName('VERSAONFE').AsString='4.00' then ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.IdCSC:=TAB_EMPRES.FieldByName('IDTOKEN').AsString; ACBrNFe1.Configuracoes.Geral.CSC:=TAB_EMPRES.FieldByName('CSC').AsString; ACBrNFe1.Configuracoes.Geral.ExibirErroSchema := True; ACBrNFe1.Configuracoes.Geral.FormatoAlerta := 'TAG:%TAGNIVEL% ID:%ID%/%TAG%(%DESCRICAO%) - %MSG%.'; E então, passamos o arquivo para o componente, como comentei na primeira postagem ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(sArquivoXML, false); ACBrNFe1.NotasFiscais.Assinar; Result := ACBrNFe1.NotasFiscais[0].XMLAssinado;

Bom dia.. Sim mas é isso que eu quero dizer.. Não mexiamos em nada disso antes.. Tenho um executavel de marco que está funcionando, só passamos o XML para o componente e pegamos o XML Assinado para criar um novo arquivo, e isso funcionva. Por isso pergunto, sabes se foi alterado alguma coisa?

Geramos o XML fora do componente e este arquivo que 'não está assinado' é o que mandamos pro componente, a unica coisa que o componente teria que fazer, ao meu ver era assinar. Nós pegávamos o rertono do .XMLAssinado e gravamos um novo arquivo assinado, e nesse retorno a tag está modificada, isso que achei estranho... Não configuramos isso no componente pois não é ele quem faz. Parou de funcionar após a atualização, pelo que percebi. será que foi modificado algo ? Acompanhei a função "function NotaFiscal.GerarXML: String;" da uses 'ACBrNFeNotasFiscais' que seria as configuraçoes populadas pelo XML e o campo FormaEmissão está do tipo normal... já está errado aqui, pois não passo nada, só pegaria do XML FNFeW.tpEmis := Configuracoes.Geral.FormaEmissao

Boa tarde, estou tendo um problema sobre a função de ACBrNFe1.NotasFiscais[0].XMLAssinado.... ACBrNFe1.NotasFiscais.LoadFromFile(sArquivoXML, false); ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais[0].XMLAssinado.... estou emitindo cupons em contingência, e quando pego XML de retorno, após assinado a tag tpEmis=9 fica tpEmis=1.... invalidando o XML... Além de retornar este xml assinado com a tag diferente, cria um outro xml, como se estivesse emitindo de forma normal.. atualizei a ACBR semana passada e começou isso.. reatualizei hoje e não mudou nada. Vou mandar o XML que carrego pro componente e depois o retorno dele, com o XML modificado... somente nessa tag e assinado, além do xml criado sem informações de contingência... 43240503157446000112650070000010111443270350-nfe.xml43240503157446000112650070000010119443270355-nfe ASSINADO.xml43240503157446000112650070000010119443270355-nfe SEMASSINATURA.xml

Boa tarde, tudo bem ?? Estou tentando fazer essa separação dos XML das notas e dos eventos que a própria ACBR salva, conseguiste resolver esse questão ??

Boa tarde, certo retirei a pcnAuxiliar e coloquei a nova, deu certo Obrigada!!

Havia baixado Acbr no começo de fevereiro e não tive problemas no código. Hoje, final de fevereiro quando baixei novamente ao compilar o programa estou recebendo erro de tipos incompatíveis... Código de configuração do TimeZone ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := tzManual; E2010 Incompatible types: 'ACBrUtil.DateTime.TTimeZoneModoDeteccao' and 'pcnAuxiliar.TTimeZoneModoDeteccao' Alguém saberia o motivo, pois antes da atualização estava OK.

Boa tarde, tudo bem ? Estou tentando fazer a integraçao com Vera Cruz/RS e estou usando ACBrNFSe com o provedor PRONIM, na versão 2.02 porém não consigo enviar o Lote de RPS, fica dando mensagem de erro no método 'EnviarLoteRpsEnvio: No matching global declaration available for the validation root.'. Saberiam me informar o motivo ? Isso acontece na DEMo também. [4322707] Nome=Vera Cruz UF=RS Provedor=Pronim URL_P=http://srvwebveracruz.ddns.com.br:8086/nfse.portal.integracao/services.svc URL_H=http://srvwebveracruz.ddns.com.br:8086/nfse.portal.integracao.teste/services.svc

Boa tarde, Italo. A acentuação vem da Própria Sefaz RS, fazendo demo de vocês também vem o retorno acentuado. Estamos usando funções para remover caracteres especias e de alguma forma para o CTE com CCe estava 'sumindo' as tags, impedindo de lero arquivo. Como a acentuação vinha da própria SEFAZ, comentamos essas funções e deu certo. Obrigada.

Quando consulto um CTE(autorizado ou estornado) pela chave, recebo o arquivo XML correto, com as tags ordenadas, poarrém após efetiv o Evento da CC-e (que funciona, pois consultando a chave na SEFAZ de Homologação, está vinculado o evento) não recebo o XML corretamento, recebo ele com extensão correta (.xml), mas em formato de texto e sem as tags do XML... A função utilizada é a mesma, inclusive os parametros.. ACBrCte.WebServices.Consulta.Executar, isso retorno como se tivesse dado certo nas duas ocasiões, e o que ACBrCte.WebServices.Consulta.RetWS retorna está sempre correto, só quando o componente vai gravar no disco, se perde. segue retorno da consulta, antes e depois da carta de correção CTE:139 Segue exemplo de outro CTE, sem CC-e mas que foi estornado, usando a mesma função grava corretamente CTE: 136 Aguardo retorno, do motivo de um XML de CCe está gravando deste jeito... 43231111228860000101570000000001391440678540CCE.xml 43231111228860000101570000000001391440678540Original.xml 43231111228860000101570000000001361625013062-sit.xml

Boa tarde, resolvi instalando os componentes do Zeos Access e usei o TZQuery ao invés do TFDQuery no próprio XE7, isso fez não perder as barras... Obrigada por todos os Retornos.

Certo! Obrigada pelo retorno, vou verificar uma solução para nós pois tivemos componentes que não conseguimos instalar nos mais novos... vamos tentar reinstalar e ver como vai ficar o projeto. Att Eva Cleidiane.

Boa tarde! Sabes de alguma atualização na Firedac? Pois usamos a bastante tempo o Delphi XE7 e só agora esse problema está aparecendo em alguns Clientes.

Boa tarde, alguém conseguiu testar o projeto e visualizar o problema?

Encontrei esse outro tópico no fórun, me parece que o problema dele, era o mesmo.. Porém ele estava usando a Versão 1 do BB e eu estou usando a Versão 2. Será que foi aplicado a mesma correção a Versão 2?

Eu gerei a /cob e depois com o locate o QRCode Dinâmico (esse não consegui pagar). Seguindo teu exemplo, peguei o o código "CopiaeCola" gerado pelo /cob e da o mesmo problema. Eu estava usando como base o o vídeo de vocês que eu havia entendido que estavam utilizando o BB como exemplo, e inclusiive pagando um QRCode gerado. Ou estavam em produção?? Se tento fazer a venda na "Aba Fluxo de pagamento" tenho o mesmo problema Retorno /Cob: {"chave":"95127446000198","solicitacaoPagador":"Solicitacao Pix","pixCopiaECola":"00020101021226870014br.gov.bcb.pix2565qrcodepix-h.bb.com.br/pix/v2/cca2097e-e1ea-4b07-a036-fce6e424a50952040000530398654041.005802BR5921PAPELARIA LEITE CUNHA6008BRASILIA62070503***63040F7E","calendario":{"criacao":"2023-09-01T13:41:02.042-03:00","expiracao":5000},"devedor":{"cnpj":"0"},"valor":{"original":"1.00"},"txid":"RoTK7CATtIVoP7EfRadA05GGw3","revisao":0,"location":"qrcodepix-h.bb.com.br/pix/v2/cca2097e-e1ea-4b07-a036-fce6e424a509","status":"ATIVA"} CobGerada.calendario.criacao: 01/09/2023 13:41:02 CobGerada.calendario.expiracao: 5000 CobGerada.txId: RoTK7CATtIVoP7EfRadA05GGw3 CobGerada.revisao: 0 CobGerada.loc.id: 0 CobGerada.loc.txId: CobGerada.loc.location: CobGerada.loc.criacao: 30/12/1899 00:00:00 CobGerada.location: qrcodepix-h.bb.com.br/pix/v2/cca2097e-e1ea-4b07-a036-fce6e424a509 CobGerada.status: ATIVA CobGerada.valor.original: 1,00 CobGerada.valor.modalidadeAlteracao: False CobGerada.pixCopiaECola: 00020101021226870014br.gov.bcb.pix2565qrcodepix-h.bb.com.br/pix/v2/cca2097e-e1ea-4b07-a036-fce6e424a50952040000530398654041.005802BR5921PAPELARIA LEITE CUNHA6008BRASILIA62070503***63040F7E - pixCopiaECola - 00020101021226870014br.gov.bcb.pix2565qrcodepix-h.bb.com.br/pix/v2/cca2097e-e1ea-4b07-a036-fce6e424a50952040000530398654041.005802BR5921PAPELARIA LEITE CUNHA6008BRASILIA62070503***63040F7E Retorno depois que uso o pixCopiaECola: "Code: 1 - E0000000020230901164835018979901" Confesso que não entendi o que significa..

Bom dia! Estou fazendo teste na DEMO em Homologação com o PSP BB. Utilizando a Versão 2(unica versão liberada no site na hora de criar a aplicação) com as chaves liberadas por aqui: https://developers.bb.com.br/ O QRCode gera bem certinho na tela, porém quando vou ler ele os bancos retornam que "não é possível escanear esse códgio pelo app" ou que tiveram uma falha de comunicação ao tentar escanear... Já deixei passar uns dias e tentei de novo, achando que podia ser algo no servidor de homologação, mas não mudou. Alguém sabe me dizer o motivo?