Italo Giurizzato Junior

Bom dia Marcio, Você baixou os fontes do repositório trunk também, ou somente do branches? Ficou faltando nesse roteiro que devemos compilar alguns pacotes utilizados pelo componente ACBrNFe. Leia o roteiro chamado Instalar.TXT que encontra-se na pasta ...\Fontes\ACBrNFe2 Espero ter ajudado.

Bom dia Akai, Por favor atualise os fontes e teste novamente.

Bom dia a todos, Aproveitando o título do tópico: Carta de Correção Eletrônica Disponibilizo em anexo uma alteração realizada pelo nosso colega Ricardo Rodrigues, que possibilita o envio do XML da CC-e por e-mail. Detalhe muito importante é utilizado a mesma procedure para envio do XML da NF-e ou seja: EnviarEmail. A implementação realizada pelo Ricardo consiste no acréscimo de um novo parametro chamado: EnviaCCe cujo valor defaut é False. Suponto que uma NF-e venha possuir uma CC-e, basta carregar o componente com o XML da respectiva NFe e executar a procedure EnviarEmail, com o parametro EnviaCCe igual a True. O Destinatário vai receber um e-mail contendo 2 XMLs o da NFe e o da CCe. Na minha opnião ficou muito bom, se os mantenedores do ACBrNFe acharem válido, temos ai uma solução. ACBrNFeNotasFiscais.zip

Boa tarde Markopollo, Você esta com todos os fontes de todas as pastas atualizados? Pelo jeito não. Pois acabo de baixar as últimas atualizações e compilar uma das minhas aplicações que utiliza tanto o ACBrNFe quanto o ACBrCTe e não ocorreu nenhum erro. Para não dizer que não ocorreu nenhum erro, somente no fonte pcnRetConsNFeDest onde uma propriedade tinha sido definida como TDate, mas foi só alterar para TDateTime que o problema foi resolvido. Após ter com certeza que todos os fontes estão atualizados, se persistir os erros, favor abrir os pacotes e mandar compilar. Exemplo: abra o pacote ACBrComum e compila abra o pacote ACBrCapicom e compila abra o pacote PCN2 e compila ....

Boa tarde, Estamos trabalhando nesse sentido. Mas por favor leia o manual disponibilizado pela sefaz referente a Nota Técnica sobre a Manifestação do Destinatário, nesse manual tem informações sobre o Download.

Boa tarde Akai, Post como anexo o fonte alterado por você colocando o seu nome entre { }, para que eu possa identificar. Quanto ao certificado, qual você esta usando? Ele não esta vencido?

Boa tarde João Henrique, Baixei as atulizações com a implementação do retorno realizado por você. Mas ao compilar ocorreu um erro acusando que não existe o tipo TDate utilizando na unit: pcnRetConsNFeDest. Tomei a liberdade de alterar para TDateTime. Mandei para o SVN essa alteração e as implementações que fiz para o Download de NFe. Você vai encontra-las procurando pelo meu nome com data de 18/07/2012. Fontes alterados: ACBrNFe, ACBrNFeUtil, ACBrNFeWebServices, pcnAuxiliar, pcnConversao e pcnGerador. Fontes adicionados: pcnDownloadNFe. Agora há necessidade de implementar o retorno da chamada ao webservice NfeDownloadNF, e aguardar a SEFAZ disponibilizar as URLs para o ambiente de produção.

Boa tarde Luiz, Você se refere a razão social do emitente da NFe? Andei analizando o layout da NFe, é possivel aumentar um pouco mas não vai chegar nos 60 caracteres que é o tamanho máximo permitido no XML. Se você não quer abreviar a razão social, ou não pode, a unica solução é criar uma imagem em JPG ou BMP contendo o logo e os dados que são impressos nesse quadro. Você carrega essa imagem como sendo o logo e atribua o valor True a propriedade ExpandirLogoMarca.

Bom dia Rodrigo, Atualize e teste por favor.

Bom dia Dênys, Atualize os fontes e teste novamente por favor.

Boa noite Marcos, O seu problema é somente o cancelamento? O que você esta usando para gerar e enviar o lote de RPS?

Boa noite Dênys, Qual é o provedor e o municipio.

Não, Me parece que no caso do provedor fintelISS tem um diferencial na hora de assinar.

O que pode esta acontecendo agora é que o Emitente não esta cadastrado junto a prefeitura para emitir a NFSe via webservice, ou a maneira de assinar difere dos demais.

Akai, A diferença entre os XMLs gerado pelo programa e o de exemplo da Prefeitura é simples. Um é o XML do RPS apenas e o outro é do lote de envio. Mandei uma correção para o Branches favor atualizar os seus fontes. Acredito que descobri o problema. O atributo versão estava sendo acusado como errado porque no schema a letra v é maiuscula e o componente estava gerando como minuscula. Atualise e teste por favor.

Por favor, post como anexo o schema que você esta utilizando para validar. Deve estar salvo com o seguinte nome: nfse.xsd

Muito estranho, Primeiro no schema consta os atributos: versao e Id para o LoteRps, e a Unit: ACBrProvedorfintelISS os coloca. Mas a mensagem de erro se refere ao atributo: versão. Note, vogal acentuada.

Boa tarde Akai, Ter uma unit especifica para o provedor utilizado pela cidade em questão, não implica que o schema seja desnecessário. O schema sempre é necessário, é através dele temos condições de validar o XML gerado, que no caso da NFSe a validação é feita no XML do lote a ser enviado. Me reposta uma pergunta, você configurou corretamente o componente para que ele utiliza-se o schema para a cidade de Ponta Grossa? E mesmo assim ocorre a falha na validação, acusando que o atributo versão não existe?

Bom dia Alvaro, As propriedades do componente seguem a mesma nomenclatura do Manual disponibilizado pela SEFAZ. No que diz respeito as rotinas, de como utilizar o componente com relação ao envio, cancelamento, etc. Tome como base o programa exemplo, que encontra-se dentro da pasta ...\Exemplos\ACBrNFe2\Delphi

Bom dia Rodrigo, Pode baixar a atualização e testar.

Akai, Atualize utilizando os fontes que encontram-se no branches, pasta: NFSe_Novos_Fontes.

Bom dia Akei, O componente já possui as rotinas para o provedor fintelISS, favor testar e reportar os erros.

Bom dia Amauri, Primerio, você pesquisou sobre esse assunto no fórum? pelo jeito não. Muito menos esta sabendo do que se trata. Por favor baixe do Portal Nacional da NFe a versão 5.0 do Manual da NFe. Logo na página 3 você vai descobrir que todos os layouts de schemas continuam na versão 2.00, menos o de consulta a situação atual da NFe que passou para 2.01 Portanto meu caro colega, não mudou absolutamente nada. O único XML que tem que estar com a versão 2.01 é o XML que é enviado a SEFAZ para realizar a consulta a sitação atual da NFe e consequentemente a versão do retorno também é 2.01 Desculpe, mas esse assunto foi discutido exaustivamente no final do mês passado.

Esta sendo informado a IE, pela mensagem da impressão que não. Se não tem IE coloque a palavra ISENTO.

Boa tarde a todos, Se não me falha a memória o campo: uTrib, deve conter 3 caracteres em vez de 2 quando se utiliza o OpenSSL. Realize o seguinte teste, coloque UNI em vez de UN.