Renato Lucas Pandolfo

Mas no caso do Arquivo Registros do PAF-ECF(Item 17 do Requisito VII) tem que ter o Registro D1 ?

Em relação ao arquivo Registros do PAF-ECF(Item 17 do Requisito VII) na ER 02.01, ao gerar os registros do Tipo D2, o campo Nº 02 - CNPJ está ficando zerado. Utilizando o ACBR_PAF_Demo, o arquivo gerado também está ficando com o CNPJ zerado. Alguem já passou por esta mesma situação ? Segue abaixo uma linha do arquivo gerado. D200000000000000NUMFAB78901234567890 ECF-IF ACBr PAF 0000280 20140416Pedido 00006700000000001NOME CLIENTE 00012345678921 RegistrosPAF.txt

A função para detectar o tipo existe no Acbr ?

Resolvido. Apaguei e criei novamente o método. Obrigado

Não espeficiquei. Apenas gerei novo par de chaves e tentei gerar o xml. Tentei agora especificar a chave pública no evento OnGetChavePublica mas aparece a msg "Property and method AcbrEAD1GetChavePublica are not compatible".

Boa noite, Estou tentando gerar o arquivo xml pra ser utilizado no eECFc. Fiz algumas tentativas gerando um novo par de chaves e depois tentando gerar o arquivo xml. Qndo clico no botão, ele pede o nome da Sw House e o caminho onde quero salvar o arquivo. Depois de escolher o caminho, aparece a msg: "Chave RSA Publica não especificada no evento: "OnGetChavePublica" O que pode estar acontecendo ? Obrigado

Eu sei que tem q alterar o GT por fora do PAF. Talvez eu não tenha me expressado bem. O arquivo auxiliar criptografado, deve ser gerado por outro aplicativo, por exemplo, um Editor do AAC. Certo?! O homologador, não aceita que eu mude GT e CRO utilizando o próprio editor do AAC. Ele queria que eu modificasse diretamente no arquivo criptografado. Ele exigiu que eu abrisse o arquivo no bloco de notas e alterasse o arquivo diretamente por lá. O procedimento dele está correto ?

Se eu entendi bem sua explicação, sua idéia é alterar o GT e CRO, usando por exemplo, o mesmo programa que usamos para criar o arquivo criptografado. Ai seria, entrar no programa...mudar o gt...e salva novamente o arquivo criptografado. Porém no nosso caso, o homologador não permitia isso. Ela queria que alteração fosse feita diretamente no arquivo criptografado.

Eu tb tive que modificar meu arquivo criptografado quando homologuei. Não utilizava o AcbrAAC na ocasião. O homologador fez eu escrever o meu arquivo criptografado com cada informação em uma linha e saltasse uma linha de uma p/ outra p/ q o arquivo ficasse "organizado". Na ocasião, alterei o arquivo pq precisava homologar o sistema, mas não concordava com essa exigência DO HOMOLOGADOR. No roteiro não tem essa exigência. Tem?! Não havia lugar nenhum que obrigasse que o arquivo tivesse essa "organização" que ele nos exigiu. Eu acredito que se o arquivo tivesse que estar "organizado" da maneira que o homologador queria, então o manual deveria vir com essa informação e não ser este, um "Teste surpresa". Deveria então ter um layout do Arquivo Criptografado. Vcs concordam com esta exigência ? O homologador tem este poder ?

No quick e no fast está funcionando legal. Só no fortes que acontece esse problema. Alguém tb está nesta mesma situação ?

Tudo verde e atualizado. Exclui a pasta com os fontes do AcbrNfse, atualizei novamente. Primeiro mostrou a msg Error reading frlDANFSeRL.LCLVersion: Property LCLVersion does not exist. Fui nos fontes...abri o ACBrNFSeDANFSeRL.pas e ignorei as propriedades que estavam incompatíveis com a versão. Depois, abri o arquivo ACBrNFSeDANFSeRLRetrato.pas e tb ignorei as propriedades incompatíveis. Neste ponto, ainda aparece a msg de que o componente dsItens já existe. Também ignorei. Depois compilei com a opção Build. A discriminação dos serviços está aparecendo normalmente. Porém, voltou aquele problema da acentuação das palavras e continua aparecendo a msg que a versão do fortes é diferente. Estou utilizando Delphi7 e e Fortes 3.72

Alguém está com este mesmo problema ?

Boa noite. Atualizei o componente agora e refiz os testes. Primeiro mostrou a msg Error reading frlDANFSeRL.LCLVersion: Property LCLVersion does not exist. Fui nos fontes...abri o ACBrNFSeDANFSeRL.pas e ignorei as propriedades que estavam incompatíveis com a versão. Depois, abri o arquivo ACBrNFSeDANFSeRLRetrato.pas e tb ignorei as propriedades incompatíveis. Neste ponto, ainda aparece a msg de que o componente dsItens já existe. Também ignorei. Depois compilei com a opção Build. A discriminação dos serviços está aparecendo normalmente. Porém, voltou aquele problema da acentuação das palavras e continua aparecendo a msg que a versão do fortes é diferente. Alguem está com este mesmo problema ? Obrigado

Ainda não consegui uma solução.

Em relação a acentuação está resolvido. Agora o problema está em relação a discriminação dos serviços. Aconteceu comigo a mesma coisa descrita pelo Augusto Fontana.

Estou com o mesmo problema das acentuações. Alguem conseguiu resolver este problema ?

Bom dia, O layout lfatura, qndo selecionado, faz a impressão utilizando o layout padrão. Existe alguma previsão de implementação ? Caso não haja, posso ajudar no desenvolvimento. Obrigado

Percebi tb q tag <CodigoTributacaoMunicipio> está preenchida no xml e que ao tentar reimprimir a nfs-e o código da tributação no munícipio tb está ficando em branco.

Boa tarde, Ao imprimir a nfse, o 'danfe' aparece tudo ok. Porém ao gerar o pdf, o campo código "CodigoTributacaoMunicipio" está ficando em branco. Alguém já passou por essa situação ?

me envia seu email pra gnt combinar. um abraço vlw

Estou tentando gerar uma NFSe em ambiente de homologação usando o Demo. Fiz a configuração com os dados do prestador, certificado e schemas, porém quando tento gerar e Enviar Lote, retorna a a msg: The certificate authority is invalid or incorrect - URL:https://nfsejuizdefora-teste.pbh.gov.br/bhiss-ws/nfse-SOAPAction:http://ws.bhiss.pbh.gov.br/RecepcionarLoteRPs Alguem já recebeu esta msg antes ?