Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    36.032
  • Registro em

  • Última visita

  • Days Won

    1.000

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Marcelo, Favor atualizar todos os fontes de todas as pastas.
  2. Bom dia Diogo, Muito obrigado pela colaboração. Favor atualizar os seus fontes em especial os arquivos INI pois eles estão desatualizados.
  3. Bom dia Marciano, Muito obrigado pela colaboração. Favor atualizar todos os fontes de todas as pastas. Criei o provedor Pronimv2, criei um arquivo INI para o mesmo dentro da pasta: ArqINI. Agora é preciso alterar o arquivo Cidades.INI incluindo ou alterando as cidades que vão passar usar a versão 2 desse provedor. No arquivo Pronim.INI apagar as URLs de produção e homologação das cidades que migraram para versão 2. No arquivo Pronimv2.INI apagar as URLs de produção e homologação e fazer as devidas correções das cidades que migraram para a versão 2, bem como incluir as das cidades novas. Feito esses ajustes começar os testes.
  4. Bom dia Diogo, Favor atualizar os fontes e testar novamente.
  5. Bom dia Eduardo, Esta estranho, pois o método GerarXML esta sim implementado. Como o XML já esta gerado, altere a sua rotina: ACBrNFSe1.NotasFiscais.LoadFromFile(Format('%s\%s',[getpath, qyRps.FieldByName('ARQUIVO').AsString]), False); Isso faz com que o XML não seja gerado novamente.
  6. Bom dia Adilson, Os fontes enviados ontem a noite e hoje de manhã para o repositório tem como objetivo resolver o problema que você estava tendo. Os novos estão diferente dos que enviei pois o Daniel fez uma analise sobre o problema e propôs uma outra alternativa. Por favor atualize os fontes e refaça os testes.
  7. Bom dia a todos, Só tem uma questão nisso, lembrem-se que a chave é composta por um código de 8 dígitos e que a pedido da SEFAZ tem que ser um numero aleatório. Muitos ignoram essa recomendação e acabam colocando o mesmo numero da nota. Se a aplicação do Douglas gera o código conforme a SEFAZ pede, ou seja, um numero aleatório e não armazenou esse numero junto com os demais dados do CT-e, ai pode esquecer. Outra coisa em vez de gerar o CT-e e tentar enviar novamente, vejo que é mais fácil gerar novamente e assinar, depois consultar. Se a chave desse novo XML for exatamente igual ao que foi enviado, ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização e por fim teremos o XML assinado e protocolado. Por outro lado se a chave não for igual a SEFAZ vai retornar que o CT-e não existe na base de dados.
  8. Bom dia Martin, A função que você postou é padrão para os componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrNFSe sendo assim, se funciona com o CT-e e NF-e tem que funcionar com o MDF-e. A não ser que no componente ACBrMDFe esteja passando o nome da TAG de forma errada, mas pelo que vi o problema não é esse.
  9. Bom dia a todos, Ontem a noite foi enviado para o repositório, algumas alterações visando resolver o problema. Favor atualizar todos os fontes de todas as pastas, compilar a aplicação com a opção Build e por fim realizar novos testes.
  10. Bom dia, O provedor ISSDSF já esta implementado no componente. No arquivo Cidades.INI se você procurar por ISSDSF vai encontrar todas as cidades atendidas por esse provedor. Caso a cidade de Corumba/MS também é atendida por esse provedor basta incluir a mesma no arquivo Cidades.INI da mesma forma que foram incluídas as demais para o mesmo provedor. Depois é só iniciar os testes. Caso funcione como o esperado, por favor anexe o arquivo Cidades.INI para que possamos enviar para o repositório.
  11. Boa noite Graça, Crie uma nova pasta, por exemplo ACBrBranches e configure o Tortoise para baixar, use a mesma URL trocando o final trunk2 por branches. Depois copie a pasta ACBrANe (Fontes) para dentro da pasta ACBDFe da estrutura baixada do Trunk2. Faça o mesmo para os fontes do pacote de instalação.
  12. Valter, Procure no programa exemplo as linhas de configuração do emitente (procure por Emitente).
  13. Bom dia André, Muito obrigado pela colaboração, já enviei para o repositório exceto o ACBrNFSeWebServices.pas pois este contem algumas alterações que fiz e estou esperando um aval do resto da equipe.
  14. Se o DigestValue não confere isso significa que deve ter ocorrido alguma alteração no XML após o seu envio. Faça o seguinte, inclui mais parâmetro no LoadFromFile. NotasFiscais.LoadFromFile('x:\cfe_import\import\teste.xml', False); Esse False faz com que o componente não gera novamente o XML e consequentemente assina o mesmo, desta forma o DigestValue lido não será recalculado.
  15. Bom dia Leandro, Quanto a esses erros ao tentar enviar, já estamos analisando possíveis soluções.
  16. Bom dia Marcos, Favor configurar as propriedades do Emitente em Configuracoes.
  17. Bom dia Valter, Favor configurar as propriedades do emitente em Configuracoes.
  18. Bom dia Larry, No caso da NFS-e a validação ocorre no lote e não recibo por recibo e não importa quantos tenham no lote. Se ocorrer erro de validação no lote o envio do mesmo é abortado.
  19. Bom dia a todos, No repositório Branches temos: ...\Fontes\ACBrDFe\ACBrANe <== Fontes do componente ACBrANe - Averbação Nacional Eletrônica ...\Pacotes\Delphi\ACBrDFe\ACBrANe <== Pacote de instalação. Não temos ainda um programa exemplo e o componente ainda não foi testando, acredito que será necessário fazer diversos ajustes. Walter, se você já conseguiu realizar a integração com o Web Services a sua ajuda será de grande valia em fazer as alterações e correções necessárias no componente para que o mesmo fique funcional e possamos assim disponibiliza-lo no repositório Trunk2.
  20. Bom dia, Você atualizou todos os fontes de todas as pastas?
  21. Bom dia, Experimente não passar a chave como parâmetro. (...) try Consultar; except (...)
  22. Bom dia Ricardo, Se o problema é na SEFAZ o emitente tem que mudar o tipo de emissão para offline e imprimir o DANFE da NFC-e em duas vias. A principio o prazo para enviar para SEFAZ assim que os problemas forem sanados é de 24 horas. Agora se o problema é no emitente, este tem que pode se utilizar do evento EPEC e para o envio utilizar uma conexão 3G por exemplo e na inexistência do mesmo, acredito que solução seria a impressão off-line, mas lembre-se do prazo de 24 horas.
×
×
  • 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.