Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.482
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Icozeira, Em: Configurações.Geral.ForcarGerarTagRejeicao938 atribua o valor um dos seguintes valores: fgtNunca, fgtSomenteProducao, fgtSomenteHomologacao ou fgtSempre.
  2. Favor atualizar os fontes e façam novos testes.
  3. Bom dia Wagner, Da forma que você implementou esta errada. Se após o envio ocorre o erro de timeout, você não pode deixar o usuário enviar novamente e sim consultar. Porque tem que ser dessa forma, pelo simples fato de você não saber que o erro ocorreu no envio ou no retorno. Ao consultar se retornar o protocolo, fica claro que o erro ocorreu no retorno. Se retornar que o CT-e não consta na base de dados, fica claro que o erro ocorreu no envio, ai sim, você libera para que o usuário possa enviar novamente. Se retornar rejeições, fica claro que o erro ocorreu no retorno, mas o CT-e não foi autorizado, ai sim, você libera para que o usuário possa fazer as devidas correções e enviar novamente.
  4. As URLs que constam no e-mail são diferentes, das que eu tenho. URL de homologação a titulo de exemplo: No e-mail é: http://nfeipatinga.portalfacil.com.br/homologacao/webservice/servicos?wsdl A que eu tenho é: http://nfe.ipatinga.mg.gov.br/homologacao/webservice/servicos?wsdl Mas ambas apresentam um webservice com os serviços que só existem na versão 2. Questione eles sobre esse fato. O XML deve ser gerado segundo a versão 1 do layout da ABRASF, mas o provedor possui duas URLS diferentes para o mesmo ambiente e os serviços listados se referem a versão 2 do layout da ABRASF.
  5. Bom dia Claudney, Você esta comparando a estrutura do TDadosGNRE com a estrutura do TLote_GNRE, assim não dá. Note que dentro do grupo <guias> temos o grupo <TDadosGNRE>. O TDadosGNRE podemos ver como sendo uma Guia e o TLote_GNRE é o Lote de Guias. Dentro de TLote_GNRE temos o grupo <Guias> e dentro deste podemos ter de 1 até 100 TDadosGNRE.
  6. Na versão 1 do layout da ABRASF o webservice tem o serviço Consultar Situação do Lote e não tem os serviços: Gerar NFSe, Substituir NFSe e Enviar Lote de RPS Síncrono. Se você acessar o webservice através da URL de Homologação, vai notar que não existe o serviço de consulta a situação do lote, mas existe os serviços Gerar NFSe, Substituir NFSe e o Enviar Lote RPS Síncrono, ou seja esse webservice tem os serviços da versão 2 do layout da ABRASF. O Schema se refere a versão 1, mas o webservice tem os serviços da versão 2. Alguma coisa não esta certa. Solicite a eles a URL de homologação e de produção.
  7. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  8. Bom dia Niron Me parece que a configuração do Monitor no que diz respeito ao e-Social esta errado, veja: [eSocial] IdEmpregador=27510211000120 IdTransmissor=96452234668 TipoEmpregador=tePessoaFisica O Empregador não seria uma Pessoa Jurídica, uma vez que você informou o CNPJ do mesmo?
  9. Bom dia, Favor checar com o provedor Actcon se a cidade de Ipatinga/MG esta se utilizando do webservice que segue a versão 2 do layout da ABRASF.
  10. Boa tarde Fernando, Muito obrigado pela colaboração, assim que possível vou analisar a sua contribuição.
  11. Boa tarde, Se você se refere a cidade Feliz/RS, ela já consta na nossa lista, veja: No arquivo Cidades.ini temos: [4308102] Nome=Feliz UF=RS Provedor=Pronim Isso significa que essa cidade se utiliza do provedor Pronim. Favor usar o programa exemplo do componente para realizar os testes.
  12. Boa tarde a todos, Estão usando o arquivo infisc.ini que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?
  13. Boa tarde Henrique, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  14. Boa tarde Claudnei, Esse problema esta sendo discutido nesse outro tópico: Vou fechar este para não ficarmos com dois tópicos tratando sobre o mesmo assunto.
  15. Boa tarde Wagner, Se o XML foi gerado, assinado, validado e enviado, me responda qual é a necessidade de gerar novamente o XML caso ocorre algum erro de conexão? Só devemos gerar novamente caso o conhecimento seja rejeitado pela SEFAZ, ai sim, você gera o XML novamente com as devidas correções, caso contrario não. O conhecimento foi enviado, ocorreu erro de timeout por exemplo, qual é o procedimento? 1. Carregar o XML através do LoadFromFile; 2. Executar o método Consultar; Se o conhecimento realmente foi enviado para a SEFAZ e esta processou com sucesso, ao consultar será retornado o protocolo de autorização e o mesmo será incluído no XML, deixando-o completo, ou seja, assinado e protocolado. Agora se ocorreu algum problema, será retornado a rejeição, neste caso conforme já descrito acima, devemos corrigir a informação errada, gerar novamente o XML e enviar. E temos o caso de ao consultar retornar que o conhecimento não existe na base de dados, neste caso, devemos simplesmente enviar novamente.
  16. Boa tarde, Verifica se o componente esta usando tanto o arquivo Cidades.ini e o Actcon disponibilizados na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Outro detalhe importante os schemas a serem utilizados são os disponibilizados na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Actcon
  17. Boa tarde a todos, Junior, tem alguma coisa errada e não consegui descobrir analisando os fontes, pois se esta trazendo o numero do maxNSU deveria também trazer o numero do ultNSU.
  18. Boa tarde, Lembre-se que a NFS-e é uma ZORRA com todas as letras, pois tem provedor que é preciso assinar somente o RPS, outros somente o Lote, outros devemos assinar tanto o RPS quanto o Lote e tem aqueles que não precisa assinar nada. Mesmo não precisando assinar nada, temos a questão do acesso ao webservice, com certeza tem provedor que se faz necessário ter o certificado e outros não. Com certeza absoluta é possível emitir NFS-e sem ter certificado digital, desde que seja via SITE e não via webservice.
  19. Bom dia Alex, O DistribuicaoDFePorUltNSU se utiliza do DistribuicaoDFe, logo é para trazer o mesmo resultado. Com relação do retorno do UltNSU, com certeza se trata de alguma modificação que foi feita que não esta pegando o valor. Vamos analisar o problema.
  20. Bom dia, Muito obrigado pela colaboração. Vou aguardar para enviar a implementação completa.
  21. Bom dia Fabio, Mas segundo o Schema de validação do Lote a tag Alíquota é com 4 casas. Você tem os novos Schemas do Pronim? A remoção do Encoding pode ser feita no arquivo Pronim.ini, trocando o valor 1 por zero: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=1 <=== mudar para zero
  22. Daniel, Estou seguindo os Schemas referente a versão 2.00, pelo jeito o webservice não esta aceitando ou as URLs para a versão 2.00 são outras. Você poderia entrar em contato com eles e solicitar as URLs e um XML exemplo de envio para que possamos comparar?
  23. Bom dia Wagner, Se esta ocorrendo o erro de DigestValue não confere isso significa que você o XML foi gerado novamente e provavelmente com data/hora de emissão diferente do primeiro que foi enviado ou outra informação.
  24. Daniel, Favor atualizar os fontes e faça novos testes.
  25. Bom dia Daniel, Se colocar o atributo versão para informar que a versão é 2, ocorre o erro que esse atributo não existe, se retira o webservice entende que o XML é da versão 1 e logo não reconhece a tag uf_favorecido. Esta difícil entrar em um acordo com esse webservice, deve estar faltando mais alguma coisa. Voltando a prancheta.
×
×
  • 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.