Jump to content

icones_brancos.png

dia-do-acbr-online.png botao

botao.pngbotao.png

botao.pngbotao.png

Ofertas Embarcadero
Descontos de até 35%

Saiba Mais

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png
  • Content Count

    93
  • Joined

  • Last visited

  • Days Won

    1

Community Reputation

25 Excellent

About [email protected]

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    Ribeirão Preto - SP

Recent Profile Visitors

1,134 profile views
  1. 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.
  2. 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.
  3. 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 proces
  4. 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
  5. 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.
  6. 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.Lote
  7. Essa informação seria a propriedade : ACBrNFSe.WebServices.ConsLote.LoteNaoProc ? Alguém pode confirmar isso?
  8. 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
  9. Bom dia pessoal. Alguém já conseguindo emitir NFs-e para Ribeirão Preto com ISSNet de uma forma que funcione? Obrigado!!!
  10. 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
  11. 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 Co
  12. 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.
  13. Boa tarde Augusto. Base de Cálculo do ICMS = Total dos Produtos + Frete + Seguro + Despesas Acessórias - Descontos André Luis.
  14. 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.
  15. Bom dia Thiago. Já estou com o layout 4.00 configurado no componente... mesmo assim continua o erro... SEFAZ de SP.
×
×
  • Create New...