italo.giurizzato.junior

Alexandre, É por ai, a transportadora vai cobrar da loja o valor do frete, como existe uma tabela pré definida entre a transportadora e a loja, ela tem condições de calcular o valor do frete e cobrar do cliente. Na verdade que paga o frete é a loja e o cliente a reembolsa.

Boa tarde Amarildo, Da onde você obteve essas URLs? Outra coisa no caso da NFC-e não temos o cancelamento antigo somente por evento, logo não temos o LayNFeCancelamento.

Boa tarde Alexandre, Eu discordo do que esta escrito no segundo paragrafo: "Quando este estabelecimento vende, ele registra o valor do frete na NF-e, ..." Se o estabelecimento vende e contrata uma transportadora para realizar o transporte da mercadoria vendida e quem vai pagar pelo frete é o cliente, neste caso na NF-e de venda não consta o frete, pois o cliente vai receber dois documentos: A nota no caso a NF-e e O Conhecimento ou CT-e. O cliente no caso vai pagar o valor contido na nota pois refere-se a compra da mercadoria e o valor contido no conhecimento pois refere-se ao frete.

Bom dia Carlos, Quanto a impressão, sim tem que ser impresso no DACTE, por favor leia a NT 2013/005 que trata desse assunto. Quanto ao valor atribuido ao vTotTrib é outra questão. Segundo as NT 2013/004 e NT 2013/005, nos deixa com duvidas pois uma diz uma coisa e a outra diz algo um tanto diferente. Mas acredito que o valor atribuido a tag não é apenas a soma do valor vICMS, pois só temos no XML apenas um vICMS neste caso o vTotTrib seria igual a vICMS. Portanto, te aconselho consultar um bom contador.

Bom dia Michel, Vou checar.

Bom dia Carteiro, Atualiza os fontes. Eu implementei a Unit, mas com certeza vai ocorrer alguns erros.

Boa noite emrinfo, Dentro da procedure GerarCTe, não tem nenhum comando que esta salvando o XML? Se tem, remova.

Boa noite luciolt, Proposta implementada no componente, favor atualizar e testar.

Boa noite a todos, Desculpa Régys a mensagem de erro: "Ancestor for 'TfqrDanfeQR' not found" não é por falta de instalação do Quick Report e sim pela tentativa de abrir o fonte ACBrNFeDANFeQRRetrato antes do ACBrNFeDANFeQR. O que deve estar ocorrendo, é que o fonte ACBrNFeDANFeQRRetrato esta desatualizado e desta forma provocando um erro, e quando o Delphi tenta abri-lo para apresentar o erro mostra a mensagem: "Ancestor for 'TfqrDanfeQR' not found". Todos tem que ter em mente que um componente pode e usa como é o caso do ACBrNFe, fontes contidos em outras pastas, portanto se elas não estiverem atualizadas, erros podem aparecer.

Boa noite lvr, Sugestão aceita, favor atualizar os fontes e testar.

Boa noite José, Vou verificar e se possível disponibilizar.

Boa noite Mauricio, O componente ACBrNFSe faz tudo o que você precisa, desde que a cidade em questão utilize um provedor que segue o padrão Abrasf e que o mesmo já esteja implementado no componente.

Bom dia a todos, Esse erro ocorre porque você esta utilizando uma versão do Quick Report anterior a do DANFSE disponibilizado. Como resolver esse problema, sem a necessidade de trocar a versão do Quick Report? Simples, siga os passos descritos no post: Ai vocês vão dizer, que esse post se refere ao DACTE, mas o meu problema é o DANFSE, ai eu respondo: resolve por semelhança. no DACTE temos: os seguintes fontes que devem ser alterados: ACBrCTeDACTeQR e ACBrCTeDACTeQRRetrato no DANFE temos: ACBrNFeDANFeQR e ACBrNFeDANFeQRRetrato no DANFSE temos: ACBrNFSeDANFSeQR e ACBrNFSeDANFSeQRRetrato no DAMDFE temos: ACBrMDFeDAMDFeQR e ACBrMDFeDAMDFeQRRetrato Perceberam a semelhança ? Por favor siga os passos que constam no link acima e aplica-os nos arquivos referente ao Documento Auxiliar que esta com problema de propriedades inexistentes.

