Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.863
  • Registro em

  • Última visita

  • Days Won

    153

Tudo que BigWings postou

  1. Bom dia, Acredito que a alteração seja indevida. SoPath é o path passado no nome do arquivo, então o aPath só será usado caso ele não seja informado junto ao nome do arquivo. Além disso, essa função é usada em várias classes do componente, inclusive internamente, precisaria de testes completos nas classes ACBrDFe.
  2. Bom dia, A mensagem parece bem clara. Já entrou em contato com a prefeitura pra saber se é possível emitir NFS-e com ISS zerada?
  3. Você deve estar enviando como NFe e não NFCe.
  4. Bom dia, Sugiro que leia o manual de orientação, existe um capítulo sobre contingência que explica sobre as SVC. https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= NFCe aceita apenas tipo de emissão Normal, EPEC e Contingência Offline.
  5. Veja no log do svn do tiposBasico_v3.10.xsd que foi feita uma alteração no tipo TString direto no arquivo para aceitar OpenSSL. Então veja se os Schemas onde ocorre o erro são os mesmos da pasta de Schemas do ACBr, se usar os originais do portal provavelmente ocorrerá o erro.
  6. Sim, segundo o manual, o princípio é o mesmo. O evento deve ser assinado pelo CNPJ base do emitente da NFe e a transmissão pode ser feita por qualquer certificado válido.
  7. Uma coisa não tem relação com a outra. Alguns webservices atendem mais de uma UF, como o SVRS e o SVAN, no caso de SP o webservice é apenas para SP. A única coisa que você precisa fazer é configurar o webservice no componente para usar a UF do estado do emitente da nota. O ACBr vai selecionar o WebService a utilizar automaticamente. O idDest deve ser informado conforme a operação, como o Sérgio disse, a UF do destinatário pode ser qualquer UF do Brasil, ou ainda EX notas de exportação.
  8. Bom dia, O XML parece correto. Só precisa então verificar se está usando o webservice correto, configurando a UF do emitente lá também. ACBrNFe1.Configuracoes.WebService.UF := 'SP';
  9. Talvez a sua aplicação esteja acessando alguma unit diferente e causando esse erro, ou alguma informação específica no 6º boleto. Difícil dizer. Tente replicar o erro usando o demo. Assim alguém poderá lhe ajudar.
  10. Isso acontece com o demo também? Testei aqui com 20 boletos e visualizou e gerou PDF normalmente.
  11. Resolvido. Era sim o infElement que precisava informar. Segue correção. ACBrNFSeWebServices.pas
  12. Abra o XML e veja como foi gerada a tag cUF. Ela deve ser igual ao código, segundo a tabela IBGE, da UF do emitente da NF-e.
  13. Desde que faça a consulta informando o último NSU não deve dar consumo indevido. Pra saber se preciso fazer novas consultas apenas testo o cStat, caso seja 138 chamo novamente o DistribuicaoDFe, caso seja 137 encerro a consulta.
  14. Bom dia, @arce Por acaso conseguiu resolver? Estou tendo o mesmo problema ao tentar cancelar uma NFS-e pelo provedor Fiorilli com OpenSSL, com o erro "Erro -1: Falha ao assinar o Documento". Pelo que vi a tag Signature está sendo gerada no local correto, então o problema não é o InfElement. Tentei inserir o cabecalho <?xml version="1.0" encoding="UTF-8"?> mas não resolveu. Em CAPICOM funciona. Segue os arquivos para uso com o demo e print do debug. Se alguém puder ajudar, agradeço. Demo_ACBrNFSe.ini 3517020100100100011356000000000007595-nfse.xml
  15. "Se for preenchido o número do processo ou ato concessório (NUM_PROC) deverão também estar preenchidos os campos Indicador da origem do processo (IND_PROC) e Descrição resumida do processo (PROC). Caso contráiro, nenhum dos campos deverão ser preenchidos."
  16. Bom dia. O campo NUM_PROC na verdade está correto, a validação falha porque, caso não informe esse campo, tanto o IND_PROC quanto o PROC devem estar em branco também. Fiz essa correção, substitua o arquivo anexo, recompile e tente novamente. ACBrEFDBloco_E_Class.pas
  17. Bom dia, Até onde sei, elas são usadas apenas no DANFE EscPos.
  18. É o que a norma diz. Se o CNPJ do autor é apenas autorizado no CTe, e não remetente/destinatário/expedidor/recebedor, as chaves de NFe virão alteradas para 9999.
  19. Boa tarde, Veja o que determina a NT CTe 2015/002: http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=5c1PwLTdrCA=
  20. Provavelmente os teus fontes estão corrompidos, está compilando normalmente aqui.
  21. Funciona mesmo configurando para usar o repositório de certificado do Windows?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.