Italo Giurizzato Junior

Até onde sei o GissOnline implementou um novo webservice baseado na versão 2 do layout da ABRASF que chamados de Giss e acredito que esse novo webservice esta sendo instalado nos novos contratados (novas prefeituras). Quanto implementar esse novo serviço não seria tão difícil. Quanto ao envio por e-mail não me recordo se é só o DANFSE ou se é um link onde você pode obter o PDF e ou o XML.

Bom dia Mateus, Favor atualizar os fontes e faça novos testes.

Bom dia dhasdcher, Você poderia anexar somente as units que você alterou para que eu possa analisar e estando tudo OK enviar para o repositório?

Bom dia Marcelo, O caminho é: 1. Instalar na sua maquina o certificado do emitente da NFS-e; 2. Configurar o programa exemplo com os dados do emitente; 3. Iniciar os testes. Não esqueça de altear o programa exemplo, mais precisamente a procedure que alimenta o componente com os dados do serviço, devemos alterar se necessário a alíquota e o código do Item (ItemListaServico), talvez mais algumas informações. Mas isso você vai descobrindo a medida que for realizando os testes. Depois de conseguir enviar o RPS e obter como resposta a NFS-e, Cancelar, Consultar, tudo através do programa exemplo, ai sim você parte para escrever a sua própria aplicação tomando como base o programa exemplo.

Bom dia, Até onde sei a cidade de Ribeirão Preto se utiliza do provedor Ginfes, por favor não confunda com o novo provedor chamado Giss. O Ginfes se utiliza da versão 1 do layout da ABRASF e segundo esse layout não existe esse tipo de serviço, ou seja, uma consulta as NF-e do Tomador. Por outro lado o provedor Giss (que não é o de Ribeirão Preto) segue a versão 2 do layout da ABRASF e segundo esse layout existe o serviço de consulta as NF-e do Tomador, mas uma coisa é o tipo de serviço esta previsto no layout, outra coisa é o provedor implementar em seu webservice e outra coisa é existir um método no componente ACBrNFSe para acessar esse serviço. No caso do componente o método para consultar as NF-e do Tomador não foi implementado. Mesmo que o componente tivesse o método você não iria conseguir usar, pelo simples fato da cidade de Ribeirão Preto se utilizar do provedor Ginfes e este não tem no seu Webservice esse tipo de serviço.

Bom dia, Verifica se o componente esta realmente sendo configurado com a versão 1.3.2 Com o programa exemplo ocorre o mesmo problema?

Boa tarde Ângelo, Esse provedor não segue o layout da ABRASF. Caso você queira colaborar com o projeto fique a vontade em implementar. Dica: tome como base o provedor Governa ou Equiplano, por exemplo.

Boa tarde Mateus, Acho que você não entendeu, eu quero saber se esta gravando um XML com o seguinte nome: *-nfse.xml O arquivo: *-rps;xml não é o XML da Nota Fiscal de Serviço Eletrônica e sim o XML do Recibo Provisório de Serviço. Se o valor de FRetornoNFSe.ListaNFSe.CompNFSe.Count é zero, então temos que descobrir o motivo. Para isso basta colocar um Break Point na linha 465 da Unit pnfsLerListaNFSe, pois logo abaixo temos a seguinte instrução: Result := NFSeLida.LerXml; Se o LerXML retornar False os dados da nota não vão ser ADD a lista, isso explica o Count ser zero. Sendo assim precisamos saber o que provocou esse retorno ao executar a função LerXml.

Boa tarde Adilson, O que lhe passei é como obter o retorno de envio de um evento, não importa se o evento é de encerramento, cancelamento ou outro qualquer. Quanto ao retorno do envio de um MDF-e, abra o programa exemplo do componente ACBrMDFe e veja o conteúdo do botão [Criar e Enviar] lá tem o que você deseja. Quanto ao retorno do consultar vide o botão [Consultar carregando XML] do programa exemplo.

Boa tarde Carlos, Você tem que usar os Schemas que nós disponibilizamos em: ...\Exemplos\ACBrDFe\Schemas\CTe Complementando o Felipe. Note que existe 2 Schemas com o seguinte nome: tiposGeralCTe_v3.00 e outro tiposGeralCTe_v3.00-OPENSSL. Você deve renomear. de: tiposGeralCTe_v3.00 / tiposGeralCTe_v3.00-OPENSSL para: tiposGeralCTe_v3.00-CAPICOM / tiposGeralCTe_v3.00 Caso use o OpenSSL.

