Italo Giurizzato Junior

Boa tarde Paulo, Essa propriedade foi removida do componente pois não estava sendo utilizada. Favor abrir a unit que contem o componente ACBr e ao aparecer a mensagem de propriedade inexistente clique no botão ignorar. Depois faça qualquer alteração no form da unit bem como no seu código, algo simples como mover um objeto de lugar e inserir uma linha em branco, por fim salve. Compile novamente com a opção build.

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.

Boa tarde Rodnei, Você não tem o arquivo de retorno?

Bom tarde Jorge, Sim, existe uma propriedade de configuração: ConsultaLoteAposEnvio que deve receber o valor True para que a consulta seja feita de forma automática.

Marco, O pessoal esta preparando uma nova versão do ACBrInstall_Trunk2 que vai permitir a compilação e instalação do ACBrGNRE. A impressão das Guiais ainda não pois esta em fase de migração para o Trunk2.

Boa tarde Marco, Os fontes do componente ACBrGNRE - Trunk2 já podem ser compilados e instalado no Delphi. O que precisa fazer agora é iniciar os testes e fazer as devidas correções.

Tiago, Você realizou as consultas que lhe pedi? Você esta consultando a NFS-e por RPS, ou seja, usando o método ConsultarNFSeporRps. Eu quero que você consulte a situação do lote, ou seja, usar o método ConsultarSituacao(Protocolo); E depois consultar o lote de RPS através do método: ConsultarLoteRps(Lote, Protocolo); Para saber se o lote foi processado ou não temos que consultar a situação do mesmo. Se foi processado com erro (que é o que acredito), para saber o motivo do erro temos que consultar o lote de RPS. Sem realizar essas duas consultas você não vai sair do lugar.

Boa tarde Marcos, Muito obrigado pela colaboração, fiz umas modificações na sua correção. Já esta disponível, pode atualizar os fontes e testar novamente.

Boa tarde Tiago, E a consulta a situação do lote? Se não existe uma nota para o RPS informado pode ser que a situação do lote seja 3, ou seja, processado com erro? E a consulta ao lote de RPS? No retorno dessa consulta deve constar o motivo da rejeição do RPS.

Bom dia Raylan, Essas duas propriedades foram criadas por causa de alguns provedores que não são capazes de seguir a risca um layout e acabam acrescentando essas coisas absurdas no XML. A principio deixe em branco se o provedor recusar por falta dessas informações ai sim você as informa.

Tiago, E os XML referente a consulta, não estão sendo salvos em disco? Se sim, anexa para que eu possa verificar.

Bom dia a todos, O Provedor Pronim resolveu mudar de versão? Se sim, essa mudança é para todas as cidades? Neste caso precisamos dos novos Schemas.

Pessoal, Não existe o SVC para o MDF-e. No meu entendimento, o MDF-e por não ser um documento que contem valor, trata-se apenas de um agrupador de documentos, a sua impressão em contingência pode ser feita em papel comum, não havendo a necessidade de papel moeda.

Bom dia Wislei, Vamos analisar o problema.

Bom dia a todos, Lembrem-se que todos os Estados brasileiros se utilizam da SEFAZ-RS para enviar o MDF-e e seus respectivos eventos: Encerramento, Cancelamento, etc. Logo não é a SEFAZ-MG ou outra com problema e sim a SEFAZ-RS.