Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.094
  • Registro em

  • Última visita

  • Days Won

    1.080

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Vercilei, Quem vai realizar essa consulta, o emitente ou destinatário (cliente)? Se for o destinatário, de posse do DANFE NFC-e temos a chave (44 dígitos) que digitamos do Portal da SEFAZ e os dados da nota são apresentados ou através de um leitor de QR-Code que você baixar gratuitamente e instalar nos Smartfones. Por outro lado o emitente por obrigação tem que ter todos os dados referente a nota. O componente possui o método Consultar, mas este é destinado ao emitente da nota e tem por finalidade retornar a situação atual da mesma, ou seja se esta autorizada ou não, portanto não retorna nenhuma outra informação referente a nota.
  2. Gabriel, Muito obrigado, já fiz a correção e já esta disponível.
  3. Notei que no XML que você postou que acusa o erro, em comparação com este último que esta sendo aceito pelo provedor tem as seguintes diferenças: O gerado por você possui a TAG CodigoPais e não possui a TAG RegimeEspecialTributacao. Para co CodigoPais atribua o valor zero e para RegimeEspecialTributacao um valor que não seja retNenhum. TnfseRegimeEspecialTributacao = ( retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP );
  4. Bom dia a todos, Quero mais uma vez deixar claro que apenas contribuo com o desenvolvimento do componente ACBrNFSe, não sou responsável pelo desenvolvimento do Monitor seja ele para NF-e, CT-e, MDF-e ou NFS-e. Como a NFS-e é a nível municipal e o Web Services ficou a cargo de empresas que chamados de provedores, empresas estas contratadas pelas prefeituras para implantar toda a infraestrutura para recepcionar as NFS-e, fica complicado o desenvolvimento do componente, pois é sabido que essas empresas não seguem a risca o padrão ABRASF, que dificulta ainda mais o desenvolvimento do ACBrNFSe. Como dito apenas contribuo com o desenvolvimento do componente, não tenho condições de realizar testes, pois para testar o envio para a cidade XYZ atendida pelo provedor ABC é necessário ter o certificado digital de um contribuinte da cidade XYZ. Portanto, deixo os testes a cargo de quem desenvolve a aplicação para atender esse contribuinte. Quando me tornei garoto de programa, desenvolvia em Basic, para quem não conheceu era uma linguagem interpretada e é a base do Visual Basic, depois parti para o Turbo Pascal, para quem não conheceu foi desenvolvido pela Borland, a linguagem é Pascal e trata-se de um compilador, ou seja, gera o executável. Depois mudei para o Clipper 5.2 e por fim o Delphi que por sinal é Turbo Pascal for Windows e muito mais. Acredito que fiz uma ótima escolha, no momento não pretendo mudar, por dois motivos, estou satisfeito com os resultados e hoje sou um jovem de programa chegando na versão do Clipper em novembro deste ano. Sei que vocês também estão satisfeitos com os resultados da linguagem que utilizam para desenvolver as suas aplicações, sei também que aprender uma nova linguarem e reescrever todo um sistema demanda tempo e dinheiro. Vocês encontraram no ACBr mais precisamente no Monitor a solução barata ou gratuita para resolver os problemas que estão enfrentando com a emissão de documentos fiscais eletrônicos. Mas esquecem que muitos que fazem a coisa acontecer, não ganham um centavo, sem contar o tempo gasto no desenvolvimento, teste e correção dos componentes. Portanto peço respeito a todos que doam o seu tempo o seu valor para contribuir com o desenvolvimento dos componentes e Monitores. Desde já agradeço a compreensão de todos. Muito Obrigado.
  5. Bom dia Maiquel, Muito obrigado pela colaboração, já esta disponível.
  6. Bom dia Walter, Se você procurar pela TAG competencia no XSD (Schema) tipos_v03 usado pelo provedor Ginfes vai notar que esta TAG esta presente somente na NFS-e, e não no RPS. Sendo assim não adianta alimentar esse campo no componente, pois não será utilizando. Por outro lado o conteúdo da TAG competencia presente na estrutura da NFS-e é gerado pelo próprio provedor.
  7. Bom dia Bernardo, Se as aspas estão corretas note que existe espaços em branco entre o NF e o fechar aspas: 'Ass_17152NF '.
  8. Bom dia Jorge, No caso da NFS-e esqueça tudo o que você aprendeu sobre NF-e, CT-e, etc. Primeiramente o componente não gera o XML da NFS-e e sim do RPS e este poderá ser assinado ou não dependendo do provedor. O lote de RPS poderá ser assinado ou não dependendo do provedor. A validação ocorre no lote e não no RPS, sendo assim não adianta querer validar o XML do RPS que não vai funcionar, temos que validar o lote. Portanto devemos apenas alimentar o componente com os dados do RPS e executar o método enviar, pois este último se encarrega de fazer o resto.
  9. Bom dia Gabriel, Por favor atualize os fontes e tente novamente.
  10. Bom dia, Primeiramente, não post como texto o conteúdo de arquivos, favor postar como anexo. Segundo esse arquivo deve ter sido baixado diretamente do site e não via web service utilizando-se do componente ACBrNFSe. Dai o problema.
  11. Bom dia Philip, Volto a afirmar sem exemplos do provedor fica difícil descobrir onde esta o erro.
  12. Bom dia Jair, No caso do Quick Report vamos a mensagem de erro: C:\Conde\ACBr\\Pacotes\Delphi\ACBrNFe2\ACBrNFeDanfeQRpkg.dpk(76) Fatal: Required package 'QR5RunD7' not found Veja que o Delphi não encontrou o Requisito: QR5RunD7 para poder compilar o pacote ACBrNFeDanfeQRpkg.dpk, os motivos são 2: 1. Você não tem o Quick Report 5.0 instalado no seu Delphi 7, este vem com a versão 3.0 2. Se tem ele instalado, o path onde encontra-se o arquivo QR5RunD7.bpl não esta presente no Library Path e se esta, deve estar antes dos Paths do ACBr.
  13. Bom dia, Sem um XML de exemplo do provedor para comparar é ficar na tentativa e erro.
  14. Boa tarde Alexandre, Me desculpe, existe uma postagem sobre o mesmo problema que foi feita em 23 de fevereiro e entre várias respostas a última é de hoje uma hora e meia antes da sua postagem. Se você tivesse pesquisado teria encontrado a solução.
  15. Boa tarde Jean, Não existe inutilização de NF-e e sim inutilização de numero ou faixa de números. Sendo assim, não faz sentido carregar o XML de uma NF-e que se deseja inutilizar. Repito se o numero 500 se refere a uma NF-e que foi enviada para SEFAZ e esta retornou o protocolo de autorização, o que você pode fazer é solicitar o seu cancelamento. Por outro lado se o numero 500 não se refere a nenhuma nota, por algum motivo a sua aplicação pulou esse numero, você então solicita a SEFAZ a inutilização do numero 500. Se você esta emitindo NF-e na vesão 3.10, você tem que configurar o componente conforme o Isaque mostrou em sua postagem #4 antes de executar a inutilização de um numero. Espero ter ajudado.
  16. Boa tarde Kleberson, Quem esta consultando é o próprio emitente da Nota?
  17. Boa tarde a todos, A forma correta é: // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior); if Dest.EnderDest.UF = 'EX' then ide.idDest := doExterior else if Dest.EnderDest.UF = Emit.EnderEmit.UF then ide.idDest := doInterna else ide.idDest := doInterestadual; Lembre-se de colocar pcnConversao no uses do seu form.
  18. Boa tarde Fabio, Quando for consultar a situação atual de uma NF-e emitida na versão 2.00 o procedimento é esse, pois a rotina que lê o XML seta a versão com base na versão do XML.
  19. Boa tarde a todos, Atenção: o SCAN não existe mais. Se a SEFAZ-Autorizadora não esta ativa, você deve enviar a nota para a SEFAZ-Virtual que atende a UF do contribuinte. Agora se o problema é com a internet do Contribuinte, este deve se utilizar de uma conexão 3G (por exemplo) e enviar um evento chamado EPEC. Assim que o problema for sanado deve enviar a nota para a SEFAZ-Autorizadora. Por favor leiam as Notas Técnicas que tratam sobre o assunto.
  20. Boa tarde, Tente conseguir com o provedor um XML de exemplo que é aceito pelo provedor, para que possamos comparar.
  21. Boa tarde, Os arquivos *-env-lot.xml e *-env-lot-soap.xml são de envio do lote para a SEFAZ e portanto os *-rec.xml e *-rec-soap.xml são os de retorno que se você abrir com um navegador vai notar a mensagem: Arquivo recebido com sucesso. Bem como o numero do recibo que encontra-se na TAG: nRec. Se você esta usando o método Enviar, o componente após obter o retorno acima mencionado, de posse do numero do recibo realiza um consulta, neste caso é salvo o arquivo: *-ped-rec.xml e temos como resposta a essa consulta o arquivo: *-pro-rec.xml Por favor você tem os arquivos abaixo? *-ped-rec.xml e/ou *-ped-rec-soap.xml *-pro-rec.xml e/ou *-pro-rec-soap.xml Se sim, post como anexo.
  22. Boa tarde, Tanto o cancelamento quanto o encerramento são eventos, sendo assim ao executar os comando sitados é para ser salvo em disco um XML com o seguinte nome: *-ped-eve.xml Esse XML contem o pedido de evento, ou seja, é o envio do evento a SEFAZ, como dito antes pode ser de um cancelamento ou encerramento. A SEFAZ por sua vez processa esse pedido e retorna o resultado desse processamento, que é salvo com o seguinte nome: *-eve.xml Por fim é gerado um terceiro arquivo chamado *-procEventoMDFe.xml que nada mais é do que o arquivo de distribuição, ou seja, ele possui tanto a solicitação bem como o resultado do processamento retornado pela SEFAZ, em resumo é a união dos dois primeiros. Após a execução dos comandos de cancelamento ou encerramento, é salvo os XMLs apresentados acima? Se sim, você poderia postar como anexo?
  23. Boa tarde Marcio, Essa alteração foi feita por mim, a pedido de um colega do RS que utiliza uma aplicação desenvolvida por mim. O cliente dele necessita que a descrição seja: Atividades de pós-colheita. Infelizmente eu deveria ter desfeito essa alteração após compilar e enviar o executável a ele. E acabei enviando para o repositório o fonte alterado. Peço desculpas pelo transtorno. Vou corrigir e disponibilizar novamente. Aproveito para informar que o componente ACBrNFSe é capaz de imprimir no DANFSE a descrição do serviço de duas formas: 1. a descrição que consta no fonte do mesmo; 2. a descrição que consta em um arquivo TXT que deve ser copiado para a pasta onde encontra-se o executável. Existe uma propriedade no componente onde definimos se a descrição é de um arquivo externo ou não.
  24. Boa tarde, Você esta incluindo em Uses a unit pcnConversao ?
  25. Boa tarde Chistiano, Te aconselho a procurar um bom contator.
×
×
  • 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.