Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.736
  • Registro em

  • Última visita

  • Days Won

    1.107

Tudo que Italo Giurizzato Junior postou

  1. Bom dia a todos, As empresas que participam do projeto piloto da NFC-e solicitaram que seja incluída uma TAG para informar o truco vamos aguardar.
  2. Boa tarde, Se você se refere ao numero do recibo retornado quando enviamos o lote para SEFAZ, por favor leia a minha postagem #6.
  3. Boa tarde, Estou com problemas de enviar para o repositório, assim o problema for sanado estarei atualizando. Desde já muito obrigado pela colaboração.
  4. Boa tarde Dangelo, Antes o componente trocava o protocolo de autorização pelo de cancelamento. Chegamos a conclusão, que esse procedimento não esta correto, uma vez que a nota foi sim autorizada em um primeiro momento e depois foi solicitado o seu cancelamento. Sendo assim o XML valido juridicamente é aquele que contem a assinatura e o protocolo de autorização de uso retornado pela SEFAZ-Autorizadora. Como proceder agora? No banco de dados você tem que ter uma tabela de eventos onde seja possível através de uma consulta simples saber se uma determinada nota possui ou não um evento de cancelamento, caso afirmativo você atribui o valor True a propriedade NFeCancelada antes de imprimir o DANFE da mesma senão atribua o valor False.
  5. Bom dia Carlos, Todos os fontes de todas as pastas estão atualizados? A Unit responsável pela leitura do XML de uma NF-e encontra-se dentro da pasta PCN2. É a pcnNFeR.pas esta unit esta atualizada? Verifiquei e a mesma contem as linhas que faz a leitura das TAGs referentes ao Medicamento.
  6. Bom dia Claudemir, Muito obrigado pela colaboração, já esta disponível.
  7. Bom dia Marco, O valor do vTotTrib não é calculado com base no valor do ICSM da respectiva prestação de serviço e sim com base no valor da prestação (frete). Supondo que pela tabela do IBPT o percentual é de 5% e o valor da prestação (frete) é de R$ 100,00 o vTotTrib será R$ 5,00, ou seja, 5% de R$ 100,00.
  8. Bom dia, Quem gera o numero da NFS-e é o Web Services. Se ao enviar um RPS de numero 1 em ambiente de homologação e o WS retornou uma NFS-e com numero 135 significa que alguém já tinha feito testes antes.
  9. Boa tarde Rogério, Primeiro é preciso saber qual é o provedor (empresa) que foi contratado pela prefeitura da cidade deseja. Segundo verificar se o respectivo provedor já esta implementado no componente, se sim, abrir a unit correspondente e ver como foi implementado outra cidade deste provedor e adicionar a nova cidade de forma semelhante. Se o provedor não esta implementado ai a coisa fica mais complicada, é preciso entrar em contato com o provedor e obter o maximo de informações possíveis, como schemas, xml de exemplos, URLs de homologação e produção se segue o padrão ABRASF ou não.
  10. Bom dia a todos, Por favor atualizem os fontes e testem novamente.
  11. Bom dia a todos, Mandei para o SVN algumas alterações visando deixar o XML do RPS segundo o exemplo. Favor atualizar os fontes e testar novamente.
  12. Boa noite Paulo, O erro que você postou se refere a validação do XML antes do mesmo ser enviado para SEFAZ. Qual evento você se refere? Já o SeparaDados de qual Unit? de qual função ou procedimento?
  13. Boa noite Paulo, O que você descreveu é absolutamente normal. Toda ação (emissão, cancelamento,...) ocorre na SEFAZ-Autorizadora. Se você consultar via site da SEFAZ-Autorizadora é para estar atualizado. Por outro lado se consultar via site da SEFAZ-Ambiente Nacional pode ocorrer de não estar atualizado, uma vez que a SEFAZ-Autorizadora tem que replicar as ações e isso pode levar de minutos a horas.
  14. Boa tarde a todos, As rejeições de denegação são: 110, 301 e 302. Seria interessante também ao salvar uma NF-e denegada, o nome do arquivo ser: <chave>-den.xml, conforme o item 5.2 Padrão de Nomes para os Arquivos, página 90 e 91 do Manual versão 5.0 da NF-e.
  15. Boa tarde Dércio, Esta estranho isso, como lhe disse fiz um teste e esse erro não foi reportado. Por favor desinstale os componente, remova todos os fontes DCU e BPL que se refere ao ACBr, baixe novamente e instale, por fim compile a sua aplicação com o Build e teste novamente.
  16. Boa tarde Leandro, A mensagem de falha na validação aparece esses ???? ou você que colocou? Se foi você, por favor, post a mensagem exatamente como ela é apresentada.
  17. Boa tarde Jakson, Não importa se o RPS é assinado ou não, ou se o Lote de RPS é assinado ou não, para se utilizar do Web Service há necessidade do certificado. Pode sim, utilizar o mesmo certificado usado para emitir NF-e.
  18. Bom dia Luis, Não sei como foi feito a sua aplicação, vai uma dica, a UF a ser configurada como sendo a UF da SEFAZ autorizadora, tem que ser a UF do Emitente do Documento Fiscal Eletrônico. Se o Emitente é de SP devemos utilizar a SEFAZ-SP se for de RO devemos utilizar a SEFAZ-RO e assim por diante. Não permita que o usuário possa selecionar essa UF antes da emissão.
  19. Luiz, Na versão 2.00 do CT-e há necessidade de incluir o infCTeNorm antes do infCTeSub. Dentro da pasta ...\Exemplos\ACBrCTe existe um arquivo TXT chamado AlimentarComponente, procure por infCTeSub. Você vai encontrar a forma correta de alimentar o componente neste caso. Detalhe importante esse fragmento de código foi escrito antes da desativação da versão 1.04 portanto você vai encontrar diretivas de compilação para determinar qual código usar dependendo da versão do CT-e.
  20. Bom dia a todos, Encontra-se no Portal Nacional do MDF-e um link para baixar a Cartilha Nacional do MDF-e, trata-se de um PDF de 21 páginas. Quem implementou ou vai implementar o MDF-e, por favor baixe essa cartilha, pois ela traz informações que vão ajudar na implementação bem como orientar o emitente em diversas situações de emissão. Não se trata de um documento técnico destinado ao desenvolvedor mas contem informações que ajuda tanto o desenvolvedor como o emitente. Fica ai a dica.
  21. Bom dia Ornei, Dependendo do DANFE (Quick Report, Rave, etc) possui uma propriedade chamada NFeCancelada, se esta estiver com o valor True a Tarja será impressa.
  22. Bom dia Jakson, Se a cidade for Petrolina/PE, ela é atendida pelo provedor SpeedGov, tanto o RPS quanto o Lote de RPS não se faz a necessidade de estarem assinados. Mas para realizar a emissão via Web Services, há necessidade do Certificado Digital. Por outro lado se a sua intenção é gerar o XML e importa-lo pelo site, o programa exemplo tem um botão chamado [Gerar Lote RPS]. A ideia é alimentar o componente com 1 ou mais RPS e depois gerar e salvar em disco o XML referente ao lote, para depois ser importado pelo site. Neste caso não há necessidade do Certificado Digital.
  23. Bom dia Joel, Muito obrigado pela colaboração, em breve estarei disponibilizando a alteração.
  24. Bom dia Joemil, Muito obrigado pela informação, já fiz a alteração, mas ainda não vou disponibilizar.
  25. Bom dia Tiago, Tentou realizar o procedimento realizado pelo Tony? (postagem #3) deste 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.