Italo Giurizzato Junior

Bom dia a todos, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Leandro, Com relação ao nome se da o fato que a propriedade NomeLongoNFSe esta com o valor True. É preciso saber agora se em algum momento a configuração na sua aplicação muda ou se mesmo deixando essa propriedade com o valor False, hora emite com o nome curto e hora emite com o nome longo. No caso do ConsultarNFSe favor atualizar os fontes e testar novamente.

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

Boa tarde Adilson, Precisamos se os parâmetros das funções envolvidas estão recebendo a informação correta, acredito que coisa esteja faltando ou o XML do RPS esta sendo passado de forma truncado provocando a falha na assinatura.

Boa tarde Fernando, O componente não gera o XML da NFS-e, apenas gera o XML do RPS e assina se assim o provedor exige. O XML da NFS-e é gerado e retornado pelo provedor, se o mesmo não vem assinado é pelo simples fato do provedor não incluir no mesmo a assinatura. Quanto ao erro ele aparece ao tentar carregar o XML da NFS-e para ser impresso? Se sim será necessário "debugar" para descobrir o exato momento onde isso ocorre.

Boa tarde Humberto, Tem provedores que há necessidade de se fazer um cadastro para emitir NFS-e via site e um outro para emitir via Web Services.

Boa tarde Leandro, Por favor atualize os fontes e faça novos testes.

Bom dia Valdir, Abra o arquivo Fiorilli.INI com o bloco de notas e altere o valor de UseCertificado de 1 para 0 e faça novos testes.

Bom dia Marcelo, Mesmo configurando essas 3 propriedades o erro continua?

Bom dia Diogo, Então podemos incluir o DBSeller na galeria dos provedores funcionando 100% no Trunk2.

Bom dia Fernando, Se a prefeitura diz que os RPS recepcionados ficam na fila aguardando o processamento e o tempo de espera chega a 5 minutos, quem tem que resolver isso é o provedor e não nós.

Bom dia Márcio, Muito obrigado pela colaboração, já esta disponível.

Bom dia icozera, Com UseCertificado = 0 você obteve os erros mencionados. E se colocar UseCertificado = 1 ?

Bom dia Leandro, Pelo que entendi o ConsultarLote ficou resolvido, correto? No ConsultarNFSe mesmo passando os demais dados o XML de consulta não foi gerado com as TAGs opcionais em "branco", correto? E no ConsultarNFSePorRps o problema esta na TAG: Competência. Nesta última consulta o XML do RPS esta sendo carregado para por ser realizado a consulta?

Boa tarde Juliomar, Já inclui as URLs que o Hudson postou e já esta no repositório. Não sei se já foi divulgado as URLs de produção. Hudson, caso você consiga as URLs de produção por favor inclua da mesma forma que incluiu as de homologação e assim que possível for enviar uma nota em ambiente de produção, envie e nos de um retorno anexando o arquivo ACBrNFeServicos.INI por favor. Desta forma poderemos analisar e enviar para o repositório.

Boa tarde Diogo, Maravilha, estamos caminhando, vamos ver se consigamos fechar com chave de ouro. Por favor atualize mais uma vez e realize novos testes.

Marcelo, Você configurou os dados do Emitente? Vide o programa exemplo.

Boa tarde Icozeira, Bom agora o problema é outro? Pois antes se tratava de Requisição não enviada, agora é Identificado não está no estado correto. Nesse novo teste após a atualização dos fontes qual é o valor de SSLLib? Tentou mudar?

Boa tarde Leandro, Qual a mensagem de RPS já cancelado sendo que você acabou de enviar e agora esta apenas consultando, você concorda que isso é um absurdo sendo assim o Web Services do provedor esta com problemas. É preciso entrar em contato com eles e expor o problema. Com relação as outras consultas é interessante que você configure o componente para salvar os arquivos Soap. Configuracoes.WebServices.Salvar := True; Desta forma teremos o retorno sem nenhum tratamento feito pelo componente, desta forma é possível descobrir onde esta o problema. No caso do erro de conversão é importante "debugar" para saber a linha exata que ocorre esse erro, pois datas, dependendo do provedor, podemos ter a data de emissão, data de competência, data de recebimento. Precisamos saber em qual delas o problema esta ocorrendo.

Boa tarde Hudson, Com essas URLs funcionou? A nota foi validada, enviada para SEFAZ e esta retornou que a mesma foi autorizada? Se sim, você essas mesmas URLs para o ambiente de produção?

Boa tarde Marcelo, Vamos então as duas opções: ACBrNFe.NotasFiscais.Items[ x ].NFe.procNFe.cStat ===> desta forma eu tenho a absoluta certeza que o cStat que estou lendo se refere a nota que se encontra na posição X da lita de notas carregadas no componente. ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[ x ].cStat ===> desta forma eu estou lendo o cStat da nota retornada e que se encontra na posição X da lista de retorno. Para quem sempre envia lotes contendo apenas 1 nota pode utilizar qualquer uma das duas formas que não vai ter problemas. Por outro lado para que costuma enviar lote contendo uma ou mais notas (limite máximo de 50) vai ter problemas, principalmente se alguma dessas notas for rejeitada pela SEFAZ. Vamos a um exemplo: Lote de envio com 3 notas: 0 - Nota de numero 1000 1 - Nota de numero 1001 2 - Nota de numero 1002 Vamos supor que a nota de numero 1001 (índice 1 na lista) foi rejeitada pela SEFAZ, no retorno teremos: 0 - Nota de numero 1001 => Rejeitada 1 - Nota de numero 1000 => Autorizada 2 - Nota de numero 1002 => Autorizada Note que a nota que foi rejeitada na lista de retorno ela aparece em primeiro lugar, depois vem as autorizadas. Concluímos que: ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[ x ].cStat ===> para x = 1 estamos pegando o status da nota de numero 1000 e não a de 1001. E ao atualizar o banco de dados você vai acabar marcando a nota de numero 1000 como sendo rejeitada e a de numero 1001 como autorizada, sendo que na verdade é o contrario. Você concorda que a melhor forma de ler o status de uma nota é a primeira opção?

Boa tarde Marcelo, O componente esta configurado para realizar a consulta do lote após o envio?

Bom dia Larry, No caso da NFS-e a validação é sempre por lote, não existe a validação individual do RPS. E a validação é feita de forma automática pelo pelos métodos de envio: Enviar, Gerar e EnviarSincrono. Foi feito desta forma pois temos provedores que não disponibilizaram os seus schemas para realizar a validação.

Bom dia Marcos, O emitente da NFS-e é o próprio prestador, sendo assim você deve configurar os dados do emitente. Vide o programa exemplo.

Bom dia Almeida, Pela mensagem de erro diz que a TAG PedidoConsultaLote não era esperado. Precisamos recorrer ao manual para saber se o nome da TAG esta correto, ou se a posição que a mesma foi incluída no XML esta correto.