andre@prodez

Boa noite Italo. O que ocorreria caso eu executasse a Consulta a Situação do Lote em um provedor que não esteja na versão 1 do layout da ABRASF (esteja na versão 2 por ex.)? Como eu identifico em qual versão determinado provedor está? Obs.: no mesmo sistema eu tb trabalho com o provedor SimplISS. Obrigado, André Luis.

Boa tarde Gabriel. Guarda em propriedades, armazenadas no componente ao Enviar ou Carregar um XML de nota, como por exemplo: acbrNFSe.NotasFiscais.Items[0].NomeArqRps; acbrNFSe.WebServices.EnviarLoteRPS.Protocolo; acbrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao; acbrNFSe.NotasFiscais.Items[0].NomeArq; acbrNFSe.NotasFiscais.Items[0].NFSe.Numero; André Luis.

Boa noite Italo, desculpe a demora em retornar... Sim, ao enviar o lote o provedor retorna o protocolo. Estou conseguindo consultar posteriormente o lote usando o RPS e esse número de protocolo. O que está ocorrendo é que nos casos que ao enviar o lote ele permanece um certo tempo na fila sem processamento, caso nesse meio tempo eu faça uma consulta ao lote, o componente acaba gerando uma exceção indicando como lote processado com erro, veja o erro abaixo retornado pelo provedor (mensagem retornada na exception do ConsultarLoteRps): Na realidade o lote ainda não foi processado e em consultas futuras ele poderá gerar a NFs-e normalmente. Portanto, nessas situações tenho tido dificuldade de diferenciar, após uma consulta, um lote ainda não processado de um de fato processado com erro, pois nas duas situações está gerando uma exceção de erro. O ideal seria a consulta entender isso como lote não processado, mas talvez a forma como o provedor reporta não é possível identificar. Não sei se alguém conseguiu tratar essa situação. Me ocorreu a ideia de tratar de forma manual, testando realmente a string da mensagem procurando pelo texto "Nota nao processada" e, nesses casos, não indicar o RPS como processado com erro, mantendo ele ainda pendente de processamento. Não sei se to falando bobeira...rs. André Luis.

Boa tarde Italo. O problema estava meio absurdo mesmo, não sei se por conta do início das operações semana passada (troca do GINFES pelo ISSNet), mas eu estava com as seguintes configurações nessas propriedades: AguardarConsultaRet: 2000 IntervaloTentativas: 3000 Tentativas: 600; (isso mesmo, 600, o que leva a ficar por 30 minutos tentando, e depois de todo esse tempo retornava um "erro desconhecido" - e o problema era não ter a resposta, pois em testes durante a madrugada funcionava) TimeOut: 60000 Por isso acabei acreditando que a única solução nesse caso seria apenas enviar os RPSs pra depois ir consultando os retornos e gerando a NFS-e... realmente não sei se teria alguma outra saída pra isso. Mas ai surgiu apenas aquela questão que citei acima, sobre o lote estar na fila e qual seria o retorno da consulta nesses casos. De qq forma, muito obrigado pelos retornos. André Luis.

Italo, na verdade, minha preocupação é para seguinte situação: - enviei o RPS para o provedor; - depois de um tempo fiz a consulta ao RPS (usando ConsultarLoteRps por ex.) - caso o lote desse RPS ainda esteja na fila no provedor, ele ainda não foi processado, qual retorno o componente da após executar essa consulta: gera uma exceção (erro); ou faz a consulta sem gerar erro e atualiza as informações de lote não processado. Essa é a minha principal dúvida nisso. Obrigado!!! André Luis.

Bom dia Italo. Obrigado pelo retorno. Para fazer funcionar com o ISSNet passei a usar o componente com a propriedade ConsultaLoteAposEnvio como false; devido ao retorno desse provedor ser muito lento; dai passei a fazer apenas o envio do RPS num primeiro momento. Após isso, libero o usuário pra consultar os RPSs enviados, e faço isso usando direto a função ConsultarLoteRps; - teria algum problema? Nesse caso após executar essa função, pra eu saber se o lote foi processado (independente se com erro ou autorizado) eu posso verificar a propriedade ACBrNFSe.WebServices.ConsLote.LoteNaoProc ? Vi tb que tem a propriedade "Situação" em WebServicess.ConsLote; ou seja o ConsultarLoteRps atualiza essas informações no componente... pois ai nem precisaria passar primeiro pelo ConsultarSituacao... Obrigado!!! André Luis.

