Ir para conteúdo
  • Cadastre-se

victor.gonzales.panda

Consultores
  • Total de ítens

    4.665
  • Registro em

  • Última visita

  • Days Won

    94

Tudo que victor.gonzales.panda postou

  1. Tente reinstalar a IDE depois a suite de componentes
  2. Bom dia, neste caso é necessário reportar ao faleconosco do IBPT. https://deolhonoimposto.ibpt.org.br/Site/Contato Como não se trata de algo relacionado ao ACBr, estou encerrando este tópico, caso necessário, abra um tópico novo por favor Abraços
  3. verifica se não está ficando em loop o processo... pois rejeição CSTAT 656 - Consumo Indevido é referente a algumas regras. Elevado numero de consultas, ou elevado numero de rejeições iguais, não consultando o ultimo NSU. Por padrão, caso a UF opte por manter os valores padrão estabelecidos pela Nota Técnica 2018.002, a Rejeição por Consumo Indevido ocorre quando: Uma NF-e ou NFC-e for enviada mais de 30 vezes e apresentar a mesma rejeição Um evento apresentar 20 vezes a mesma rejeição Uma Inutilização for enviada mais de 20 vezes e apresentar a mesma rejeição Uma NF-e for consultada mais de 10 vezes em 1 hora Um Recibo for consultado mais de 40 vezes em 1 hora
  4. Bom dia @gwiethaus @jean_peixoto, Estou analisando aqui o relato de vocês, não consegui recriar o problema. Tanto via API ou importação CSV tenho acesso a propriedade que me retorna 0 = NCM , 1 = NBS, 2 = LST LC116 Via CSV :: Integer(ACBrIBPTax1.Itens[I].Tabela); Via API :: <ACBrIBPTax>.Procurar(NCM, ex, descricao, tabela, aliqFedNac, aliqFedImp, aliqEst, aliqMun, NCMParcial); // o retorno será na variável tabela Abraços;
  5. designide.dcp pertence ao RAD Studio, talvez vai ser necessário a reinstalação da IDE. voce gerando uma instalação limpa (com nenhuma mudança local) e apagando todos os arquivos (marcando para apagar todos os arquivos) deveria instalar, se não está, pode ser algo com a IDE. mas vamos aguardar uma posição dos demais consultores.
  6. Bom dia, veja se ele está atualizado, o Literal "NFE SEM AUTORIZAÇÃO DE USO DA SEFAZ", se não está saindo na sua danfe quando não tem protocolo, seu fr3 está alterado, aqui está imprimindo normalmente, lembre-se que é necessário para sair o literal "RASCUNHO" para o FastReport informar a propriedade <ACBrNFeDANFeFR>.MarcaDaguaMSG := 'RASCUNHO';
  7. os meios de pagamentos estão disponível no portal nacional da nfe, esse tipo de informação acredito que você possa informar desta forma nos dados adicionais se quer, ao meu ver fica mais coerente do que da forma que seu cliente propos. ou no link https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=SakNjq9TwFA=
  8. Mas o 99 outros eu não recomendo utilizar para essa finalidade, na minha interpretação é para outra aplicabilidade que foge das opções de meios de pagamentos definidos pelo fisco, e não apenas para ajustar a descrição, logo, teremos pessoas usando isso para imprimir Mastercard e VisaCard pois desejam a bandeira do cartão. Se não se enquadra em nenhum dos meios de pagamentos, aí entra o uso do 99 outro. Mas acho que a Sefaz vai começar a rever o seu uso futuramente se for utilizado sem parcimônia.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Bate uma foto de como está configurado ele por favor
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. Boa tarde, Obrigado pela ajuda na validação, consta na revisão 22622.
  13. ACBrBoleto.pasACBrBancoBanrisul.pas Boa tarde, Obrigado pelo retorno, veja com estes arquivos por favor
  14. Boa tarde @Daniel Sonda Estou analisando o TK1480 que trata aqui teste post. inseri o componente Acbrboleto e configurei o mesmo; <ACBrBoleto>.ACBrBoletoFC := <ACBrBoletoFCFR>; <ACBrBoletoFCFR>.DirLogo := ParamStr(0)+'\Logos\Colorido'; <ACBrBoletoFCFR>.FastReportFile := ParamStr(0)+'\Report\BoletoFR.fr3'; <ACBrBoletoFCFR>.ModoThread := True; <ACBrBoleto>.Imprimir; ou <ACBrBoleto>.GerarPDF; O Sistema chamou o fluxo de impressão normalmente no spooler com a identificação da logomarca do banco no boleto ou gerou o arquivo PDF em disco idêntico a impressão. Tem como você testar com a versão atual do componente se realmente ocorre algum problema ou alinhar o fluxo com o programa de exemplo para conseguir recriar o mesmo cenário de problema? Obrigado.
  15. boa tarde como você está fazendo a configuração do certificado no componente?
  16. Boa tarde Ainda não, em breve será implementado o ACBrNFSeX ao Monitor e Lib Hoje somente diretamente no componente ACBrNFSeX ou no depreciado ACBrNFSe
  17. Boa tarde, Primeiramente, faça o revert dos seus arquivos locais, baixe todo o componente do svn novamente. instale a suite de componentes abraços
  18. Bom dia, Ainda o mesmo incidente, caso vocês queiram entrar em contato com eles e registrar também por parte das demais software house. para aqueles que já são cadastrados https://tecnogroup.movidesk.com/ para os que não são enviar email para [email protected] informem que já existe o Ticket aberto no Movidesk com o nº 79309 por outra software house reportando o problema, que estamos aguardando solução. quanto mais software house abrir ocorrência, mais breve deve ser a solução por parte deles. Abraços
  19. Segundo o ticket aberto junto deles, previsão de normalização, até amanhã
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. tranquilo, podemos encerrar o tópico?
  22. Boa tarde, Na questão que abordamos, sugerimos você passar essa informação no campo infAdProd. não precisa de ajuste no componente, você deve incluir isso no fluxo de preenchimento do documento fiscal na sua aplicação, somente isto. Abraços.
  23. Boa tarde @mauriciosulzbach, Poderia por favor realizar a validação com estes arquivos aqui anexados, fico no aguardo das considerações antes de submeter ao svn. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado.
  24. Boa noite @mauriciosulzbach... Devo estar enviando amanhã aqui neste tópico em paralelo para tu testar antes de submeter oficialmente ao SVN essa implementação, portanto, faça em uma branch de testes sua e não na sua aplicação principal, pois ainda está sendo alterado o código e passará por nova revisão. Algumas observações importantes a todos que usam Banrisul, devido a essa quebra de continuidade de layout, principalmente da 040 - 020 para a 103 - 060, onde foi dito que é necessário a re-homologação do software, isso pode gerar um impacto grande nas carteiras que estão já em produção, portanto a implementação do jeito que foi proposta foi rejeitada. Para as pessoas que já utilizam o layout versão 040-020 e quiser fazer o mesmo procedimento só que inserindo a informação de LayoutVersaoArquivo = 40 e LayoutVersaoLote = 20, o comportamento do componente na geração final do arquivo tem que ser o mesmo, e já é a sugestão para ir re-homologando para esse novo layout. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado
  25. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • 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.

The popup will be closed in 10 segundos...