Italo Giurizzato Junior

Boa noite Marcelo, Cuidado não desta forma que se atribui os dados. deve-se fazer da seguinte forma: with infCTe.Add do begin (...) indReentrega := '1'; (...) end; E no exemplo acima mostra o valor correto que devemos atribuir ao campo indReentrega. Espero ter ajudado.

Acredito será necessário criar um INI exclusivo para a cidade em questão, para não gerar efeito colateral as demais cidades do mesmo provedor.

Boa noite Giulia, Com a revision 13144 que é a última ocorre o problema?

Boa noite Thiago, O problema ocorre também com o componente configurado para a versão 1.00?

Boa noite Marcio, Vamos voltar a prancheta e encontrar a melhor solução.

Boa noite Bill, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite, Tenho fé que até o final deste ano será implantando o padrão nacional da NFS-e, assim acaba essa zorra.

Boa noite JJA, Segue alguns exemplos de obter os dados desejados. sAux := ACBrNFSe1.NotasFiscais.Items[ i ].NFSe.Numero; sAux := ACBrNFSe1.NotasFiscais.Items[ i ].NFSe.CodigoVerificacao; sAux := ACBrNFSe1.NotasFiscais.Items[ i ].NFSe.NumeroLote; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.ListaChaveNFeRPS.Items[ j ].ChaveNFeRPS.Numero; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.ListaChaveNFeRPS.Items[ j ].ChaveNFeRPS.SerieRPS; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.ListaChaveNFeRPS.Items[ j ].ChaveNFeRPS.NumeroRPS; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ j ].Codigo; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ j ].Mensagem; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ j ].ChaveNFeRPS.Numero; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ j ].ChaveNFeRPS.SerieRPS; sAux := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ j ].ChaveNFeRPS.NumeroRPS; Fiz também uma alteração no componente, portanto favor atualizar os fontes.

Boa tarde Otair, Onde você alterou? É preciso descobrir de onde vem vindo essa versão. Você não colocou Schemas da NF-e e do CT-e na mesma pasta, colocou? Se sim, é preciso separar pois o nome do Schema de DistribuicaoDFe da NF-e tem o mesmo nome que do CT-e a unica coisa que muda é o final que contem a versão. Da NF-e o nome é distDFeInt_v1.01 e do CT-e é distDFeInt_v1.00, se você configurar o componente ACBrCTe com a versão 2.00 ou 3.00 ele não vai achar o schema nessa versão, neste caso ele procurar por uma versão inferior e acaba encontrado o da versão 1.01

Boa noite Marcio, Como não? Veja este link: https://ws.govdigital.com.br/ws/pelotas?wsdl <message name="ConsultarLoteRps"> <part name="parameters" element="tns:ConsultarLoteRpsRequest"/> </message> O método FConsLote.Executar realiza a Consulta do Lote de RPS, método este que devemos executar após o envio.

Boa noite a todos, Eu em particular não vou implementar mais nenhum provedor que não siga o layout da ABRASF. A minha decisão é motivada pelo projeto piloto da NFS-e padrão Nacional.

Boa noite Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa noite Mauricio, Só Niterói ou todas as cidades atendidas pelo provedor WebISS?

Entre em contato com o provedor e questione eles, para saber quais são as cidades atendidas por eles. Pergunte sobre a versão do layout de cada uma delas.

Boa noite, Um detalhe ao alterar o arquivo Actconv2.ini você não conseguir enviar os RPS para as cidades: Governador Valadares e Leopoldina, pois você fixou a URL de Juiz de Fora. Outra coisa, as cidades que sitei também vão emitir na versão 2.02 ou só Juiz de Fora? Pense e reveja as alterações que você fez no arquivo INI.

Boa noite Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa noite Otair, Versão 1.01 ou 1.00 ? Pelo que sei a versão do DistribuicaoDFe do CT-e é 1.00

Boa noite Cleonir, Muito obrigado pelo alerta, fiz a implementação e ainda hoje estarei enviando para o repositório.

Boa noite Tiago, Muito obrigado pela colaboração, ainda hoje estarei enviado a correção para o repositório.

Boa noite Souza, Tenha sempre em mente. O componente gera o XML e o submete ao Schemas (arquivos XSD) se o XML contiver algum dado estive inválido vai ocorrer erro de validação e nada será enviado para SEFAZ. Por outro lado quando ocorre o envio e a SEFAZ detecta algum dado inválido, temos um retorno acusando a rejeição. Se no seu caso esta ocorrendo rejeição, logo o envio foi realizado, portanto não tem nada haver com os Schemas. Favor anexar o XML de envio de encerramento gerado pelo componente que foi rejeitado para que possamos avaliar.

Boa noite, Desculpe não concordo, pois a regra diz SE o Modal for E Tipo Emitente for E informado o grupo, rejeitar se alguma informação do grupo não for informada. Temos 3 condições que devem ser satisfeitas para que as informações do grupo seguro sejam validadas. No manual esta claro que todo o grupo <seg> é opcional.

Boa noite, Se o componente estiver configurado para Consultar Lote Após o Envio não se faz necessário, pois o mesmo vai executar automaticamente o método ConsultarLote.

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

Boa noite Leandro, Favor anexar o XML retornado pelo método ConsultarNFSeporRps onde consta uma nota cancelada.

Boa noite Leandro, Favor anexar a unit alterada para que possamos analisar.