Ir para conteúdo
  • Cadastre-se

Edson Viel

Membros
  • Total de ítens

    45
  • Registro em

  • Última visita

1 Seguidor

Últimos Visitantes

1.175 visualizações

Edson Viel's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

12

Reputação

1

Community Answers

  1. Bom dia Italo, não sabia desse detalhe sobre o Tortoise, verifiquei que a alteração realmente está lá. Obrigado pelo esclarecimento.
  2. Bom dia Sobre o tópico no link A alteração que o Italo sugeriu funcionou, mandei a unit com a alteração para colocar nos fontes do ACBr mas atualizamos os fontes e não veio essa alteração.
  3. Testamos e deu certo Italo. Segue em anexo arquivo com alteração. Obrigado. ACBrNFSeWebServices.pas
  4. Obrigado Italo, outra pessoa havia uma alteração para retornar True, mas já orientei a fazer desse forma que vc falou e vamos testar aqui.
  5. Boa tarde Estamos tendo outro problema com as notas de Campinas, de cancelamento. Testamos com o exemplo do ACBr e acontece que o WS pede o motivo de cancelamento sendo passamos o código do motivo. Vi que tem um campo para informar a descrição do motivo e tentei passar esse campo também mas aí então ocorre da erro. Estamos na correria tentando resolver o problema da consulta e não tenho condições de debugar mais esse problema para analisar e tentar resolver, então peço a ajuda dos meus caros colegas do ACbr para tentar resolver esse. Essa nota vamos cancelar pelo site mesmo e atualizar os dados pelo banco pela urgência de nosso cliente.
  6. Boa tarde pessoal Após atualizar o ACBr essa semana tivemos um problema com NFS-e de Campinas, provedor IssDSF. Onde aparece um erro em branco na aplicação. Pegamos uma maquina que o ACBr não foi atualizado e fizemos a comparação da execução da consulta e na unit ACBrNFSeWebServices vimos que foi alterado as seguintes linhas: if FProvedor in [proNotaBlu, proGiap] then Result := UpperCase(FRetornoNFSe.ListaNFSe.Sucesso) = UpperCase('true') else // Validação através da data de recebimento Result := (FDataRecebimento <> 0); if (FProvedor = proISSDSF) and Alerta203 then Result := True; para: case Fprovedor of proNotaBlu, proGiap: Result := (UpperCase(FRetornoNFSe.ListaNFSe.Sucesso) = UpperCase('true')); proISSDSF: Result := Alerta203; proEgoverneISS: Result := ProcSucesso; else Result := (FDataRecebimento <> 0); end; com isso onde antes a mesma consulta retornava True agora está retornando False. Gostaria que fez a alteração verificasse o motivo do mesmo para correção pois agora estamos tendo problemas em todas as notas de nossos clientes de Campinas. Estou mandando a versão um pouco mais antiga do arquivo para analise. ACBrNFSeWebServices.pas
  7. Obrigado Dercide e Italo, fizemos essa alteração e funcionou, inclusive a consulta que com xsLibXml2 também não estava funcionando. Dercide, não sei se é exatamente isso, mas o arquivo ...\ACBR\Fontes\ACBrDFe\ACBrDFeXsLibXml2.pas foi alterado, verifiquei o log e dia 26/04 teve grandes alterações, agora não consigo avaliar se realmente foram essas alterações que causaram o problema. Qualquer coisa mais tarde tento reverter pra revisão anterior para testar se o problema ainda ocorre, pois agora tenho outros problemas para resolver.
  8. Pelo que ví Italo a unit que gera a assinatura para ISSDSF é nesse caminho: ...\ACBR\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeW_ISSDSF.pas
  9. Boa tarde a todos Até ontem estava emitindo notas de serviço para Campinas normalmente, mas após atualizarmos o ACBr hoje está ocorrendo o erro Assinatura Inválida. Atualizamos o Cidades.ini e ISSDSF.ini também no cliente, mas o erro persiste.
  10. Não dá Italo, os XML's não seguem o mesmo padrão. XML incompleto retornado: <?xml version="1.0" encoding="UTF-8"?> <CompNfse xmlns:ns4="http://issdigital.campinas.sp.gov.br/nfse.xsd"> <InscricaoPrestador>003256863</InscricaoPrestador> <NumeroNFe>2720</NumeroNFe> ... XML completo baixado do site: <?xml version="1.0" encoding="ISO-8859-1"?> <NOTAS_FISCAIS> <NOTA_FISCAL> <TIPO>Prestado Eletrônico</TIPO> <NUM_NOTA>000000000002714</NUM_NOTA> ... Como é possível ver, o encoding é diferente, a TAG "pai" da nota é diferente e até a TAG do número da NFS-e é diferente, isso porque peguei somente as primeiras linhas. Se sua ideia é "mesclar" o xml de retorno incompleto do WS adicionando os dados conforme padrão do XML baixado pelo site, eu iria preferir criar um XML "padrão" do ACBr para para NFS-e para carregamento e impressão da Danfse. Assim sempre que tiver uma prestadora que não retornar o XML ou retornar incompleto o ACBr cria esse XML padrão. O que você acha?
  11. Não encontrei uma exportação de XML individual por nota, somente o que agrupa várias notas mesmo. xml_0032568631065402228.xml Você acha que daria para trabalhar em cima desse modelo de XML?
  12. Boa tarde Italo, eu sei que eles tem um XML que exporta várias notas, mas vou verificar se existe uma XML individual por nota. Sua ideia seria o ACBr gerar um XML igual?
  13. Obrigado Italo, alguma sugestão para carregar os dados e imprimir de forma correta?
  14. Oi Juliana, Estou usando Fortes Report, mas na verdade acredito que o problema não seja o componente de impressão e sim o XML que carrega os dados que seria 2720NF-nfse.xml do primeiro post que não vem todas as informações para impressão correta. Como eu disse também no primeiro post, não sei se estou tentando imprimir a partir do XML errado pois o processo que fazemos com outras prefeitura é o mesmo e funciona perfeitamente.
  15. Bom dia pessoal Segue em anexo o pdf da Danfse. Como podem ver não está saindo várias informações como numero da nota, dados do prestador, discriminação dos serviços, etc. Alguém já passou por isso, sabe se existe outra forma de pegar o xml correto para impressão da Danfse? NFS-e.pdf
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.