Essa informação seria a propriedade : ACBrNFSe.WebServices.ConsLote.LoteNaoProc ? Alguém pode confirmar isso?

Boa tarde pessoal. Estou caminhando aqui... Passei a Enviar o lote sem fazer a consulta logo após o envio... Para consultar o lote posteriormente estou usando a função: ConsultarLoteRps Alguém saberia me dizer como faço para identificar (usando essa função) se um determinado lote ainda não foi processado? Percebi que essa função gera uma exceção qdo a NFs-e contem algum erro, mas qdo o lote ainda não tiver sido processada pelo provedor, ela tb irá gerar exceção ou algum código de erro? A questão seria: tem como diferenciar um "erro na emissão da NFS-e" de um "retorno de lote ainda não processado"? Ou sempre irá gerar uma exceção nos dois casos (não processada / erro) e ficaria a cargo do usuário interpretar a situação através da descrição da mensagem de retorno, seria isso? Por favor, aguardo alguma orientação. Obrigado desde já. André Luis.

Bom dia pessoal. Alguém já conseguindo emitir NFs-e para Ribeirão Preto com ISSNet de uma forma que funcione? Obrigado!!!

Bom dia Juliomar, obrigado pelo retorno. Sim olhei os tópicos. Dei uma boa pesquisada no forum; eu já utilizo os componente ACBrNFSe para emissão da nota, fiz a implementação já faz um bom tempo, na época segui os fontes de exemplo; sempre funcionou certinho com o GINFES; mas com o ISSNet me parece que o tempo de resposta deles é muito lento e talvez a forma como estou trabalhando não seja adequada. Por isso estou pedindo ajuda para alguém que já esteja conseguindo emitir a NFS-e de Ribeirão Preto com o ISSNet, postei acima o esqueleto de como implementei (incluindo um txt com o fonte de como configuro o componente); pra ver se alguém me dar um norte de qual é a forma correta de trabalhar com esse provedor. Por favor, se alguém puder me ajudar agradeço muito... Obrigado. André Luis.

Boa noite pessoal. Já deixo aqui meus agradecimentos a quem puder me ajudar. Estou tendo dificuldades com a emissão da NFS-e para o novo provedor em Ribeirão Preto - o ISSNet. Não sei se todos já conseguiram fazer seus sistemas funcionarem nesse novo provedor. Eu ainda não, infelizmente. No GINFES sempre trabalhei enviando o RPS e aguardo o retorno do XML aprovado da nota, esse processo sempre se resolveu em alguns segundos. No ISSNet isso não está ocorrendo, demora cerca de 30 minutos e acaba retornando um erro de nota não processada. Por email, tive um retorno do suporte da Nota Control informando para informar os links de acesso aos Web Services utilizando "https://..."; verifiquei que no aquivo ISSNet.ini todas as urls são informadas apenas com "http://..."; alguém precisou corrigir isso no arquivo ini desse provedor? Será que esse método que uso hj de enviar o RPS e ficar consultando (no mesmo instante) o retorno da nota aprovada não irá funcionar com o ISSNet? Vcs estão trabalhando de forma diferente em seus sistema? Abaixo vou mostrar um esqueleto de como implemento o envio da NFS-e, por favor, se puderem orientar uma forma mais correta que funcione com o ISSNet eu agradeceria muito, pois usava dessa forma com o GINFES e nunca tive problemas (isso já a muito tempo): //carrega as configuracoes para o Componente ConfigurarNFSe; //carrega os dados da NFS-e para o Componente CarregarNFSe; //envia o RPS para o provedor acbrNFSe.Enviar(QryNotasSe.FieldByName('NumRPS').AsInteger, false); //armazena as informacoes retornadas apos envio do RPS e autorizacao da NFS-e if acbrNFSe.NotasFiscais.Items[0].NFSe.Numero <> '' then begin QryNotasSe.FieldByName('NumNF').AsString := acbrNFSe.NotasFiscais.Items[0].NFSe.Numero; end; QryNotasSe.FieldByName('CodVerificacao').AsString := acbrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao; QryNotasSe.FieldByName('NrProtocolo').AsString := acbrNFSe.WebServices.EnviarLoteRPS.Protocolo; QryNotasSe.FieldByName('NomeArq').AsString := acbrNFSe.NotasFiscais.Items[0].NomeArq; //grava a NFS-e QryNotasSe.Post; Estou tb anexando um txt com as configurações que utilizo no componente "ACBrNFSe". Por favor, agradeço desde já quem puder apontar o que estou fazendo de errado e me indicar um norte para conseguir emitir NFS-e com esse provedor ISSNet. Obrigado. André Luis. ConfigurarNFSe.txt