Boa tarde Silvia, A montagem do seu arquivo INI esta errada, faça da seguinte forma: Exemplo de Evento de Carta de Correção ************************************** [EVENTO] idLote=1 [EVENTO001] cOrgao=<informar o código da UF do emitente> CNPJ=<CNPJ do emitente> chNFe=<chave da NFe> dhEvento=<data e hora do evento> tpEvento=110110 nSeqEvento=1 versaoEvento=1.00 xCorrecao=<informar o que esta sendo corrigido>

Bom dia Hélio, A sua aplicação se utiliza do arquivo ACBrNFeServicos.ini ? Ou seja, a propriedade IniServicos contem o caminho do arquivo acima citado? Se sim, pode ser que o arquivo INI que você esta utilizando esteja desatualizado.

Bom dia Renato, O SoapUi você utiliza somente para enviar o lote para o Webservice, ou realiza assinatura também?

Bom dia Mateus, Você consegue "debugar" para saber com exatidão onde o Exception é levantado? Pois notei que no retorno do envio consta o XML da NFS-e. Na pasta Notas não foi gerado o XML referente a NFS-e?

Bom dia Carlos, O componente esta configurado para a versão 3.00 do CT-e? VersaoDF := ve300 ModeloDF := moCTe;

Bom dia Adilson, Para obter os dados de retorno de envio de um evento é da seguinte forma: sProtocolo := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.nProt; sStat := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.cStat; sMotivo := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.xMotivo; dhEvento := ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ 0 ].RetInfEvento.dhRegEvento;

Bom dia, Não esta funcionando porque você fez uma lambança. Vamos simplificar. if normal.Checked then begin ACBrMDFe1.Manifestos.Clear; (* chamar aqui a procedure que alimenta o componente com os dados do MDF-e *) ACBrMDFe1.Enviar(StrToInt(mdfe.Text)); MemoResp.Lines.Text := UTF8Encode(ACBrMDFe1.WebServices.Retorno.RetWS); LoadXML(MemoResp, WBResposta); end;

Bom dia Elmo, É preciso realizar um teste completo, ou seja, enviar a nota e caso não obtenha o protocolo de autorização, devemos realizar uma consulta pela chave. Ou você pegar a chave de uma nota que no site consta como autorizada e realizar uma consulta, feito isso checar se no XML de retorno dessa consulta, consta a nota como autorizada ou se retorna a mensagem informando que ainda esta em processamento.

Boa tarde, O problema é o processo de disponibilização do XML da NF-e não é imediato, as vezes demora alguns segundos ou até minutos.

Renato, Não querendo desejar mau, mas vem ai a NFS-e Padrão Nacional, onde teremos um único webservice e consequentemente um único layout. Esses provedores que não dão a mínima para os desenvolvedores, quero ver eles voltarem a fazer programa de controle de estoque quando a maioria das cidades adotarem o Padrão Nacional.

Renato, O mais estranho que em ambiente de homologação via ACBr funciona sem nenhum problema, correto? Sendo assim existe algo de diferente no ambiente de produção. Pode ser que no ambiente de homologação não foi incluído as checagens no que diz respeito ao certificado, já de produção foi incluído, isso pode ser a resposta.

Boa tarde Renato, Você chegou a assinar usando o Capicom, WinCrypt, OpenSSL? Nenhum funcionou?

Boa tarde Joffas, O componente não possui esse recurso que notei deve ser recente. Se desejar colaborar com a implementação, toda ajuda é bem vinda. Para criar o método de Download, você pode se basear no método Consultar.

Boa tarde Diego, Com certeza que a SEFAZ-RS responsável por recepcionar todos os MDF-e emitidos, deve ter feito alguma kaka. A solução é entrar em contato com eles e expor o problema, se possível envie o XML do MDF-e e o seu retorno para eles.

Boa tarde Luciana, Esqueci desse detalhe, a solução é essa mesma que você adotou, ou mapeia a unidade de rede ou coloca os Schemas na maquina que vai emitir.