Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.076
  • Registro em

  • Última visita

  • Days Won

    1.079

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde kzarlopes, Tanto idUnidTransp quanto idUniCarga são campos caracter que podem ter de 1 a 20 caracteres, conforme página 97 da Nota Técnica 2013/004 versão 1.00a do MDF-e.
  2. Boa tarde João, Você configurou o componente para que o mesmo utilize a pasta onde contem o schema da Tinus? Talvez seja interessante você implementar o provedor Tinus em vez de usar os provedores genéricos ABRASFv1 e ABRASFv2.
  3. Boa tarde Graça, Se deseja utilizar o PathEvento deve-se atribuir o valor True a propriedade: SalvarCCeCanEvento.
  4. Boa tarde Junior, Já faz um bom tempo que o componente ACBrMDFe já se encontra no Trunk o componente esta concluído e funcional com as funcionalidades até o momento disponibilizadas pela SEFAZ. Dentro da pasta ...\Exemplos\ACBrMDFe você encontra o programa exemplo referente ao componente, e no mês que vem estarei disponibilizando um manual sobre o componente.
  5. Bom dia nolher, Esse provedor alem da cidade de Divinópolis possui mais 4 cidades, acredito que deve ser algum erro de implantação deles nessa cidade, ou algo que resolveram fazer diferente das demais. Favor entrar em contato com o provedor e solicitar: 1. URLs de Homologação e de Produção; 2. NameSpace; 3. SoapAction para cada método: Envio, consulta, ...
  6. Bom dia Julio, Muito obrigado pela colaboração, já esta disponível.
  7. Bom dia Alexandre, Quando você diz que com os outros municípios esta OK com o cancelamento, você esta se referindo ao mesmo provedor? Se sim entre em contato com eles, pois o problema pode ser pontual, ou seja somente na cidade de BH.
  8. Bom dia, Quando no retorno temos: Ind. Continuação = 1 significa que devemos realizar uma nova consulta e informar como valor do NSU o que foi retornado em Último NSU. Existem relatos no fórum que foram necessários dezenas de consultas até obter os primeiros retornos.
  9. Bom dia Riquena, Não informe nada no que diz respeito ao Proxy.
  10. Bom dia Rogério, No meu entendimento, você tem que garantir que não ocorra o envio de um RPS já enviado, sendo assim a sua aplicação tem que possuir um controle sobre o numero do RPS. O usuário já mais pode informar esse numero, é a sua aplicação que tem que tem que gerar um numero sequencial e não permitir que o usuário o altere.
  11. Bom dia, Antes das 4 linhas de código que você postou não existe nenhuma linha que esta gerando e salvando o XML e depois carregando o mesmo?
  12. Bom dia Odacir, Pelo que sei o provedor já esta implementado inclusive para a cidade de Fox de Iguaçu. Favor atualizar todos os fontes de todas as pastas.
  13. Bom dia Heronim, Desculpe pela demora na resposta. No arquivo de retorno temos: <Mensagem>Linha: 1 - Coluna: 2 - Could not find schema information for the element 'http://tempuri.org/tipos_complexos.xsd:Rps'.</Mensagem> Muito bem, traduzindo: Não foi possível encontrar informações sobre o esquema para o elemento 'http://tempuri.org/tipos_complexos.xsd:Rps'. O Web Service esta acusando que não esta reconhecendo o elemento em negrito. Não sei o que você fez, mas não devemos alterar, ou seja remover o prefixo "tc:" que é incluído nas TAGs no caso do provedor GovBR e querer enviar esse XML para o Web Services utilizando pela cidade desejada. Você tem que alterar os fontes já mencionados acima de tal forma que o componente passe a utilizar o provedor Pronim em vez de GovBR para a cidade de Catanduva. Todo o problema esta no NameSpace. O GovBR se utiliza do NameSpace: http://tempuri.org/tipos_complexos.xsd e o Pronim: http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd
  14. Bom dia Ricardo, Para que a sua aplicação emita NF-e na versão 3.10, se utilizando do ACBrNFe é preciso. 1. Atualizar todos os fontes de todas as pastas da suite ACBr. 2. Desinstale o componente ACBrNFe e instale novamente, preferencialmente usando o ACBrInstall. 3. A versão 3.00 é uma versão que foi criada para a NFC-e e foi usada somente pelas empresas do projeto piloto, portanto a versão a ser usada é 3.10 4. Existem várias postagem e temos um manual sobre o componente que mostra como configurar o mesmo para emitir NF-e na versão 3.10 5. Na minha aplicação não precisei criar novos campos no banco de dados, mas se for necessário paciência. 6. Com certeza a rotina que alimenta o componente com os dados da venda, alguma linhas deverão ser incluídas e outras alteradas. 7. Os testes deverão ser realizados utilizando-se dos schemas para a versão 3.10 Espero ter ajudado.
  15. Bom dia Rolemar, O envio do Evento EPEC é uma operação, já a impressão do DANFE é outra e temos ainda a impressão do que chamamos de DAEvento, um Documento Auxiliar que atesta o envio do Evento que é outra operação. Portanto você vai ter que enviar para o ACBrNFeMonitor os comandos das operações que deseja e na ordem correta.
  16. Bom dia Travache, Lembre-se que algumas manifestações não são conclusivas, como por exemplo: Ciência da Operação, pois esta diz que você tem conhecimento sobre a transação comercial, mas o material não foi entregue, portanto ela não é conclusiva. O inTodas traz todas que não tiveram uma manifestação conclusiva, como por exemplo: Confirmação da Operação (material entregue) ou Operação não Realizada (material não entregue).
  17. Leonardo, Para o destinatário da mercadoria ao realizar a consulta, ele tem como resposta um resumo da nota. Se desejar ter a nota por completa há necessidade de realizar a manifestação e depois realizar uma nova consulta. Por outro lado a transportadora quando estiver identificada no grupo X03, ao realizar a consulta terá como resposta a nota completa, logo não há necessidade de realizar a manifestação e muito menos o Download. Só tem um problema, tanto o resumo quanto a nota completa retornados pela consulta realizada no WebServices NFeDistribuicaoDFe esta compactado. Ainda estamos em busca de uma classe ou DLL free que possamos incluir no projeto ACBr para que o componente ACBrNFe faça a descompactação automática.
  18. Boa tarde, Analisando o código usado do ACBrNFeMonitor, notei que ele contempla apenas o Cancelamento e CC-e. Vou acrescentar o Evento EPEC e disponibilizar, mas é preciso aguardar a próxima compilação do ACBrNFeMonitor.
  19. Boa tarde Edmar, Esse erro tem haver com o certificado digital em não com a versão da NF-e.
  20. Boa tarde Leonardo, Se o seu cliente é uma transportadora, não faz sentido ela enviar um evento de Ciência da Operação. Pois esse evento é de uso do destinatário da mercadoria, é ele que tem que se manifestar.
  21. Boa tarde a todos, Favor atualizar mais uma vez e testar.
  22. Bom dia Claudio, Tente algo do tipo: sChave := ACBrMDFe1.Manifestos.Items[0].MDFe.infDoc.infMunDescarga.Items[X].infCTe.Items[Y].chCTe Onde [X] é o índice dos municípios de descarregamentos e [Y] é o índice das chaves.
  23. Darlana, Alguns conseguiram realizar a consulta, informando "1" como sendo o terceiro parâmetro. Você tentou nos dois ambientes: Homologação e Produção? Após a consulta, a TAG ultNSU que consta no retorno retornou um numero diferente de zero?
  24. Bom dia Julio, Atualize os fontes e teste novamente.
  25. Bom dia Rogério, Tente desta forma: infCTeNorm.cobr.dup.Items[0].dVenc infCTeNorm.cobr.dup.Items[0].vDup
×
×
  • 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...