Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    36.158
  • Registro em

  • Última visita

  • Days Won

    1.004

Tudo que Italo Giurizzato Junior postou

  1. Boa noite a todos, Entendam que a NFS-e é totalmente diferente da NF-e. No caso da NF-e a validação é feita nota por nota, já na NFS-e a validação é feita no lote. Sendo assim o método validar é executado pelos métodos de envio, são eles: Enviar, Gerar e EnviarSincrono, conforme dito pelo colega BigWings.
  2. Boa noite Douglas, Enviei para o repositório uma possível correção, favor atualizar os fontes e refaça os testes.
  3. Boa noite Felipe, Lembre-se que o método DistribuicaoDFe se refere a um Web Services do Ambiente Nacional, logo existe um tempo entre a SEFAZ-Autorizadora disponibilizar os XMLs ao Ambiente Nacional. Esse tempo varia de SEFAZ para SEFAZ podendo ir de minutos a dias.
  4. Boa noite Tatiane, Esse é o problema, o seu XML tem espaço em branco, tem quebra de linha (pelo menos o que você anexou).
  5. Boa noite Luiz, Pelas imagens, no XE6 o tamanho da janela é estabelecido pelo tamanho da primeira linha.
  6. Boa noite a todos, acgubamg, sem analisar o código, pelo que entendi os Estados de SP e RJ o layout é diferente? Se sim, poderia fazer algo semelhante a NF-e onde o layout poderia ser selecionado em função do valor da propriedade de configuração UF.
  7. Boa noite Gean, No final da sua postagem, você diz que não tem o XML, pois bem, sendo assim como você quer alimentar o componente com os dados da nota? Um valor decimal contido no XML obedece regras que estão expostas em Notas Técnicas e Manuais. Se tratando da NF-e aconselho você baixar do Portal Nacional da NF-e a versão 6.0 do Manual da NF-e. Nesse manual consta a estrutura completa do XML. Se um campo decimal esta definido com 2 casas decimais, no XML com certeza o valor vai ter 2 casas decimais. Agora se o valor pode ter de 2 a 4 casas decimais, te aconselho a supor que o valor lido tenha 4 casas. Espero ter ajudado.
  8. Boa noite Valdir, O Enviar, envia um lote com até 50 RPS. O Gerar, envia somente UM RPS. E existe ainda o EnviarSincrono, que envia um lote com até 50 RPS. Dependendo do provedor podemos ter apenas um desses métodos implementado ou dois ou todos.
  9. Boa noite Carlos, Favor anexar os arquivos Cidades.ini e WebISS.ini para que eu possa avaliar e disponibilizar no repositório.
  10. Boa noite André, Muito obrigado pela colaboração, vou enviar para o repositório.
  11. Boa noite Tatiane, Esse XML foi gerado pelo componente ACBrMDFe?
  12. Boa noite Douglas, Favor anexar o XML de retorno para que eu possa analisar.
  13. Boas tarde Carlos, Utilize o método Enviar em vez de Gerar.
  14. Boa tarde Thiago, Favor atualizar todos os fontes, fiz uma alteração no arquivo NFSeBrasil.ini, uma possível correção.
  15. Boa tarde Valdir, O problema é que o Schema que temos referente ao provedor RJ não tem o GerarNfseEnvio, dai o erro. Favor entrar em contato com o provedor para saber se o mesmo realmente possui esse serviço, caso afirmativo peça a eles os novos Schemas (arquivos XSD).
  16. Boa tarde, Abra o arquivo Cidades.ini e inclua como as demais do mesmo provedor.
  17. Boa tarde Claudio, Realmente ficou faltando, favor atualizar e fazer novos testes.
  18. Boa tarde Douglas, Digamos que eu tive um sonho. Mas na Mega Sena ainda esta difícil acertar os números, mas que raiva.
  19. Boa tarde a todos, Cristiano, o CTeDistribuicaoDFe funciona de forma idêntica ao NFeDistribuicaoDFe. Me parece que esse serviço já era para estar disponível a quase 1 ano mas a SEFAZ liberou a Nota Técnica e os Schemas em dezembro/2016. Galebobr, já inclui o evento. Favor atualizar os fontes e iniciar os testes.
  20. Boa tarde GalegoBR, Muito obrigado pela correção, já esta no repositório.
  21. Boa tarde Saulo, Lembre-se que o Encerramento e o Cancelamento são eventos e não existe nenhum Web Service para consultar a situação de um evento enviado. O que existe é um Web Service para consultar a situação de um MDF-e enviado. O que você pode fazer é realizar essa consulta e analisar o XML de retorno, para ver se neste consta alem da situação do MDF-e mais os eventos vinculados ao mesmo.
  22. Boa tarde a todos, Transferi o tipo de navegação as funções de conversão e constantes para as Units do pcnComum, pois os mesmos são utilizados tanto pelo CT-e quanto pelo MDF-e. Hugo, favor atualizar os fontes e fazer novos testes. Muito obrigado pela colaboração.
  23. Boa noite Jair, Vou analisar a rotina para tentar descobrir o que esta ocorrendo com o provedor DBSeller.
  24. Boa noite, Realmente esta faltando a TAG <cteDadosMsg> mas você colocou no lugar errado. Favor atualizar os fontes e realizar novos testes.
×
×
  • 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.