Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.471
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Claudemes, Também tentei ficou uns 5 minutos e nada, chegou a pedir o certificado mais não vai, vou tentar novamente.
  2. Bom dia Cleber, Esse arquivo TXT é um fragmento de código da minha aplicação que na época eu disponibilizei. Logo, GravaUltimaConsulta e AtivaBotao são procedures da minha aplicação. O GravaUltmaConsulta é uma procedure que salva no banco de dados o numero retornado pela tag <ultNSU> que devemos utilizar na próxima execução do método DistribuicaoDFe. O AtivaBotao é procedure que checa se alguns dados forma informados para decidir se o botão será habilitado ou não. Já as outras duas linhas se referem a listas. do tipo TStringList e que antes de usar estou limpando. Sugiro que você pesquise no fórum tem muitos tópicos tratando desse assunto.
  3. Bom dia Claudemes, As URLs de homologação e produção não abre de forma alguma, o webservice esta funcionando? Essas URLs estão corretas?
  4. Bom dia, Antes estava enviando? Se sim, favor anexar o XML do envio de lote para que eu possa comparar, pois posso ter alterado algo sem querer.
  5. Bom dia Roberto, Você esta os Schemas disponibilizados pela SEFAZ ou pela ACBr? Na pasta ...\Exemplos\ACBrDFe\Schemas\NFe você encontra os Schemas que com certeza vai validar a sua nota com apenas 2 caracteres no campo de Unidade Tributável.
  6. Boa noite Rudinei, Muito obrigado pelo retorno. Podemos estão dar esse caso como encerrado. O tópico será fechado. Surgindo novos problemas favor criar novos tópicos.
  7. Boa noite Claudemes, Qual é o provedor?
  8. Boa noite Adriano, Os schemas normalmente são os mesmos para ambos os ambientes. A prefeitura ou o provedor tem que informar quais são os endereços dos webservices (homologação / produção).
  9. Boa noite Denílson, O que você acha de disponibilizar o danfe que você fez para o RPS?
  10. Boa tarde a todos, Favor atualizar os fontes e façam novos testes.
  11. Boa tarde Everson, Clique no botão Continuar. Essa mensagem aparece porque você esta executando a aplicação através do Delphi.
  12. Boa tarde a todos, Sempre que o código do status for 999 significa que o webservice da SEFAZ esta com problemas. Portanto só existe duas coisas a serem feitas: 1. Entrar em contato com a SEFAZ e expor o problema. 2. Esperar.
  13. ALA, Pelo que eu entendi o pessoal do GissOnline criou um novo sistema chamado Giss que se utiliza da versão 2 do layout da ABRASF e será oferecido para os novos contratos. As cidades que usam o sistema Ginfes (que se utiliza da versão 1 do layout da ABRAF) vão continuar até que os contratos com as prefeituras sejam encerrados.
  14. Werner, Verifique se a propriedade de configuração ConsultarLoteAposEnvio do componente esta com o valor True. Como o provedor Tinus segue a versão 1 do layout da ABRASF, se a propriedade acima mencionada estiver com o valor True, o componente vai Consultar a Situação do Lote. Enquanto a situação for 2 (lote em processamento) o componente vai aguardar alguns segundos e tentar novamente até que ele retorne a situação 3 ou 4. O tempo entre uma tentativa e outra bem como a quantidade de tentativas é passível de configuração. Retornando a situação 3 ou 4 o componente realiza uma consulta ao lote. Se a situação for 3 será retornado as rejeições, uma vez que situação 3 significa lote processado com falhas. Se a situação for 4 será retornado o XML da NFS-e e este será salvo em disco (se assim o componente estiver configurado). Fiz um teste executando diretamente o botão de consultar lote e não tive o erro que você apresentou.
  15. Boa tarde Maiquel, Muito obrigado pela colaboração, já enviei para o repositório.
  16. Boa tarde Fabio, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a Suite ACBr usando o ACBrInstall_Trunk2?
  17. Boa tarde ALA, O provedor Giss no momento só atende a cidade de Jaguariúna/SP. Mas nada impede de você manter os seus fontes atualizados diariamente ou semanalmente.
  18. Boa tarde Werner, Favor atualizar novamente os fontes e faça novos testes com o programa exemplo. Note que fiz uma alteração no arquivo INI do provedor. Tudo indica que agora vai funcionar.
  19. Boa tarde Rudinei, Vamos fazer que nem o Jack o Estripador, vamos por partes. 1. você diz que no XML a tag <indPag> sempre contem o valor zero, pois bem no seu arquivo INI não contem o campo indPag informando o valor correto dessa tag, logo o XML é gerado com o valor padrão que é zero. No seu arquivo INI consta: [Pag001] tPag=90 vPag=482,72 você deve fazer desta forma: [Pag001] indPag=1 tPag=90 vPag=482,72 se deseja que o valor da tag <indPag> seja 1. 2. a sua nota foi rejeitada pelo seguinte motivo: 904-Rejeicao: Informado indevidamente campo valor de pagamento Note, valor do pagamento informando indevidamente, veja o tipo de pagamento que você informou (tPag=90) segundo a Nota Técnica 2016/002 versão 1.60 página 51 e 52 temos a lista dos tipos e o tipo 90 significa: Sem Pagamento. Portanto o tipo de pagamento esta errado o correto seria: tPag=99 ( que significa Outros ) Detalhe importante, no seu arquivo INI não consta a seção referente a Fatura e nem a seção Parcelas (Dup) logo me leva a crer que o pagamento é a vista e não a prazo, sendo assim o valor correto de indPag é zero mesmo. Espero ter ajudado.
  20. Boa tarde, Muito obrigado pelo retorno. O tópico será fechado se necessário abra um novo.
  21. Mauricio, Fiz um teste, e para mim esta retornando um erro que pelo que entendi o webservice não esta recebendo o XML de entrada (input). Favor entrar em contato com o provedor e solicitar um exemplo de XML completo com as tags de envelope para sabermos como devemos montar.
  22. Boa tarde Caetano, Favor anexar o XML do RPS e da NFS-e retornada pelo Webservices.
  23. Boa tarde, Favor atualizar os fontes e refaça os testes.
  24. Boa tarde Mauricio, Para o provedor Equiplano devemos assinar somente o Lote, logo a alteração que foi feita no arquivo INI esta errada. A mensagem de erro "Falha ao Localizar o nó raiz é normal aparecer quando usamos o SSLLib = libWinCrypt. Se você esta usando o Delphi 7 compila a aplicação e o execute fora do Delphi. Agora se esta usando uma versão mais nova do Delphi 7 ao aparecer a mensagem de erro, clique no botão continuar.
  25. Boa tarde, Vasculhei todos os fontes do ACBreSocial e não encontrei nenhuma linha que salva esse arquivo em disco.
×
×
  • 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.