Italo Giurizzato Junior

Boa tarde Augusto, Pelo seu relato, me faz acreditar que o problema deve estar na instalação desse certificado. Como não tenho nenhum cliente com certificado desse fornecedor não tenho como sugerir algum procedimento, a não ser desinstalar e instalar novamente o certificado.

Zottis, Se você utilizar o OpenSSL é possível ter o certificado em uma pasta compartilhada no servidor. Mas se você vai utilizar o capicom será necessário instalar o certificado em todas as maquinas que por ventura venham a emitir o documento fiscal eletrônico.

Bom dia Zottis, Desse jeito não da mesmo. Concordo, a solução vai ser enviar por e-mail o XML mais o PDF.

Boa tarde Reinaldo, Até onde sei a data e hora de emissão tem que ser informada da seguinte forma: dhEmi=05/07/2016 14:32:00 deixando um espaço em branco entre a data e a hora. Da forma que você fez, informando somente a data, ele assume 00:00:00 como hora de emissão.

Zottis, O link é gerado pelo componente, mas para que isso ocorra é preciso que ele conste no arquivo INI do provedor. Veja o exemplo que postei quando fiz referencia ao provedor Ginfes. Uma dica, quando emitimos a NFS-e via site é enviado um e-mail para o tomador do serviço com o link.

Zottis, Acredito que não ficou claro. Como o provedor segue a versão 1 do layout da ABRASF o método nunca vai ser implementado. A não ser que esse provedor passe a usar a versão 2 do layout. No caso da URL gerada pelo método Link, não existe acesso a Web Services, ele apenas gera a URL para ser enviada por e-mail para o tomador do serviço.

Bom dia Veigua, Vamos ver o que diz a regra de validação da SEFAZ sobre essa rejeição: Regra: E16a-30 diz que a nota será rejeitada quando for: Informado destinatário como Contribuinte Isento de Inscrição Estadual (indIEDest=2-ISENTO) em UF que não permite esta situação nas operações interestaduais (idDest=2), conforme abaixo: - AM, BA, CE, GO, MG, MS, MT,PE, RN, SE, SP Exceção 1: Esta regra de validação não se aplica quando houver destaque do ICMS-ST (campo vICMSST) em pelo menos um item da NF-e. Exceção 2: Esta regra de validação não se aplica quando houver informação do ICMS-ST retido anteriormente (campo vICMSSTRet) em pelo menos um item da NF-e. Exceção 3: A regra de validação não se aplica, em produção, para Nota Fiscal com data de emissão anterior a 01/07/2016. Exceção 4: Esta regra de validação não se aplica nas operações isentas (CST=40-Isenta ou CSOSN=103-Isento), imunes ou não tributadas (CST=41-Não tributada, ou CSOSN=300-Imune, ou CSOSN=400-Não tributada pelo Simples Nacional). Pela Exceção 3 explica o motivo de antes estava autorizando e agora não esta mais. Sendo assim você vai ter que adequar a sua nota com base nas Exceções 1, 2 e 4.

Bom dia Moro, Muito obrigado pela colaboração, já foi enviado para o repositório. Favor atualizar os seus fontes, pois essa unit que você fez a correção esta desatualizada.

Bom dia Zottis, O provedor ISSNet se utiliza da versão 1 do layout da ABRASF. Nesta versão não existe o método Substituição. Esse método foi implementado na versão 2, sendo assim somente os provedores que seguem a versão 2 que possuem o método Substituição. Quanto ao Link, a ideia é gerar uma URL que você envia por e-mail para o tomador do serviço. Ao clicar nessa URL é acessado o site que gera o DANFSE. Sendo assim não se faz necessário você enviar o DANFSE em PDF para o tomador somente a URL gerada pelo método Link do componente. Ao executar o método Link com o provedor ISSNet não é gerado nenhuma URL, pelo simples fato que essa URL não esta definida no arquivo INI do provedor, veja: [LinkNFSe] Producao= Homologacao= Agora veja a definição da URL do provedor Ginfes: [LinkNFSe] Producao=http://visualizar.ginfes.com.br/report/consultarNota?__report=nfs_novo&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Homologacao=http://visualizar.ginfesh.com.br/report/consultarNota?__report=nfs_novo&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Note que, %CodVerif% e %NumeroNFSe% o componente substitui pelo código de verificar e pelo numero da NFS-e no momento da montagem da URL. É preciso descobrir como é a URL do provedor ISSNet para que possamos incluir no arquivo INI do mesmo.

Bom dia Fábio, Fiz uma alteração nos fontes de tal forma que o ID do RPS vai ficar: id="RPSxxxx" onde xxxx é o numero do RPS E o ID do Lote vai ficar: id="Loteyyy" onde yyy é o numero do Lote. Desta forma os 2 ID vão iniciar com um prefixo Alfa.

Bom dia Reinando, Note que no XML esta aparecendo T00:00:00, sendo assim não vai aparecer mesmo o horário no DACTE. No arquivo INI, como esta a linha que contem a data e hora tanto do CT-e quando do MDF-e (último emitido)?

Bom dia Medeiros, Como a consulta dos números inutilizados é feita via site da SEFAZ, acredito ser algum problema no site. Ao inutilizar o numero 36, não foi gerado o XML: <id>-procInutNFe.xml ? Se sim, ao abrir esse arquivo usando um navegador tem que constar a solicitação de inutilização mais o retorno da SEFAZ que contem o protocolo de inutilização. Isso atesta que o numero 36 foi registrado na SEFAZ não como uma nota autorizada ou denegada e sim como um numero de nota inutilizado, ou seja não existe a nota de numero 36.

Boa tarde Reinaldo, No XML do CT-e e do MDF-e a data de emissão esta aparecendo a data e a hora? Se sim, o problema esta mesmo na impressão dos D.A.

Bom dia a todos, Não existe nenhum Web Services para realizar a consulta e saber se um numero ou uma faixa de números foi inutilizada com sucesso. Esse tipo de consulta existe somente via Portal da SEFAZ.

Bom dia Leonardo, Ele pode ser lido através da mesma propriedade, ou seja, qrCode.

Boa noite Fábio, Por favor não postar como texto o conteúdo de arquivos, procure sempre anexar o mesmo.

Boa noite a todos, O numero da NF-e foi inutilizado em qual ambiente (Homologação ou produção)? E a consulta na SEFAZ esta sendo feita em qual ambiente?

Boa tarde Rodrigo, Fiz a alteração e enviei para o repositório.

Boa tarde Nelson, Acredito que as alterações propostas já estão no repositório. Favor atualizar todos os fontes de todas as pastas e realizar os testes.

Boa tarde Dercide, Não será acrescentado mais nada.

Boa tarde Rogério, Compare o numero, série e tipo do RPS que foi enviado com os mesmos dados que constam na consulta a NFS-e por RPS. Quando se utiliza o método ConsultarNFSeporRps separadamente.

Bom dia ALA, A principio a alteração que foi feita é no fonte do componente, sendo assim basta atualizar os fontes e recompilar a aplicação. Mas é sempre bom manter cliente tanto os arquivos XSD (Schemas) quanto os INI atualizados.

Bom dia Rogério, O ConsultarNFSeporRPS retorna o XML da NFS-e e não o XML do RPS. Tente mudar a série.

Bom dia Ramalho, Usando o programa exemplo, faça o teste usando o botão [Gerar e Enviar Lote - RPS].

Bom dia Rodrigo, Sendo assim temos que alterar o "9" por "15", correto? Por favor faça esse teste.