Italo Giurizzato Junior

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.

Rodrigo, Falha minha, deveria ter compilado antes, agora esta correto e já esta disponivel no branches.

Boa tarde Rodrigo, Mais uma vez muito obrigado, já esta disponivel no branches a atualização da unit: pnfsConversao.

Boa tarde a todos, Já esta disponivel no branches (NFSe_Novos_Fontes) o DANFSE em Fortes Report. Muito obrigado pela colaboração de todos.

Boa tarde, Não conhecia, muito obrigado pela explicação. Agora ficou claro que o CDATA significa Dados no formato Caracter.

Bom dia, Mandei para o branches (NFSe_Novos_Fontes) as alterações na unit: ACBrProvedorPublica conforme exemplo postado pelo Bremen. Achei meio estranho o XML do lote de RPS estar dentro de: Por favor baixe a atualização e testem.

O problema é que ocorreu uma alteração nos fontes de ACBrNFSeDANFSeQR e ACBrNFSeDANFSeQRRetrato usando o Quick Report 5.02 e você deve ter a versão 3.0 ou outra que não possui a propriedade XLColumn. Tente fazer o seguinte, abra os fontes acima citados (tipo: Delphi Form) usando o Bloco de Notas e procure por todas as ocorrencias da propriedade que não existe no caso XLColumn e exclui a linha onde ela se encontra e salve. Depois abra a sua aplicação no Delphi e compile utilizando a opção Build.

Esta faltando o grupo este grupo contem o Detalhamento do CT-e Complementado. Favor consultar o Manual do CTe versão 1.04c, da página 123 até 126 para saber quais os campos são necessários.

Bom dia Ronnei, Qual componente você utiliza para imprimir o DANFE?

Bom dia Bremen, Se você puder postar como anexo, os XMLs gerados de preferencia os Envelopes de envio, vamos ficar gratos, bem como os endereços de SoapAction, Homologação e Produção.