Boa tarde pessoal. Tb estou tentando enviar o primeiro teste no ISSNet. Estou com erro na validação da Alíquota do ISS. Sempre alimentava o componente com o valor porcentual, por ex: 5% => 5: ficando: Servico.Valores.Aliquota := 5; ai no XML do RPS ficava 0.0500; No entanto verifiquei olhando o XML do RPS que está ficando o valor sem dividir por 100 => 5.0000; Alguém sabe me dizer se agora é necessário dividir por 100 para alimentar a alíquota no componente para todos os provedores ? obs.: tb trabalho com o SimplISS. Obrigado, André Luis.

Boa tarde Augusto. Base de Cálculo do ICMS = Total dos Produtos + Frete + Seguro + Despesas Acessórias - Descontos André Luis.

Bom dia. Esse tipo de erro é normalmente devido aos schemas desatualizados. Verifique se o arquivo "leiauteNFe_v4.00.xsd" dentro da sua pasta de schemas é da data de modificação 06/05/2019. Att., André Luis.

Bom dia Thiago. Já estou com o layout 4.00 configurado no componente... mesmo assim continua o erro... SEFAZ de SP.

Bom dia Jeter. Estou com o mesmo erro de "Falha no schema XML". Não entendi o seu problema sobre "enviando XML como ZIP" - isso é alguma configuração no componente? André Luis.

Boa tarde. Você deve informar a alíquota do ISS mas deve enviar o Valor do ISS zerado. André Luis.

Boa tarde. De acordo com a Nota Técnica da SEFAZ para versão 3.10: indIEDest (Indicador da IE do Destinatário): 1=Contribuinte ICMS (informar a IE do destinatário); 2=Contribuinte isento de Inscrição no cadastro de Contribuintes do ICMS; 9=Não Contribuinte, que pode ou não possuir Inscrição Estadual no Cadastro de Contribuintes do ICMS; Nota 1: No caso de NFC-e informar indIEDest=9 e não informar a tag IE do destinatário; Nota 2: No caso de operação com o Exterior informar indIEDest=9 e não informar a tag IE do destinatário; Nota 3: No caso de Contribuinte Isento de Inscrição (indIEDest=2), não informar a tag IE do destinatário André Luis.

Boa tarde. Conforme orientação do Sérgio, a melhor forma para estudar o componente é olhando o projeto de exemplo na pasta do ACBr. Mas de qq forma, de uma maneira simples, segue um passo-a-passo abaixo. Na NFe temos os seguintes passos: 1. Gerar o XML da NFe (carregando os dados da nota no componente); 2. Assinar; 3. Validar o XML da NFe assinada; 4. Montar o lote contendo 1 ou mais NFe assinadas e validadas; 5. Enviar o lote; 6. Consultar a situação do lote mediante o numero do recibo; 7. Protocolar o XML da NFe assinada, ou seja acrescentar as informações do protocolo ao XML da NFe; 8. Imprimir o DANFE; 9. Enviar por e-mail o XML da NFe assinada e protocolada ao destinatário. Observação: Os passos 2, 3, 4, 5, 6, 7 e 8 são executados automaticamente pela function Enviar No caso da NFe o componente gera o XML da NFe e o que temos como retorno da SEFAZ é o protocolo de autorização que depois é adicionado ao XML que o componente gerou. Espero que ajude. André Luis.

Boa tarde. > Na NFSe temos os seguintes passos (de acordo com orientações do Italo J. Jr): 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. > Alguns dicas importantes para um bom funcionamento do componente: . Devemos utilizar os arquivos de configuração dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI . Devemos utilizar os arquivos de Schemas dos provedores que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas . Na rotina de configuração do componente da sua aplicação que vai emitir a NFS-e deve-se incluir as 6 propriedades de configuração referentes ao Emitente (vide o programa exemplo). . Para saber se o componente já atende ou não uma determinada cidade basta procura-la no arquivo: Cidades.INI que se encontra dentro da pasta ArqINI. Caso conste a cidade desejada temos as seguintes informações (no exemplo abaixo a cidade é atendida pelo provedor Betha): [3118007] Nome=Congonhas UF=MG Provedor=Betha . Não se faz necessário copiar para a maquina do seu cliente todos os arquivos INI e todos os Schemas, basta os arquivos: Cidades.INI e o INI do provedor e a pasta Schemas do respectivo provedor que atende a cidade do Emitente. Obs.: utilize o projeto demo para estudar o componente, localizado na pasta do ACBr: ACBr\Exemplos\ACBrDFe\ACBrNFSe Espero ter ajudado. André Luis.

