Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.719
  • Registro em

  • Última visita

  • Days Won

    1.153

Tudo que Italo Giurizzato Junior postou

  1. Boa noite Anselmo, O ObsCont é uma lista de registros que contem dois valores: xCampo e xTexto. Portanto temos que executar o ADD para cada registro. O que você pode fazer é colocar o trecho que alimenta os campos dentro de um loop, exemplo: for i:=1 to x do begin with compl.ObsCont.Add do begin xCampo := 'novocampo'; xTexto := 'novovalor'; end; end;
  2. Idez, A minha aplicação roda na estação e não no servidor e o certificado também fica instalado na estação. Não sei o que pode estar ocorrendo.
  3. Boa noite Vitor, Comparando o trecho do vale pedárgio, não encontrei nada de errada, uma vez que ele esta em conformidade com o manual. Logo, acredito eu, o problema deve estar na SEFAZ.
  4. Boa tarde Nellien, Até onde sei, ainda não.
  5. Boa tarde Leonardo, Parabens pelo seu tabalho e é lógico pela colaboração.
  6. Boa tarde Luiz, Se possível post como anexo o XML que esta sendo rejeitado.
  7. Boa tarde Jair, Eu não tenho nenhuma aplicação utilizando o componente ACBrNFSe, apenas ajudo no desenvolvimento do mesmo. Portanto fico dependendo dos demais colegas apontarem os eventuais erros. Sendo assim, fico no aguardo do seu retorno.
  8. Igor, Primeiro o XML é salvo na pasta que você determinou na configuração do componente. Segundo se não aparece nenhuma mensagem significa que o XML é válido.
  9. Igor, Após alimentar o componente com os dados, basta executar o comando abaixo: ACBrCTe.Conhecimentos.Valida; O comando Valida, gera o xml, assina e realiza a validação.
  10. Boa tarde Igor, O que você esta utilizando para validar o XML? Algum site?, Algum programa? ou o próprio validador do componente? Se é o validador do componente, você esta utilizando os schemas para a versão 2.00?
  11. Bom dia Igor, Que tal o Manual que esta disponivel no Portal Nacional do CT-e? Nele você tem a estrutura completa.
  12. Bom dia Adilson, Inclua na sua unit: Uses pcnConversao;
  13. Bom dia Ronaldo, Favor atualizar os fontes e testar novamente.
  14. Bom dia Jair, Tente desta forma: ACBrNFSe1.Enviar(nLote, False); ACBrNFSe1.NotasFiscais.Imprimir;
  15. Bom dia Anselmo, Dentro da pasta ...\Exemplos\ACBrCTe temos um arquivo chamado AlimentarComponente.txt Abra ele e procure por: Obs do Contribuinte e compare com a sua rotina.
  16. Bom dia Junior, Dezenas de TAGs novas. Favor baixar o manual de ambas as versões e comparar. Os manuais estão disponiveis no Portal Nacional do CT-e.
  17. Bom dia Solivan, Os testes que realizei, foi usando a minha aplicação e não o programa exemplo. O que temos que saber a respeito da NFC-e é que a versão do XML é 3.00 e no momento somente as UFs: AM, MT, RS, AC, RN, SE e MA podem emitir a NFC-e. Mais detalhes veja: Não sei se já foi liberado para as UFs que utilizam o Ambiente Nacional. O que temos que saber a respeito do componente para emitir a NFC-e. 1. propriedade ModeloDF = moNFCe; 2. propriedade versao = 3 3. propriedade modelo = 65 4. quando o lote possuir apenas 1 nota devemos ativar o modo síncrono. Vide postagens anteriores. Outro detalhe importante, os schemas utilizados pela NFC-e traz no nome a versao ou seja 3.00, por exemplo: enviNFe_v2.00.xsd = schema usado pela NF-e enviNFe_v3.00.xsd = schema usado pela NFC-e É sabido da mudança de versões tanto da NF-e quando da NFC-e para o ano que vem, ambas passam para a versão 3.10, logo o schema a ser utilizado para ambos documentos fiscais será: enviNFe_v3.10.xsd Neste caso a propriedade infNFe.Versao para ambos os documentos vai passar a receber o valor 3.10 Espero ter ajudado.
  18. Bom dia José Adir, O DAMDFe foi criado com base no manual e na época do seu lançamento (06/2012) não havia essa possibiliade de poder acrescentar algo a mais, publicada depois na NT 2013/002. As TQRBand vazias presentes na unit citada, algumas delas estão destinadas aos dados especificos aos demais modais. Mas temos sim, um TQRBand especifico para criar-mos a lista de documentos que fazem parte do MDF-e. Se estiver a fim de contribuir com essa implementação fique a vontade.
  19. Boa tarde Jair, E desta forma: ACBrNFSe1.Enviar(nLote,True);
  20. Boa tarde Roberto, No caso da NFC-e o envio funciona da seguinte forma: Se o lote contem apenas 1 nota o envio é síncrono, por outro lado se contem 2 ou mais o envio tem que ser assíncrono. Quando realizei os testes no inicio deste ano juntamente com a SEFAZ-AM, os primeiros testes foi no modo síncrono e o retorno e a atualização do XML com o protocolo estava tudo OK. if ACBrNFe.NotasFiscais.Count = 1 then ACBrNFe.Enviar(Lote, True, True) else ACBrNFe.Enviar(Lote, True, False); Parametros do Enviar: 1. Numero do Lote; 2. Se True imprime o DANFE 3. Se True modo Sincrono
  21. Boa tarde Reginaldo, O leitor é conectado a uma porta USB, correto? Já trocou de porta?
  22. Boa tarde Solivan, Não entendi, você esta enviando na versão 3.00 e o webservice é 2.00 ? Para qual SEFAZ você esta enviando? Você configurou o componente alterando a propriedade ModeloDF para moNFCe ? Ao alimentar o componente você esta atribuindo os valores corretos para esse modelo de documento fiscal? infNFe.Versao := 3; Ide.modelo := 65;
  23. Boa tarde NeoSquare, Favor atualizar os fontes e testar novamente.
  24. Boa tarde Jair, Usando o comando: ACBrNFSe1.NotasFiscais.Imprimir; em vez de: ACBrNFSe1.NotasFiscais.Items[0].Imprimir; Ocorre o mesmo problema?
  25. Bom dia Ricardo, Um pequeno erro em vez de frmDANFSeQR é fqrDANFSeQR.
×
×
  • 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.