Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.174
  • Registro em

  • Última visita

  • Days Won

    1.128

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Marco, Os fontes do componente ACBrGNRE - Trunk2 já podem ser compilados e instalado no Delphi. O que precisa fazer agora é iniciar os testes e fazer as devidas correções.
  2. Tiago, Você realizou as consultas que lhe pedi? Você esta consultando a NFS-e por RPS, ou seja, usando o método ConsultarNFSeporRps. Eu quero que você consulte a situação do lote, ou seja, usar o método ConsultarSituacao(Protocolo); E depois consultar o lote de RPS através do método: ConsultarLoteRps(Lote, Protocolo); Para saber se o lote foi processado ou não temos que consultar a situação do mesmo. Se foi processado com erro (que é o que acredito), para saber o motivo do erro temos que consultar o lote de RPS. Sem realizar essas duas consultas você não vai sair do lugar.
  3. Boa tarde Marcos, Muito obrigado pela colaboração, fiz umas modificações na sua correção. Já esta disponível, pode atualizar os fontes e testar novamente.
  4. Boa tarde Tiago, E a consulta a situação do lote? Se não existe uma nota para o RPS informado pode ser que a situação do lote seja 3, ou seja, processado com erro? E a consulta ao lote de RPS? No retorno dessa consulta deve constar o motivo da rejeição do RPS.
  5. Bom dia Raylan, Essas duas propriedades foram criadas por causa de alguns provedores que não são capazes de seguir a risca um layout e acabam acrescentando essas coisas absurdas no XML. A principio deixe em branco se o provedor recusar por falta dessas informações ai sim você as informa.
  6. Tiago, E os XML referente a consulta, não estão sendo salvos em disco? Se sim, anexa para que eu possa verificar.
  7. Bom dia a todos, O Provedor Pronim resolveu mudar de versão? Se sim, essa mudança é para todas as cidades? Neste caso precisamos dos novos Schemas.
  8. Pessoal, Não existe o SVC para o MDF-e. No meu entendimento, o MDF-e por não ser um documento que contem valor, trata-se apenas de um agrupador de documentos, a sua impressão em contingência pode ser feita em papel comum, não havendo a necessidade de papel moeda.
  9. Bom dia Wislei, Vamos analisar o problema.
  10. Bom dia a todos, Lembrem-se que todos os Estados brasileiros se utilizam da SEFAZ-RS para enviar o MDF-e e seus respectivos eventos: Encerramento, Cancelamento, etc. Logo não é a SEFAZ-MG ou outra com problema e sim a SEFAZ-RS.
  11. Dercide, O método Enviar se utiliza do web service EnviarLoteRps cujo modo de acesso é assíncrono, ou seja, o retorno desejado que é o XML da NFS-e demora, pois é preciso após o envio, consultar a situação do lote para saber se o mesmo já foi processado ou não se sim ai sim consultar o Lote, é nesta consulta que obtemos o XML da NFS-e caso o lote tenha sido processado com sucesso. O Lote do método Enviar pode conter de 1 até 50 RPS. Por outro lado o método Gerar se utiliza do web service GerarNFSe cujo modo de acesso é síncrono, ou seja, já temos o que desejamos logo no retorno dele que neste caso é o XML da NFS-e, logo não se faz necessário executar nenhum método de consulta. O método Gerar só pode conter apenas 1 RPS, com exceção dos provedores BHISS e WebISS (até o momento) que aceitam até 3 RPS.
  12. Bom dia Dercide, Quem lhe passou essa informação, esta completamente por fora. O provedor BHISS não possui o serviço EnviarSincrono e sim o GerarNFSe que diferente dos demais permite enviar até 3 RPS sendo que o normal é apenas 1. Você pode comprovar isso, procurando pela palavra sincrono no Schema do respectivo provedor ou digitando a URL de homologação ou de produção no navegar e por fim procurar pelo serviço EnviarLoteRpsSincrono, não vai achar. No componente para o provedor BHISS você pode usar os métodos Enviar ou Gerar, sendo que este último como dito vai permitir um lote com até 3 RPS.
  13. Bom dia Tiago, Se esta configurado para consultar após o envio e esta aparecendo um erro em branco é preciso "debugar", pois deveria pelo menos salvar o XML da consulta e isso não esta ocorrendo. O retorno após o envio esta correto, ou seja é retornado o numero do protocolo que atesta que o lote foi recebido com sucesso. Se o componente estiver configurado para realizar a consulta, ele deve se utilizar do numero do protocolo para consultar a situação do lote.
  14. Boa tarde Fabrício, Exatamente.
  15. Boa tarde, O grupo <ICMSUFDest> deve constar no XML quando a venda for interestadual para consumidor final.
  16. Boa tarde Rodrigo, Primeiro: 6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum. Segundo, noto que é a sua primeira postagem, sendo assim você não sabe nada sobre o projeto ACBr. Lhe convido a pesquisar sobre esse projeto que eu e milhares de desenvolvedores utilizam. Utilizo os componentes ACBr a mais de 4 anos e todos funcionando 100% e são gratuitos. Agora se você acha que o ACBr não presta uma vez que ele é gratuito, porque se cadastrou no fórum? O que é cobrado é uma pequena taxa mensal para ser um usuário SAC e uma das vantagens é ter uma compilação semanal do ACBrMonitor Plus para aqueles desenvolvedores que não programam em Delphi.
  17. Tiago, Configuracoes.Geral.ConsultaLoteAposEnvio := True;
  18. Boa tarde, Para saber se o componente esta hapto a emitir NFS-e para uma determinada cidade basta procura-la no arquivo Cidades.INI As cidades em questão constam no arquivo.
  19. Boa tarde, Antes de iniciar a montagem da sua rotina de EPEC você precisa entender de forma correta o seu objetivo. Lembre-se que o EPEC é um evento que tem como objetivo enviar o minimo de informações possível da venda para SEFAZ. Logo não ocorre o envio da nota completa. Devemos utilizar o EPEC quando é o emitente que esta com problema de conexão com a SEFAZ. Quando é a SEFAZ que esta com problemas devemos usar o SVC - SEFAZ-Virtual de Contingência. Lhe convido a ler a Nota Técnica: 2013/007 versão 1.03 - que trata sobre o SVC. De forma resumida: 1. Enviar a nota para a SEFAZ-Autorizadora quando tanto o emitente quanto a SEFAZ estão operando sem nenhum problema. 2. Enviar a nota para a SVC quando a SEFAZ-Autorizadora estiver com problemas e o emitente não. 3. Enviar o evento EPEC para a SEFAZ-Autorizadora através de uma conexão 3G (por exemplo) quando o emitente estiver com problemas e a SEFAZ-Autorizadora não. Após sessar os problemas do emitente enviar a nota para a SEFAZ-Autorizadora.
  20. Boa tarde Jorge, O retorno da situação só retornado ao usar o método ConsultarSituacao no caso dos provedores que seguem o layout versão 1.00 como é o caso do Ginfes. Já os que seguem a versão 2.00 é retornado ao usar o método ConsultarLoteRPS.
  21. Boa tarde Wislei, E ao tentar usar a função mencionada o que você tem como retorno?
  22. Boa tarde a todos, Luis, tem que ficar claro que o terceiro paragrafo do FAQ que você postou se refere ao pedido de cancelamento e que o mesmo poderá ser rejeitado pela SEFAZ caso o CT-e tenha uma CC-e conforme descrito no primeiro paragrafo. Mateus, a mensagem que você recebeu ao tentar cancelar não é um erro e sim uma resposta da SEFAZ ao seu pedido de cancelamento. Ao pedir um cancelamento a SEFAZ pode aceitar ou não, se for aceito é retornado o protocolo de homologação do cancelamento e o evento de cancelamento é vinculado ao CT-e. Por outro lado de não for aceito, temos ai a rejeição, ou seja, a SEFAZ rejeitou o seu pedido e neste caso ela retorna o motivo dessa rejeição.
  23. Boa tarde Nelson, Você pode tomar como base os provedores que mencionei na minha postagem anterior.
  24. Boa tarde Tiago, Mas você configurou o componente para realizar a consulta após o envio? Existe uma propriedade para isso. Se o valor dela for False o componente realiza o envio e salva o retorno apenas. E você esta postando exatamente isso o envio e o retorno. Ao configurar o componente para realizar a consulta outros arquivos serão gerado e salvo no disco. Se você abrir o arquivo de retorno *-rec.xml vai notar que não contem nenhum erro e sim o numero do protocolo de recebimento do lote pelo web service.
  25. Boa tarde Tiago, Favor atualizar os fontes. Fiz uma alteração para que o componente remova do retorno do Web Service os Escapes e quebras de linhas inseridos no XML. Refaça os testes, mas antes verifique se o componente esta configurado para consultar o lote após o envio.
×
×
  • 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.

The popup will be closed in 10 segundos...