Italo Giurizzato Junior

Boa tarde Cesar, Por favor vamos seguir as regras do fórum. Esse tópico se refere ao provedor Tinus que atende a cidade Olinda/PE. Favor abrir um outro tópico, pois a cidade é outra.

Boa tarde Leandro, A cidade de Ipatinga é atendida pelo provedor Actcon, correto? Esse provedor possui duas versões de Web Services, uma que atende a versão 1 do layout da ABRASF e a outra a versão 2. No caso de Ipatinga devemos gerar o XML segundo a versão 1 ou 2?

Boa tarde Tamiriam, Tem certeza? Não existe nenhuma pasta com os arquivos: *-con-dist-dfe.xml e *-dist-dfe.xml ?

Boa tarde Heronim, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Pedro, Faça um teste em ambiente de homologação depois no de produção. Se funcionar no de homologação e não de produção favor entrar em contato com a SEFAZ-Autorizadora e exponha o problema.

Tiago, Utilize os arquivos Cidades.ini e WebISSv2.ini que acabo de enviar para o repositório.

Bom dia ALA, O provedor SmarAPD como consta em seu arquivo INI só possui os seguintes métodos: Recepcior (Enviar), ConsLote (ConsultarLote), Cancelar (CacelarNFSe). Você configurou corretamente o programa exemplo?

Bom dia JJA, Tente usar a opção libCapicom ou libWinCrypt.

Tiago, Favor entrar em contato com o provedor e solicitar as URLs do ambiente de homologação e de produção que serão utilizadas na versão 2.02.

Bom dia André, Isso significa que todas as cidades atendidas pelo provedor SmarAPD vai passar a mesma URL de homologação ou vai variar de uma cidade para outra? Você tem como obter essa informação?

Bom dia Luiz, Muito obrigado pela colaboração e como você pode ver nem o provedor consegue manter um padrão com todas as cidades que ele atende. Isso é uma zorra generalizada, não vejo a hora que o projeto da NFS-e Nacional comece a funcionar.

Bom dia Tiago, Hoje a cidade Extrema/MG esta configurada no arquivo Cidades.ini da seguinte forma: [3125101] Nome=Extrema UF=MG Provedor=WebISS NomeURL_H=extremamg NomeURL_P=extremamg e sendo assim devemos utilizar os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\WebISS Com essa mudança para a versão 2.02 sugiro que altere o arquivo Cidades.ini ficando da seguinte forma: [3125101] Nome=Extrema UF=MG Provedor=WebISSv2 NomeURL_H=extremamg NomeURL_P=extremamg com isso devemos a passar a utilizar os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\WebISSv2 Faça essa alteração e utilize o programa exemplo configurado para o ambiente de homologação e faça os testes. Entre em contato com o provedor para saber se o ambiente de homologação para a respectiva cidade já esta liberado na versão 2.02

Bom dia Tamiriam, Não é salvo o retorno em formato XML? Não tem outra pasta que contem o XML?

Bom dia Marcos, Ao atualizar os fontes do ACBr você reinstalou os componentes usando o ACBrInstall_Trunk2? Se sim, marcou a opção para apagar os arquivos antigos?

Boa tarde Rodrigo, Você gerou o XML do RPS e tentou validar? Se sim, não faça isso, pois o método Validar tem que ser executado dentro do Enviar de forma automática pelo componente.

Boa tarde Riquena, Favor atualizar os fontes e refaça os testes.

Boa tarde Roberto, O método ConsultarNFSe baixa o XML da NFS-e informada, mas é destinada a quem emitiu a nota, uma vez que a NFS-e funciona de uma forma totalmente diferente da NF-e. Na NF-e geramos o XML da mesma, assinamos, validamos, enviamos e obtemos da SEFAZ o protocolo de autorização. No caso da NFS-e, o processo é totalmente diferente, é gerado o XML do RPS, este é assinado ou não, depois devemos gerar o Lote, que deverá ser assinado ou não, em seguida devemos validar o lote, enviar, consultar a situação do lote ou não, consultar o lote, se o lote foi processado com sucesso, nessa ultima consulta teremos como resposta o XML da NFS-e.

Boa tarde Felipe, Já respondi em outra postagem sua.

Boa tarde Jean Luca, Até onde sei, o nome do XML do -procEventoCTe não contem o carácter "_". A formatação do nome é: Tipo de Evento + Chave + Numero Seqüencial do Evento + -procEventoCTe.xml no seu caso seria: 1101104217122631880000014957001000001502100001502001-procEventoCTe.xml

Boa tarde André, O provedor SmarAPD já esta implementado no componente, o que falta é acrescentar a respectiva cidade em Cidades.ini e fazer os testes com o programa exemplo

Boa tarde ALA, Favor realizar os testes com o programa exemplo. Como não temos os Schemas do Provedor SmarAPD o componente não executa o método Validar, ou seja, envia sem validar.

Boa tarde, Esta com todos os fontes de todas as pastas atualizado? Chegou a fazer testes com as configurações abaixo? SSLLib = WinCrypt e SSLXMLSingLib = xsLibXML2 SSLLib = WinCrypt e SSLXMLSingLib = xsMsXML

Boa tarde Amanda, Se possível anexe o XML do CT-e que foi rejeitado e o retorno com a rejeição para que possamos analisar melhor.

Vagner, Na sua aplicação tente da seguinte forma para obter as informações dentro do grupo <infEvento>: xMotivo := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.xMotivo; xEvento := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.xEvento; dhRegistro := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.dhRegEvento; nProtocolo := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.nProt;

Boa noite Vagner, Referente a imagem que você postou, o conteúdo de xMotivo é apresentado na linha cujo titulo é: Status Descrição, ou seja, Lote de evento processado esse é o conteúdo de xMotivo.