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. Boa tarde a todos, O ACBr sempre procura seguir o que consta nos Manuais e Notas Técnicas. Apesar do modelo do DAMDFE que consta no Manual não trazer essa informação, resolvi incluir, por três motivos: 1. A informação consta no XML (se não consta não pode imprimir); 2. Tem espaço suficiente para imprimir sem atrapalhar as demais informações; 3. Achei pertinente. Aguarde a próxima versão do ACBrMonitor, com certeza a impressão do DAMDFE já vai constar a UF a direita da Placa.
  2. Boa tarde Nalso, Favor atualizar todos os fontes de todas as pastas e refaça o teste. Note que fiz uma alteração em um dos Schemas (XSD) da NF-e.
  3. Hugo, Favor atualizar os fontes, reinstalar os componentes e refaça o teste.
  4. Bom dia Hugo, Acredito ter encontrado o problema. No seu XML esta gerando o grupo <infTribFed> esse grupo só deve ser gerado em caso de prestação de serviço interestadual para consumidor final, não contribuinte do ICMS. O valo do campo vINSS deve estar com algum valor do tipo 0.0001 isso faz com que a tag <vINSS> seja gerada e consequentemente o grupo também. Reveja a sua rotina que alimenta o componente e faça um novo teste.
  5. Bom dia, Pede para eles fornecerem um XML completo (com o grupo Envelope) para que possamos analisar.
  6. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  7. Bom dia Ignácio, Como você utiliza o ACBrMonitor usa solução é essa que o nosso amigo Amarildo sugeriu, depois do MDF-e ter sido autorizado pela SEFAZ a sua aplicação imprimi um modelo próprio do DAMDFE. Lembre-se que no DAMDFE só pode conter informações que existam no XML. E tem que respeitar o tipo e tamanho da fonte e dos quadros. Qual é a real necessidade de incluir a UF do veiculo na impressão do DAMDFE?
  8. Bom dia Flávio, Faça um teste usando somente o programa exemplo do componente. Use ele para gerar, assinar, validar e enviar o XML do evento. Depois consulte para ver se vai ocorrer o mesmo erro. Se não ocorrer, com certeza o XML gerado pela sua aplicação esta incluindo algo no mesmo que não deveria.
  9. Boa tarde Cristhian, Se os certificados são A1, não se faz necessário a instalação dos mesmos tanto no servidor quanto na maquina do usuário. Basta informar o seu Path+Nome e a senha nas configurações do componente ou salvar os certificados no banco de dados e ao configurar o componente carregar o seu conteúdo passando para o componente.
  10. Boa tarde Ignacio, Segundo o modelo de DAMDFE que temos no Manual do MDF-e versão 3.00 não esta previsto a impressão da UF do veiculo juntamente com a placa do mesmo. Como a UF do veiculo consta no XML, você pode fazer uma alteração no componente responsável pela impressão do DAMDFE de tal forma que, a UF seja impressa a direita da placa por exemplo.
  11. Boa tarde Jadson, Muito obrigado pela colaboração, já fiz a correção e enviei para o repositório. Favor atualizar os fontes e refaça os testes.
  12. Valmi, Para enviar o evento do e-Social devemos usar o seguinte comando: eSocial.EnviareSocial(cGrupoEnvio, [bAssina]) <<== o primeiro parâmetro informa o grupo que o evento se enquadra.
  13. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  14. Boa tarde Antônio, A sua aplicação talvez não esteja executando o método Enviar mais de uma vez automaticamente, mas o usuário pode estar disparando o envio mais de uma vez. Depois de enviado pela primeira vez, é preciso bloquear o envio da mesma nota, não importa se ocorreu erro ou não. Detalhe importante, vamos definir erro como sendo um problema de conexão com a SEFAZ e rejeição como sendo uma nota enviada e que contem dados inválidos.
  15. Boa tarde Valmi, No caso do e-Social, temos 3 tipos de lotes (Grupos): 1 = Iniciais ou Tabelas, 2 = Não Periódicos e 3 = Periódicos. O evento 2200 é do tipo Não Periódico.
  16. Boa tarde Cleyton A tag padrão é bpeResultMsg, mas sabe como é tem SEFAZ que não toma jeito. Devemos manter as duas nomenclatura. Acrescentei a que você esta propondo e enviei para o repositório. Favor atualizar os fontes e faça novos testes.
  17. Bom dia Hugo, É bem provável que o webservice de MG esteja com problemas de validar corretamente um CT-e OS de Complemento. Um CT-e OS Normal é aceito sem nenhum problema?
  18. Bom dia Henrique, Você anexou o XML de retorno da consulta a situação do lote, favor anexar o XML de consulta (*-com-sit.xml).
  19. Bom dia Paulo, Você configurou o componente para usar o libWinCrypt? Se sim, configura para usar o libCapicom e faça um novo teste. Se ocorrer o mesmo problema, favor entrar em contato com o provedor e solicitar um XML assinado para que possamos analisar.
  20. Bom dia a todos, sreletronica, esse XML que você anexou foi baixado do site do Ginfes, correto? Ele não segue o layout definido pela ABRASF, pois esta faltando o grupo <CompNfse> esse seja talvez o motivo pelo qual você esta tendo dificuldade de obter a informação se a nota esta ou não cancelada. Faz o seguinte, através do método ConsultarNFSe (do componente ACBrNFSe) você passa os seguintes parâmetros: DataInicial, DataFinal e numero da nota. No caso dessa nota tanto a data inicial quanto final será 24/10/2018 e o numero 1519. Pronto o XML será baixado e salvo conforme o layout definido no manual. Desta forma será possível você carregar ele usando o LoadFromFile e faz tudo o que deseja.
  21. Bom dia, A NFS-e na verdade é o XML a sua representação gráfica em papel ou PDF chamamos de DANFSE. Realmente tem prefeitura que cria um layout do DANFSE próprio ai a coisa complica. Já existe um projeto em andamento da NFS-e Padrão Nacional, onde teremos um único layout de XML bem como de DANFSE e webservice. Isso já era para estar pronto no inicio deste ano, mas infelizmente as coisas não ocorre como o esperado.
  22. Boa tarde ALA, Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes e faça novos testes. Note que fiz alteração no arquivo INI do provedor NFSeBrasil.
  23. Boa tarde Paulo, Verifique se o arquivo Goiania.ini na seção assinatura os campos RPS e RpsGerar estão recebendo o valor 1.
  24. Boa tarde Henrique, Se chegou a funcionar depois no dia seguinte sem alterar nada ocorre esse erro, com certeza deve ser algum problema no provedor. Favor entrar em contato com eles e expor o problema.
  25. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • 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.