Italo Giurizzato Junior

Boa noite, Muito obrigado pela correção, já esta disponível.

Sim, para as duas perguntas.

Tiago, Eu pedi para você apenas consultar e não enviar. O consultar não tem nada haver com o enviar. E o enviar não ocorre nenhum erro, ele esta simplesmente enviando e retornando o numero do procolo isso significa que ele esta funcionando 100%. Ao consultar a situação de um dos lotes você obteve o retorno da situação = 2, isso significa que o Consultar Situação também esta funcionando sem problemas. Se a situação é 2 significa que o lote ainda não foi processado, neste caso devemos aguardar um tempo e tentar novamente. Temos que receber como resposta situação = 3 ou 4 que diz que o lote foi processado com erro ou com sucesso respectivamente. Tendo uma dessas duas respostas temos que realizar a consulta do lote, se o lote foi processado com erro nessa consulta será retornado os erros que devemos efetuar as correções, por outro lado se foi processado com sucesso será retornado o XML da NFS-e. O Gerar você esquece, pois pelo que notei no Web Services deles não existe essa funcionalidade.

Tiago, Vasculhando a internet achei uma especie de FAQ e lá diz que o processamento de um lote de RPS enviado para o provedor WebISS pode demorar alguns segundos ou até 1 hora, vai depender da quantidade de lotes de RPS que estejam na fila para processamento. Você tentou consultar os lote enviados ontem, por exemplo?

Dercide, Favor atualizar os fontes e testar novamente.

Tiago, Muito obrigado, vou analisar.

Boa tarde Moro, Muito obrigado pela colaboração, já esta disponível. Podemos afirmar que o provedor Infisc esta 100%?

Boa tarde Wislei, O componente ACBrNFSe já foi migrado por completo. Hoje ele reconhece 58 provedores, desses aproximadamente 10 foram testados pelos colegas do fórum e dizem que todas as funcionalidades estão funcionando 100%. Até o momento tanto o arquivo Cidades.INI e o <provedor>.INI devem ser disponibilizados juntos com a aplicação, sem falar nos schemas.

Boa tarde Wendel, A Manifestação do Destinatário nada mais é do que um evento sendo assim todos os eventos se utilizam das mesmas rotinas, se essa estivesse com algum problema nenhum outro evento estaria funcionando. E sem maiores detalhes (qual é o erro) não temos como lhe ajudar.

Boa tarde Daniel, Não exite nada no componente que defini o tamanho da fonte. No que diz respeito ao DANFE o tamanho da fonte é o que esta estabelecido nos manuais e notas técnicas. A solução mais simples é não apresentar o DANFE da tela, ir direto para o papel, visto que a mesma tem que ser impressa mesmo, pois deve acompanhar a mercadoria vendida.

Boa tarde a todos, Paulo, não gerou pelo fato de você não ter informado o CNPJ da credenciadora de cartão. Gralak, você esta usando o ACBrNFe do repositório Trunk ou Trunk2? A propriedade tpIntegra foi publicada na Nota Técnica 2015/002 versão 1.30 - Dezembro/2015 Ela não existe mesmo nos fontes do componente - Trunk somente Trunk2.

Boa tarde Jorge, Favor atualizar todos os fontes de todas as pastas e compilar a aplicação com a opção Build.

Boa tarde Dercide, Favor atualizar os fontes e teste novamente. Fiz uma correção no arquivo BHISS.INI

Boa tarde Tiago, Isso eu também vi, mas eu preciso dos schemas corretos, pois o que tenho diz exatamente o contrario.

Tiago, Tem algo muito estranho pois os schemas de validação diz que existe o web service GerarNFSe, mas a mensagem de erro retornada após o envio diz exatamente o contrario. Por favor tente entrar em contato com o provedor e solicite a eles os schemas - arquivos XSD que devemos usar para validar o XML antes do seu envio.

