Jump to content

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png click.png click.png

Valdir Dill

Membros Pro
  • Posts

    791
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Valdir Dill

  1. Boa tarde, Acho bem positiva a ideia. Ficaria bem mais transparente. Temos essa situação de usar os enumeradores (If Provedor = proGinfes then), mas acho seria muito simples adaptar o código à nova nomenclatura. Obrigado!
  2. Boa noite, Estamos enviando nota para provedor ISSCuritiba, em produção, da seguinte forma: ACBrNFSeX1.Emitir(VLote, meAutomatico, false). Depois fazemos a consulta -> With ACBrNFSeX1.WebService.ConsultaLoteRps do A nota é transmitida e autorizada. Porém, a consulta que é feita logo em seguida não retorna dados da nota. Sempre precisamos dar um tempo (às vezes mais de 3 minutos) para que o servidor retorne a consulta com os dados (número da nota, código de verificação, etc). Imagino que isso seja um problema no servidor, mas, por via das dúvidas, estou postando aqui para ver se alguém tem alguma sugestão de algo que se possa fazer para melhorar isso. Obrigado!
  3. Boa noite, Estava fazendo na nossa aplicação. Ao comparar com o demo achei o problema. Estava informando o motCancelamento. ISSCuritiba não aceita essa informação. Por isso estava dando erro. Tudo certo agora. Consegui cancelar em produção. Obrigado.
  4. Boa tarde ...Os XMLs que você anexou se refere a consulta da nota e não do pedido de cancelamento.... Sim, também achei estranho esses arquivos de consulta, mas foi só esses arquivos que foram gerados na pasta ao usar o ACBrNFSeX1.CancelarNFSe(VInfCancelamento)
  5. Bom dia, Estamos tentando cancelar uma nota, provedor ISSCuritiba e está gerando o erro: Código: X999 Mensagem: Erro: Falha ao interpretar o XML "xmlParseDoc". Arquivos gerados pelo processo, em anexo. Obrigado 697UNICA-nfse.xml 000000000000697000000000000697000001-con-nfse.xml 000000000000697000000000000697000001-con-nfse-soap.xml 000000000000697000000000000697000001-lista-nfse-con.xml 000000000000697000000000000697000001-lista-nfse-con-soap.xml
  6. Já estamos testando/usando o AcbrNFSeX há algumas semanas. Por um lapso esquecemos que o novo componente não usa mais o cidades.ini para ver URLs, conforme inclusive está informado na documentação de migração de componente antigo para o novo. Peço desculpas... Obrigado!
  7. Bom dia, No cidades.ini ainda está marcando esse município como vinculado ao provedor antigo, Fiorilli. [2101202] Nome=Bacabal UF=MA Provedor=SigCorp NomeURL_H=testeabrasfbacabal.sigcorp NomeURL_P=abrasfbacabal.sigcorp Obrigado.
  8. Boa noite, Estou testando o cancelamento no provedor IPM, município de Colombo-PR. Está retornando erro: 00000 - Erro na estrutura do arquivo XML enviado. Verifique a estrutura da tag NFSE. Arquivos de envio/retorno em anexo. Obrigado! 1644-can.xml 1644-can-soap.xml 1644-ped-can.xml 1644-ped-can-soap.xml
  9. Boa noite, Estou tentando fazer consulta de lote, provedor IPM, cidade de Colombo-PR. Pelo que debuguei, a consulta acontece tudo certo e retorna dados como número da nota, link, etc. Mas o componente não carrega esses dados. O situação da consulta do lote também não é carregada. Faço assim: - VResponseLote : TNFSeConsultaLoteRpsResponse; - VResponseLote := ACBrNFSeX1.ConsultarLoteRps('0175130029982039','344'); Neste momento, o valor de ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero deveria estar igual a 1642, certo?. Mas está vazio. O valor de TNFSeConsultaLoteRpsResponse(VResponseLote).Situacao também está em branco. Arquivos de consulta/retorno anexos. Obrigado 0175130029982039-con-lot.xml 0175130029982039-con-lot-soap.xml 0175130029982039-lista-nfse-con-lot.xml 0175130029982039-lista-nfse-con-lot-soap.xml
  10. Sim, primeiro estava dando esse erro ao acessar o Delphi. Aí o pessoal fez um ajuste e passou a dar erro ao tentar instalar... Mas agora não está dando mais nenhum erro, nem ao instalar e nem ao acessar o Delphi.
  11. Bom dia Atualizei e reinstalei e não deu mais erros. Tente instalar marcando "apagar arquivos antigos do disco". Obrigado.
  12. Boa noite, Sim, conheço a Configuracoes.WebServices.Salvar. Em produção desligo ela sim. Só estranhei toda essa quantidade, rs. Mas se é normal, então tudo certo! Obrigado.
  13. Boa tarde @Italo Giurizzato Junior Conseguimos emitir a nota (provedor ISSCuritiba). Só continua o problema de, caso a nota não seja autorizada, ele não mostrar as mensagens de erro. Outra coisa, o envio da nota me parece demorado, em relação ao que era antes. Percebi que o componente grava vários arquivos de envio/consulta (print anexo). São 13 arquivos, além do arquivo da nota que ele grava dentro da pasta \Notas. Obrigado
  14. Bom dia Italo, Foi informado a alíquota 2.01% para o Item da lista de serviços 17.12? Sim e não, rs... Explico: nesse último teste que fiz realmente foi informado alíquota 2.01. Mas fiz outros testes com o mesmo RPS informando 2 e também 5 para esse campo. O erro retornando foi o mesmo. Porque tentei com 2.01? Porque baixei um XML (em anexo) de uma nota que emitimos diretamente no site da prefeitura. Nesse XML está essa alíquota de 0.0201. Mas tanto faz a alíquota (2, 2,01 ou 5), o erro é o mesmo. Mas minha questão não seria nem tanto em relação ao erro em si, mas em relação ao comportamento do componente que está trazendo sucesso no envio, quando o RPS foi rejeitado. Não deveria trazer VResponse = false, nesse caso? Obrigado! XMLNFseSiteISSCuritiba.XML
  15. Boa noite, Fontes atualizados e consulta do protocolo/lote agora está retornando com os dados corretos. Porém, agora não está mais enviando nota, rs. Na verdade, ao que parece, há um erro na nota, mas que eu ainda não consegui entender bem o motivo Estou fazendo assim: Var Vesponse : TNFSeEmiteResponse; begin AimentaCompon; VResponse := ACBrNFSeX1.Emitir(VLote.ToString, meAutomatico); if VResponse.Sucesso then ShowMessage(ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Numero); A VResponse.Sucesso acima está retornando true, mas o lote não foi recebido, pois, pelo que parece nos arquivos, está com erro de alíquota de ISS. Pelo que vi nos arquivos gerados (anexos..tem vários rs) há um problema na alíquota. Não sei o que pode ser, pois estou informando a alíquota normal. Nesse caso, ou seja, que a nota não foi recebida pelo WS, a VResponse.Sucesso não deveria retornar false e a VResponse.Erros[0].Descricao ter a descrição do erro para mostrar ao usuário? Obrigado! 656UNICA-rps.xml 685-env-lot.xml 685-env-lot-soap.xml 685-rec.xml 685-rec-soap.xml 637650039439684226-con-lot.xml 637650039439684226-con-lot-soap.xml 637650039439684226-con-sit.xml 637650039439684226-con-sit-soap.xml 637650039439684226-lista-nfse-con-lot.xml 637650039439684226-lista-nfse-con-lot-soap.xml 637650039439684226-sit.xml 637650039439684226-sit-soap.xml
  16. Ok, arquivos em anexo. Obrigado! 000000000000680000000000000680000001-con-nfse.xml 000000000000680000000000000680000001-con-nfse-soap.xml 000000000000680000000000000680000001-lista-nfse-con.xml 000000000000680000000000000680000001-lista-nfse-con-soap.xml
  17. Bom dia Fontes atualizados. Na consulta pelo lote, tudo certo. Já a consulta pelo número -> ACBrNFSeX1.ConsultarNFSeporNumero(VNumNF), está ocorrendo um access violation.. O erro ocorre na linha 1042 da ACBrNFSeXProviderABRASFv1.pas (print anexo). Se eu comentar a linha anterior (AuxNode := ANode.Childrens.FindAnyNs('Nfse')), o erro não ocorre. Me parece que a função ANode.Childrens.FindAnyNs('Nfse') destroi o AuxNode e aí quando vai usar novamente na linha seguinte, dá o A.V.
  18. Boa noite, Certo @Italo Giurizzato Junior. Isso vai ser um pouco complicado ter que mudar do componente assim "na marra", rs... Mas, vamos lá. Testei com o novo acbrNFSeX. Deu alguns erros: Veja nos prints anexos que está dando erro de usuário/senha. Mas conferi e esses dados estão corretos. Uso os mesmos dados para fazer o login no site e lá acessa normal. O que etsou alimentando em relação ao login de usuário é: - ACBrNFSeX1.Configuracoes.Geral.Emitente.WSUser := VuserWeb - ACBrNFSeX1.Configuracoes.Geral.Emitente.WSSenha := VSenhaWeb É isso que precisa, certo? O erro na verdade que gera é "start tag expected, '<' not found" (print 2 anexo). Mas debugando dá para notar que o retorno está sendo a "usuário e senha inválidos" (print 1 anexo). Acho que o erro é uma exceção quando o acbr tenta tratar o "usuário e senha inválidos". Então o problema é o usuário e/ou senha, mas se no XML está correto, o que poderia ser? Veja o anexo 332-env-lot-soap.xml. Ali mostra que o usuário e senha estão sendo enviados. Alguma sugestão? 332-env-lot-soap.xml
  19. Boa tarde, Estamos tendo problema no envio de NFSe (ainda componente antigo AcbrNFSe). O erro passou a acontecer de alguns dias para cá. Antes funcionava normal. Cliente enviava notas normalmente há bastante tempo. A nota é enviada, inclusive consta lá no WS. Mas na hora de consultar (logo após envio), ocorrem os seguintes erros: - 000202 - Código de autenticidade nao informado no arquivo de pesquisa - 000203 - Numero da NFSe nao informado no arquivo de pesquisa - 000205 - A tag cadastro nao foi informada no arquivo de pesquisa As rotinas que são executadas são: AlimentaDadosNFSe; VEnviou :=ACBrNFSe1.Gerar(VNumRPS, VLoteRPS, false); if VEnviou then begin VNotaConfirmada := ACBrNFSe1.ConsultarLoteRps(ACBrNFSe1.NotasFiscais.Items[0].NFSe.NumeroLote, ACBrNFSe1.NotasFiscais.Items[0].NFSe.Protocolo); end; O erro o acontece ao executar ACBrNFSe1.ConsultarLoteRps(. Uma coisa que notei é que nesse momento, ou seja, após a consulta, o valor de ACBrNFSe1.NotasFiscais.Items[0].NFSe.NumeroLote e ACBrNFSe1.NotasFiscais.Items[0].NFSe.Protocolo, ambos estão em branco. Provavelmente por isso ocorre o erro. Mas essas duas propriedades não deveriam conter os valores do lote e protocolo? Provedor IPM Obrigado!
  20. Bom dia, Tranquilo Italo, vamos aguardar. Tamo junto, rs. Acho que os dados importantes em na consulta é o protocolo, código de verificação e status (autorizada ou cancelada). Obrigado!
  21. Boa noite, Gostaria de uma ajuda com SPED Fiscal. Exemplo hipotético: NFe 55, cujo valor total é de R$ 100,00 Ela tem 1 item cujo valor é de R$ 110,00 E tem um desconto de 10,00 - Total da nota sendo informado no campo VL_MERC do registro C100 = 100,00 (valor dos itens - o desconto) - O valor sendo informado em VLR_OPER do registro C190 é = 110, (valor dos itens + frete + outras despesas), ou seja, sem o desconto, pois, segundo entendi no manual, o desconto não é para ser informado nesse campo ou é? O problema é que isso gera uma inconsistência no EFD -> "O valor total do documento fiscal deve ser igual a soma dos valores de operação VL_OPR do registro C190" Segundo o manual, VL_MERC de C100 deveria ser o mesmo de VLR_OPER de C190. Mas como fazer então? Descontar o valor do desconto no campo VLR_OPER do C190? Obrigado!
  22. Bom dia, Certo. E como pego o resultado? No demo Acbr a opção que imagino ser a correta é a "Consultar NFSe por numero". Nessa opção, a procedure TfrmACBrNFSe.ChecarResposta(const Response: TNFSeWebserviceResponse) vai ter: if Response is TNFSeConsultaNFSeResponse then begin memoLog.Lines.Add('Modo de Envio : ' + MetodoToStr(TNFSeConsultaNFSeResponse(Response).Metodo)); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Response.Sucesso, True)); end; Ou seja, consigo pegar se a consulta por número de NFSe é feita com sucesso, mas não achei como vejo a situação (autorizada ou cancelada) real da nota. Estou fazendo a consulta certa? Se sim, onde obter essa informação do status da nota no WS? Obrigado.
  23. Boa tarde, Funcionando beleza! Obrigado! Agora surgiu uma outra dúvida, rs. Estou fazendo a consulta assim: - VResponseRPS := ACBrNFSeX1.ConsultarLoteRps(VProtoclo, VLote); - VSit := StrToSituacaoLoteRPS(VOK, TNFSeConsultaLoteRpsResponse(VResponseRPS).Situacao); Após a consulta, o valor de VSit está sLoteProcessadoSucesso. Isso indica que o lote foi recebido com sucesso, mas não necessariamente que a nota está autorizada, certo? Como verifico agora se a situação dessa nota é autorizada ou talvez cancelada? Obrigado!
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.