Bom dia Mauricio, O componente permite que você adicione vários RPS. Recentemente foi implementado uma função chamada GerarLote. Declaração: function GerarLote(ALote: Integer): Boolean; overload; function GerarLote(ALote: String): Boolean; overload; Como usar: Ok := ACBrNFSe.GerarLote(25); // sendo que Ok é uma variável booleana e 25 é o numero do lote informado como integer ou Ok := ACBrNFSe.GerarLote('25'); // sendo que Ok é uma variável booleana e 25 é o numero do lote informado como string A função salva em disco na pasta Ger o seguinte arquivo: 25-lot-rps.xml onde 25 é o numero do lote que foi informado. Esse arquivo contem o lote de RPS que pode ser importado pelo site. Caso seja adicionado 10 RPS, o arquivo *-lot-rps.xml vai conter todos eles. Espero ter ajudado.

Bom dia Michel, Muito obrigado pela colaboração.

Bom dia Darlana, O arquivo que você esta salvando é o retorno, nele contem a NF-e, mas contem as tags referente ao retorno. Outra coisa foi informado um dos MD-5 entre os caracteres << numero >>. Se você remover as tags de retorno e esses caracteres, vai ser possível visualizar o XML sem nenhum problema através no navegador.

Bom dia Samuel, Já estou trabalhando na implementação. Por favor aguarde.

Bom dia a todos, O problema é que no provedor 4R devemos utilizar o Gerar e Enviar NFSe ou o Enviar Sincrono, sendo que este último não esta implementado no programa exemplo.

Bom dia Caetano, Temos no componente a função: ConsultarNFSe(ACnpj, AInscricaoMunicipal: String; ADataInicial, ADataFinal: TDateTime; NumeroNFSe: string = ''): Boolean; Onde você informa o CNPF e IM do emitente mais o periodo (Data Inicial e Final) Desta forma todas as NFS-e emitidas dentro desse periodo vão ser retornadas e salvas na pasta NFSe.

Bom dia a todos, Todas as modificações que realizei para que o componente ACBrNFe pudesse suportar os dois modelos de documentos fiscais, ou seja NF-e e NFC-e, já encontram-se disponiveis, basta atualizar os fontes. Como acrescentei uma propriedade nova ao componente há necessidade de abrir o pacote de instalação do ACBrNFe e compilar novamente, caso contrario essa propriedade não aparece. É através dela que você defini o modelo de documento fiscal deseja utilizar. Apesar do componente já esta pronto para a NFC-e lembre-se: 1. A NFC-e esta sendo utilizada somente por 7 UF participantes do projeto piloto. 2. Em cada UF temos por volta de 4 ou 5 empresas participando. 3. Não consegui as URLs de homologação e produção de todas as UF participantes. 4. No momento não é permitido que outras empresas realizem testes mesmo sendo da UF participante. Nos resta apenas, matermos os nossos fontes atualizados, assim que eu conseguir as URLs que faltam, vou atualizar o fonte e disponibilizar. Acredito que no segundo semestre deste ano a SEFAZ vai liberar para as demais empresas, desta forma outras UF vão aderir o NFC-e.

Boa tarde Cristiano, Me desculpe, a messagem de rejeição não se refere a nenhuma versão. Veja: Rejeicao: Ambiente informado diverge do Ambiente de recebimento O que estra ocorrendo é que no XML você informou o ambiente de produção e esta enviando para o ambiente de homologação. Ambiente informado => faz referencia ao XML da NF-e Ambiente de recebimento => para onde esta sendo enviado a mesma.

Boa tarde Cristiano, Que arquivo de retorno você se refere? Se possivel poste ele como anexo.

Boa tarde Guerreiro, Nenhum provedor até onde sei implementou uma maneira de checar se o Web Service esta OK. O jeito mesmo é enviar e torcer para que esteja funcionando.

Boa tarde Caetano, Basta realizar uma consulta a NFSe informando o periodo.

Boa tarde Cristiano, Não, os schemas referente a versão 3.0 são destinados as empresas que participam do projeto piloto da NFC-e. A NF-e continua na versão 2,0 por enquanto. Para mais detalhes favor pesquisar no fórum.