Italo Giurizzato Junior

Boa tarde Saverio, É bem provável que o Delphi encontrou um erro na unit ACBrMDFeDAMDFeQRRetrato e ao tentar abri-la para mostrar o erro não consegui abrir a unit ACBrMDFeDAMDFeQR. Faça o seguinte abra o projeto Demo_ACBrMDFe e depois a unit ACBrMDFeDAMDFeQR, feito isso execute o programa exemplo.

Boa tarde Márcio, Muito obrigado pela colaboração, já esta disponível.

Bom dia Maycoll, Tente com os seguintes valores: cOrgao=32 ou cOrgao=90

Bom dia André, O provedor Virtual só possui 2 Web Services o Gerar e o Cancelar. No programa exemplo utilize o botão [Gerar e Enviar um RPS] e não o [Gerar e Enviar um Lote].

Bom dia Oneide, Se tratando do componente ACBrNFSe, por favor sempre informe o provedor, pois se o RPS vai ser assinado ou não, se o lote vai ser assinado ou não varia de provedor para provedor.

Bom dia a todos, Antes da alteração estava funcionando? Será que essas novas URLs já estão ativas?

Bom dia Oneide, Existem alguns relatos no fórum de outros colegas que migraram para o XE6 e tiveram problemas, inclusive com a NF-e.

Bom dia Cardilo, Muito obrigado pela colaboração, já esta disponível.

Oneide, Não me recordo agora, mas por favor pesquise no fórum sobre permissão de usuário, existem algumas dicas de como alterar. Apesar de estar como administrador, mesmo assim ainda esta em um nível mais baixo que deveria.

Boa tarde Oneide, Por favor, verifique o nível de permissão do usuário da maquina em relação ao windows instalado nela.

Boa tarde jGuto, Foi deixado, pois alguns programas de leem esses arquivos para dar entrada na nota no sistema, se não tiver esses prefixos, eles não funcionam.

Boa tarde Luis, Ai que esta o problema, você esta confundindo rejeição do XML, com URL do QR-Code errada. A sua NFC-e não tem nada de errada, uma vez que foi autorizada pela SEFAZ. O problema agora esta na montagem da URL do QR-Code, praticamente todas as informações são extraídas do XML da NFC-e exceto o Token e idToken. Com certeza é uma dessas duas informações que são informadas na configuração do componente que esta errada.

Boa tarde, O problema é que temos que abrir 2 forms: ACBrMDFeDAMDFEQR e ACBrMDFeDAMDFEQRRetrato e tem que ser nessa ordem. e é no segundo que efetuamos as correções e alterações.

Boa tarde Cardilo, Se você achar interessante o que lhe propus, ou seja, deixar ambos os DACTE com o mesmo layout no que diz respeito a impressão dos documento originários, por favor altere e envie novamente os fontes que eu mesmo disponibilizo. Quanto ao quadro de observação concordo plenamente com você, se não me falha a memória a versão em Quick Report já esta desta forma.

Bom dia Alceu, Fiz uma alteração no componente visando resolver esse problema. Por favor atualize os fontes e teste novamente.

Bom dia Elcyberg, O componente ACBrNFe possui 2 propriedades chamadas ModeloDF e VersaoDF que devem ser configuradas a nível de código e na seguinte ordem: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Obviamente que, com esta configuração devemos utilizar os schemas da versão 3.10 Observação os schemas da versão 3.10 servem tanto para a NF-e quanto para a NFC-e.

Bom dia Cardilo, O que você acha de deixar igual ao Quick Report, no que diz respeito ao numero da nota no quadro Documentos Originários? NF-e <numNota> <chaveformatada> vide imagem em anexo:

Bom dia, Basta repetir a seção DETEVENTO: [DETEVENTO001] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1 [DETEVENTO002] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1 [DETEVENTO003] grupoAlterado = xxx campoAlterado = yyy valorAlterado = zzz nroItemAlterado = 1

Bom dia Luis, Desculpe não entendi direito o seu problema. Pelo XML em anedo da NFC-e, ele foi enviado, processado e autorizado pela SEFAZ, conforme consta no próprio XML. O problema esta ocorrendo em qual momento? Após o envio você esta realizando uma consulta? É ai que você obtêm um retorno da SEFAZ acusando que o Schema esta errado? Após o envio é salvo o arquivo: <numlote>-pro-lot.xml ? Se sim, você poderia postar em anexo por favor?

Bom dia Juliano, Favor atualizar todos os fontes de todas as pastas e depois teste novamente.

Bom dia jGuto, Favor atualizar os fontes e testar novamente. Agora é para abrir através do navegador o XML da NFS-e que foi salvo automaticamente pelo componente.

Bom dia Celso, Muito obrigado pela informação. Favor atualizar os fontes e testar.

Boa noite Idez, Como dito, o campo OutrasInformacoes pertence a estrutura do XML da NFS-e que é gerado pelo provedor. Por pertencer a estrutura da NFS-e não tem como alimentar esse campo e incluir ele no XML do RPS, por 2 motivos; 1. O validador do componente não vai validar o XML; 2. O validador do Provedor não vai validar o XML. A saída é colocar a informação desejada no campo Discriminacao.

Boa tarde Castro, Talvez eles querem que você simplesmente, cancele a NFS-e que esta errada e emita uma nova sem a necessidade de informar que esta última esta substituindo uma outra anterior.

Boa tarde Roger, CTe Versão 2.00 os campos de complementação não existem mais. Simplesmente você emiti um novo CT-e cujo tpCTe é 1-CT-e de Complementação de Valores, lança os valores nos campos normalmente usados e informa a chave do CT-e que esta sendo complementado em: infCteComp.chave Não entendi o xNome?