Italo Giurizzato Junior

Bom dia Marco, Quais são os valores que você esta informando em: Ide.indFinal := ? Dest.indIEDest := ? Dest.IE := ?

Boa noite Dércio, No caso da NFC-e lembre-se que se for enviado uma nota de cada vez, é interessante ativar o envio síncrono, pois desta forma teremos como resposta imediada o protocolo de autorização. Agora se você não ativou o envio síncrono, talvez a demora esteja ocorrendo no método de consulta para obter o protocolo de autorização.

Boa noite, Entre em contato com a Betha.

Verificando o arquivo Cidades.INI essa cidade se utiliza do provedor Betha. Não entendi o porque de você querer utilizar os Schemas do provedor Equiplano. Pela mensagem de erro retornado pelo provedor me leva a crer que o cadastro do emitente junto ao provedor venceu.

Boa tarde Walter. A questão é bem simples. O seu cliente é de SP? Se sim, ao emitir o CT-e o mesmo foi enviado para a SEFAZ-SP. Por outro lado ao emitir o MDF-e o mesmo foi enviado para a SEFAZ-RS, uma vez que está é a responsável por recepcionar todos os MDF-e de todos os Estados. Ao tentar cancelar um CT-e a SEFAZ-SP verifica se o CT-e em questão esta vinculado a um MDF-e se sim, o cancelamento não é realizado. Só não sei lhe informar se essa verificação que a SEFAZ-SP realiza é uma consulta na SEFAZ-RS ou se esta envia um evento a SEFAZ-SP informado a existência do MDF-e. Se for dessa segunda forma, é de se esperar que a SEFAZ-RS vai enviar a SEFAZ-SP um evento informando o cancelamento do MDF-e. Enquanto essa informação não chegar na SEFAZ-SP, o CT-e não vai poder ser cancelado.

Boa tarde Dércio, É o TimeOut que é o tempo de espera. Se você deseja 20 segundos deve atribuir o valor 20000 ao TimeOut.

Boa tarde, Você deseja emitir a NFS-e para qual cidade?

Boa tarde Zanatta, Até onde sei a cidade Cerquilho/SP se utiliza do provedor SimplISS, agora se mudou para 4R é preciso saber quais são as URLs de Homologação e Produção. Depois disso fazer os ajustes nos arquivos Cidades.INI

Boa tarde Zottis, Eu não uso o OpenSSL, mas pelo que me recordo é isso mesmo, são essas configurações.

Boa tarde André, Muito obrigado pela colaboração, já esta no repositório. Fiz algumas pequenas alterações. Favor atualizar todos os fontes de todas as pastas e realizar novos testes. Caso todas funcionalidades estejam funcionando, favor me comunicar para que eu possa incluir o provedor Conam na lista de provedores que estão funcionando 100%.

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.

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 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 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.