Bom dia a todos. Faz alguns meses que o DANFE da NF-e passou a ser salvo, caso o componente ACBrNFe esteja configurado para isso, separando por ano/mês (junto ao seu path). Duas questões sobre isso: 1- as configurações que ativam isso estão no ACBrNFe.Configuracoes.Arquivos: SepararPorMes e SepararPorAno; essas configurações se aplicam a separar o Path do XML da NF-e por ano/mês e passou também a separar o Path do DANFE por ano/mês; existe alguma forma de configurar isso separadamente, ou seja, se o usuário quiser separar apenas o XML mas não quiser separar o DANFE por ano/mês? 2- após passar a separar o DANFE por ano/mês, qdo tento re-enviar por email (EnviarEmail) ou salvar o PDF (ImprimirPDF) carregando um XML antigo (de ano/mês anterior ao atual), acaba salvando o DANFE na pasta atual de ano/mês, gerando confusão no usuário. Alguém já notou essa questão, é possível algum ajuste para isso não ocorrer ou teria que tratar isso manualmente? Agradeço desde já pela atenção. André Luis.

Bom dia Italo. No alvo... funcionou certinho. Não devo ter notado nos logs de atualização do ACBr essa alteração de configurar a quebra de linha direto no arquivo ini do provedor. Valeu, muito obrigado pela orientação. Um bom dia!!! André Luis.

Boa noite a todos. O problema ocorre no seguinte caminho - após chamar o método ACBrNFSe.Enviar ocorre o seguinte: - na unit ACBrNFSeWebServices -> procedure TNFSeEnviarLoteRPS.DefinirDadosMsg -> comando: InicializarDadosMsg(FPConfiguracoesNFSe.Geral.ConfigEnvelope.Recepcionar_IncluiEncodingCab); - na procedure TNFSeWebService.InicializarDadosMsg(AIncluiEncodingCab: Boolean) -> comando: FPConfiguracoesNFSe.WebServices.QuebradeLinha := FPConfiguracoesNFSe.Geral.ConfigGeral.QuebradeLinha; ... essa atribuição sobrepõe o caractere de quebra de linha configurado no componente ACBrNFSe (ACBrNFSe.WebServices.QuebradeLinha) pelo caractere ";" Caso esteja utilizando outro caractere diferente de ";" (meu caso, que uso o Pipe), o DANFSe acaba sendo impresso/enviado sem as quebras de linha na discriminação. Isso não acontecia até as compilações perto do final de outubro Por favor, seria possível alguém verificar o motivo dessa atribuição que sobrepõe o caractere configurado no componente conforme apresentado acima. Qq dúvida sobre o problema estou a disposição. Obrigado, André Luis.

Boa tarde a todos. Para ajudar a identificar o problema de quebra de linha na Impressão do DANFSE, segue abaixo os passos para simular o problema no "Demo ACBrNFSe": - configurar o componente TACBrNFSe na propriedade WebServices->QuebradeLinha com o caractere pipe "|" - na procedure AlimentaComponente utilizar o "|" como separador da discriminação do serviço, por ex.: Servico.Discriminacao := 'discriminacao 1|discriminacao 2'; - Gerar e Enviar um lote RPS - Imprimir DANFSe Dessa forma é possível verificar que na impressão do DANFSe o campo discriminação é montado sem a quebra de linha. Agradeço desde já pela atenção André Luis.

Boa noite a todos. Notei que nas compilações do ACBr a partir de out/17 passou a apresentar a seguinte situação: - utilizando o componente TACBrNFSeDANFSeRL para impressão do DANFSE - configurando o ACBrNFSe para quebra de linha com pipe:" | " - se, logo após enviar o RPS (gerando a NFS-e), chamar a impressão do DANFSE, a quebra de linha com "PIPE" não é tratada na discriminação do serviço (o mesmo ocorre se o email é enviado na sequência com o DANFSE em anexo) - caso seja feita uma re-impressão do DANFSE o problema passa a não ocorrer mais, ou seja, apenas a primeira impressão do DANFSE se feita logo após enviar/gerar a NFS-e é que o problema ocorre. Agradeço desde já pela atenção. André Luis.