Leonardo Gregianin

Bom dia Jairo, Independente do tipo de relatório que você utiliza o ACBr trabalha com base no XML. Ao utilizar o comando "LoadFromFile" é feita uma leitura do XML e carrega os dados para o componente, se no XML retornado pela Prefeitura não consta os dados do prestador não tem como o componente adivinhar essas informações. Minha sugestão é carregar os dados com o LoadFromFile e depois fazer a verificação dos campos que faltam preencher e informar isso "propriedade a propriedade" para o componente, por exemplo: ACBrNFSe1.NotasFiscais.Clear; ACBrNFSe1.NotasFiscais.LoadFromFile('arquivo.xml'); ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.RazaoSocial := ''; ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.NomeFantasia := ''; ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.Endereco := ''; ACBrNFSe1.NotasFiscais.ImprimirPDF;

Boa noite, anexa o XML por favor.

Eric, Não lembrava que existia essa função, vou começar a usá-la. Anexa a unit completa porque só o patch é muito ruim para fazer o merge da implementação.

Veja se está com todos os arquivos de schemas atualizados, confira também se o arquivo tiposBasico_v3.10.xsd existe.

Anderson, verifique a tag "pDif" que deve conter: "Tipo Decimal com 3 inteiros (no máximo 100), com até 4 decimais", conforme schemas xsd.

Não sei se lhe entendi, o anexo está no mesmo post:

Solivan, há diferença nas duas versões. A versão anterior gravava a imagem do qrcode na máquina e a versão atual não faz isso, é gerada a imagem em memória e enviada diretamente para o FastReport, da mesma forma que foram feitos as NFC-es do Quick e Fortes.

Régys, fiz as alterações nos fontes atualizados. Fiz uma conferência novamente agora e estão corretos, não haverá quebra de código.

Olhando o código-fonte atual do componente, a única forma de gerar desta forma é quando você não informa a "Dest.EnderDest.cPais := 1058" que é código do país do destinatário 1058-Brasil.

Boa tarde Daniel e moderadores, Fiz as alterações na impressão da NFC-e em FastReport conforme o Daniel orientou utilizando a geração do QRCode com ACBrDelphiZXingQRCode.pas e enviando diretamente para o FastReport a imagem com BeforePrint. No pacote de instalação é o mesmo do NF-e modelo 55. Segue anexo os arquivos.

Qual método está utilizando que ocorreu este erro? Está passando o CNPJ sem máscaras?

Faço como no código abaixo, mas veja como funciona no programa demonstração: NFSe.Configuracoes.WebServices.CodigoMunicipio := StrToIntDef(Config.CodCidade + DV_Municipio(Config.CodCidade), 0); try NFSe.Configuracoes.WebServices.SetConfigMunicipio(''); // Busca o schema correto para a cidade da empresa except if (NFSe.Configuracoes.WebServices.CodigoMunicipio = 0) then MessageDLG('Código IBGE do Município não preenchido no cadastro da empresa.', mtWarning,[mbok],0) else MessageDLG('Webservice do Município de '+Config.NomeCidade+'/'+Config.Uf+' não implementado.', mtWarning,[mbok],0); Application.Terminate; end;

Bom dia, Utilizo o provedor para emissão de nota e não precisa nada além do que tem disponível.

Boa tarde, Abra o Arquivo ACBrCTeDacteQRpkg.dpk (Delphi Package) com o bloco de notas e altere a linha: {$IFDEF VER150} QR5RunD7, vcljpg, visualclx; {$ENDIF} // D7 para {$IFDEF VER150} QR3RunD7, vcljpg, visualclx; {$ENDIF} // D7 Salve o arquivo e instale novamente.

Boa tarde, Conforme o layout da NF-e o campo "vProd" somente aceita 2 casas decimais, e sempre foi assim. Veja que os schemas das versões 2.00, 3.00 e 3.10 são iguais para validação. O que você pode fazer é utilizar a tag "vUnCom" mais conhecida como "Valor unitário" e aceita até 10 casas decimais. Veja o que diz a NT: "Informar o valor unitário de comercialização do produto, campo meramente informativo, o contribuinte pode utilizar a precisão desejada (0-10 decimais). Para efeitos de cálculo, o valor unitário será obtido pela divisão do valor do produto pela quantidade comercial. (v2.0)".

Confirme que seu CPF não tem máscara, se Dest.idEstrangeiro tem que estar vazia e Dest.enderDest.cPais igual a 1058. E anexe o XML.

A estrutura está correta, o problema nos XMLs são caracteres estranhos nas informações complementares, mais precisamente na palavra "industrialização". MERCADORIA PARA INDUSTRIALIZAO COM POSTERIOR RETORNO.

O grupo de Cobranca/Fatura não pode ser informado para NFC-e senão ocorrerá a Rejeição 760: NFC-e com dados de cobrança (Fatura, Duplicata).

Boa tarde, foi adicionada a cidade de Palmas/TO na rev. 7027 de 18/06/2014.

Siga estes passos:

Bom dia, segue anexo algumas correções para impressão da DANFSe em FastReport, para leitura do RPS e inclusão de nova tag para leitura da resposta. Teste feito para o provedor Coplan.

Faça um teste, tente reinstalar manualmente o .dpk, primeiro o synapse.dpk, depois ACBrComum.dpk, ACBrDiversos.dpk, ACBrSerial.dpk, PCN2.dpk.

Boa tarde, foi adicionada esta cidade na rev. 7027 de 18/06/2014. Atualize o componente e teste novamente.

Tente assim: "ACBrNFe.Nota.Ide.indFinal := cfNao" quando for NFC-e e houver CPF e "ACBrNFe.Nota.Ide.indFinal := cfConsumidorFinal;" quando não houver CPF.

Olhe estes tópicos: