Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.167
  • Registro em

  • Última visita

  • Days Won

    156

Tudo que BigWings postou

  1. Boa tarde, Uma forma mais elegante de se fazer isso seria usando o próprio método Gerador.wCampo, passando o parâmetro de ocorrências como 0, já que o campo IE não é obrigatório. Assim, ao se passar o valor em branco o ACBr não gerará a tag <IE/> if Trim(CTe.Ide.Toma4.IE) = 'ISENTO' then Gerador.wCampo(tcStr, '#041', 'IE ', 00, 14, 1, CTe.Ide.Toma4.IE, DSC_IE) else Gerador.wCampo(tcStr, '#041', 'IE ', 00, 14, 0, OnlyNumber(CTe.Ide.Toma4.IE), DSC_IE); Não creio que precise implementar a leitura, ela já trata se a tag existe ou não.
  2. No ACBr está implementada apenas a carteira não registrada para o banco da amazônia. Essa faixa que você recebeu são os "nosso número" que estão reservados para o cedente, mas para a carteira registrada. Esse banco trabalha diferente a questão do nosso número. A aplicação só pode atribuir o nosso número ao boleto quando ele é registrado. O nosso número é devolvido no retorno, ou seja, o cedente só pode imprimir o boleto no dia seguinte à remessa.
  3. Boa tarde, A cidade de Orlandia já se encontra no arquivo Cidades.ini, então basta configurar o componente e fazer os testes.
  4. Discutimos isso em outro tópico: De lá pra cá, parece que houve alterações no Ajuste SINIEF 07/2005, todas as menções a NFC-e foram removidas (!), cláusulas que tratavam sobre a NFCe revogadas a partir de 31/01/2017. Parecem estar tratando NF-e e NFC-e como um só no documento, confesso que pra mim está tudo muito confuso. De minha parte, vou manter a impressão em duas vias, que é o que manda o Manual, se o Estado não tem instrução ou decreto próprio desobrigando a impressão. Mesmo porque os requisitos para desobrigação da impressão são piores, na minha opinião, segundo o texto do manual de contingência offline:
  5. Boa noite, Você pode testar a propriedade Schema do retorno. var DFe: TdocZipCollectionItem; begin [...] DFe := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I]; case DFe.schema of schprocNFe: ; // NFe completa schresNFe: ; // NFe resumo schresEvento: ; // Evento resumo schprocEventoNFe: ; // Evento completo end; end;
  6. Então questione o motivo da mensagem de erro, já que ela é retornada pelo webservice.
  7. 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.
  8. 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?
  9. Você deve estar enviando como NFe e não NFCe.
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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';
  15. 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.
  16. Isso acontece com o demo também? Testei aqui com 20 boletos e visualizou e gerou PDF normalmente.
  17. Resolvido. Era sim o infElement que precisava informar. Segue correção. ACBrNFSeWebServices.pas
  18. 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.
  19. 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.
  20. 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
  21. "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."
×
×
  • 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.