Bom dia Rafael, O Layout da NFC-e é exatamente o mesmo da NF-e o que muda é o numero do modelo do documento fiscal, que na NF-e é 55 e na NFC-e é 65. Na pasta que contem os arquivos XSD - Schemas cuja a sua aplicação ira buscar para validar o XML antes do envio, deve conter todos os XSD da pasta que eu mencionei e não apenas esse que você postou. Pois dependendo da ação executada o componente se utiliza de um ou de outro XSD. E tem XSD que se utiliza de outro. Sendo assim, volto a afirmar, coloque todos os XSD dentro da pasta usada pela sua aplicação. Em tempo: Baixe do Portal Nacional da NF-e a versão 6.0 do Manual da NF-e, neste manual você encontra a estrutura completa do XML, como dito usado pela NF-e e NFC-e.

Bom dia Paulo, Os arquivos XSD (Schemas) não tem nada haver com a gravação do XML em disco e sim com a validação do mesmo antes do envio para SEFAZ. Os Schemas da NFC-e são exatamente os mesmos da NF-e e você encontra todos eles na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe Se o XML não foi gravado no disco isso significa que o componente não esta configurado para gravar. Configuracoes.Arquivos.Salvar := True; Espero ter ajudado.

Tiago, Favor atualizar os fontes e realizar um novo teste usando o método Gerar.

Bom dia Sidnei, Alguns provedores possui um layout para o RPS no formato TXT e outro para o RPS no formato XML. Pode ser que o layout que consta na documentação disponibilizada em FGMaiss1.rar seja no formato TXT. Vamos aguardar. Pois seria uma tremenda sacanagem (para não escrever outra coisa) eles pegarem um manual feito pela ABRASF e colocar o logo deles e disponibilizar no próprio site induzindo a todos que eles seguem o layout da ABRASF.

Bom dia Dercide, Você passou um numero inteiro não negativo como numero de lote?

Bom dia Tiago, O provedor WebISS possui 2 Web Services para recepcionar os RPS: EnviarLoteRps e GerarNFSe. Até então nos seus testes você estava usando o método Enviar que se utiliza do Web Service EnviarLoteRps. Utilize o método Gerar, este utiliza o Web Services GerarNFSe. Quais são as diferenças? O EnviarLoteRps aceita um lote contendo de 1 até 50 RPS, já o GerarNFSe aceita o envio de apenas 1 RPS. Ao enviar o RPS para o Web Service EnviarLoteRPS temos como resposta o numero de protocolo de recebimento, depois temos que consultar a situação do Lote e caso ele tenha sido processado realizamos uma nova consulta, caso tenha sido processado com sucesso a resposta dessa ultima consulta é o XML da NFS-e. Por outro lado ao enviar o RPS para o Web Service GerarNFSe temos como resposta o XML da NFS-e isso se o processamento imediado do RPS foi realizado com sucesso.

Bom dia Nelson, Mas o arquivo FGMaiss1.rar que você anexou no dia 26 de janeiro sugere um layout totalmente diferente. Pede para esse pessoal, os schemas de validação, o namespace, as URLs de homologação e de produção e XML exemplo de RPS a ser enviado para o web service a fim deste processar e retornar o XML da NFS-e. Sem isso não da para confiar em um manual da ABRASF onde eles incluíram o logo deles.

Boa noite a todos, Favor atualizar os fontes e realizar novos testes.

Boa noite Tiago, Você tem certeza que todos os arquivos de todas as pastas estão atualizados? Esse erro de URL não definida esta estranha. Você abriu o arquivo 27-sit.xml ? Se sim notou que a situação do lote é 2 ? Ao consultar a situação do Lote podemos ter 4 respostas diferentes: Situação: 1 = Não Recebido 2 = Não Processado 3 = Processado com Erro 4 = Processado com Sucesso No seu caso o lote ainda não foi processado. Alguns provedores passam o dia recebendo os lotes, para processa-los durante a madrugada e portanto disponibilizar as notas no dia seguinte. Será que o WebISS não funciona desta forma?

Boa tarde Claudemir, O seu contador esta interpretando a coisa de forma errada. Lembre-se uma coisa é o campo e outra é o seu conteúdo. Nesse primeiro momento a SEFAZ esta validando a presença do campo e a partir de 04/2016 será validado também o seu conteúdo.