italo.giurizzato.junior

Boa tarde ALA, A chave da NF-e que fica no atributo Id sempre teve o prefixo NFe e o arquivo em disco nunca teve esse prefixo. Da mesma forma que a chave do CT-e que também esta no atributo Id tem o prefixo CTe e podemos dizer a mesma coisa do MDF-e cuja chave possui o MDFe como prefixo.

Boa tarde NatanaB, O XML foi gerado, mas o provedor processou sem rejeitar o mesmo? Você obteve após o envio o XML da NFS-e? Desculpe, mas gerar o XML do RPS é uma coisa, agora gerar e enviar e obter o XML da NFS-e é outra coisa.

Boa tarde Paulo, Verificando os fontes que estão na pasta: ...\Fontes\ACBrCTe não temos nenhuma unit para a impressão de eventos em Fast report, somente o DACTE. A impressão de eventos esta disponível em Quick Report e Fortes Report.

Boa tarde, Você utiliza o componente ACBrCTe? Recebedor não é o Destinatário. Destinatário, como o próprio nome diz é o destino da mercadoria. Já o Recebedor é uma outra transportadora que vai receber a mercadoria para dar continuidade ao transporte da mesma (Redespacho). Como o Recebedor é uma outro transportadora devemos informar o IE dela.

Boa tarde Maycoll, Acredito ser um problema na SEFAZ e não os schemas.

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.