Ir para conteúdo
  • Cadastre-se

Cristiano Caritá

Membros
  • Total de ítens

    65
  • Registro em

  • Última visita

Tudo que Cristiano Caritá postou

  1. É fácil. Veja o código abaixo: for i:= 0 to ACBrBoleto1.ListadeBoletos.Count-1 do if ACBrBoleto1.ListadeBoletos.Objects[i].OcorrenciaOriginal.Tipo = toRetornoLiquidado then begin // pagou (Liquidado) end;
  2. Limpe os cookies do site no browser, feche o browser, abra-o novamente, entre no site e efetue a autenticação com o certificado digital. Já passei por esse problema várias vezes e sempre consegui resolver assim.
  3. Eu recomendaria a função StringReplace com a opção [rfReplaceAll] para retirar o #10 e o #13 em vez de usar o Trim. Por exemplo: string_a_limpar:= StringReplace(StringReplace(string_a_limpar,#10,'',[rfReplaceAll]),#13,'',[rfReplaceAll])
  4. Existe alguma previsão para análise da correção que foi sugerida?
  5. Boa noite, O arquivo ACBrBancoBrasil.pas está com um erro na geração do campo de DataMulta (data a partir da qual passa a ser cobrada a multa) no arquivo de remessa no padrão CNAB 400. O campo utilizado no código fonte original está sendo o DataMoraJuros, quando o correto é o DataMulta. Fiz a devida correção no fonte para análise (já corrigido) em anexo. OBS: Segue também em anexo o Manual Técnico do Banco do Brasil (vide página 8 do manual). ACBrBancoBrasil.pas Doc2627CBR641Pos7.pdf
  6. É possível sim escolher direto o tipo de cartão no SiTEF. Eu fiz da maneira abaixo e homologuei sem problemas: if tipo_cartaoTEF='C' then ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 3 // iniciar operação TEF direto no crédito else if tipo_cartaoTEF='D' then ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 2 // iniciar operação TEF direto no débito else ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 0; // deixa o operador escolher o tipo de cartão via tela do próprio gerenciador TEF
  7. O problema de se usar a data de emissão no cNF (ou qualquer outra informação que não seja aleatória) é a possibilidade de que uma pessoa mal-intencionada descubra o padrão que está sendo utilizado para o cNF da sua aplicação. De conhecimento desse padrão, um cliente que receba uma NF-e da sua aplicação pode ter acesso a todas as NF-e emitidas pelo seu aplicativo, simplesmente consultando a chave no portal da NF-e. O objetivo/filosofia do campo cNF é justamente impedir esse acesso indevido. Qualquer "gambiarra" objetivando enganar o sistema de validação do webservice da Receita só irá expor seus clientes a riscos desnecessários.
  8. Você está colocando o convênio (7338678 no seu caso) na propriedade CodigoCedente? Já homologuei com o Santander e tive que colocar o convênio na propriedade CodigoCedente.
  9. Na época das ECF, a regra do TEF era imprimir antes e confirmar depois. Agora com o SAT/NFC-e, a regra se inverteu: confirmar antes e gerar o documento fiscal / imprimir depois. Homologuei SiTEF dessa maneira no final do ano passado.
  10. Veja que muitas vezes o software que gerou o XML do cliente é que não está fazendo o arredondamento correto. Não assuma automaticamente que é a sua conta que está errada. Já encontrei muitos casos onde o XML da NF estava com arredondamento divergente do cálculo que o RoundABNT efetua.
  11. Os arquivos de remessa são processados de um dia útil para o próximo. Isso ocorre no Bradesco também (e creio que nos demais bancos). O único meio de fazer o registro imediato do boleto seria usar o webservice de registro que o banco disponibiliza.
  12. Cada computador possui um arquivo TXT de configuração onde constam vários parâmetros, e um deles é a série de NFC-e a ser utilizada. Ao inicializar, o programa lê esse arquivo e usa a série informada no arquivo. Basta tomar os devidos cuidados, certificando-se de que não existam dois terminais com a mesma configuração de arquivo.
  13. Use uma série para cada PDV no seu caso. É a única solução caso não deseje depender de um servidor central para controlar a numeração.
  14. Daniel, agora ficou melhor ainda com os ajustes. Já estou usando o novo tema como padrão. Mais uma sugestão: No menu superior, existem 3 itens que possuem sub-itens ("Suporte Pago", "Filtros Ativos" e "Sobre"). Note que em "Suporte Pago" e "Filtros Ativos" há o símbolo da "seta pra baixo" que indica isso. No caso do "Sobre", não há essa pista na interface, além de estar bastando passar o mouse "por cima" do "Sobre" para mostrar os sub-itens dele, enquanto que nos outros dois precisa clicar no item para aparecer os sub-itens. O que sugiro seria uniformizar a aparência e o comportamento do "Suporte Pago", "Filtros Ativos" e "Sobre" para ficar uma interface mais consistente. O que acha?
  15. Ficou muito bom. Gostei das cores. Duas coisas que notei: 1) No novo tema a largura da página no browser está menor, e também com um fundo de imagem da cidade do Rio de Janeiro. Achei que, além de tomar parte do espaço de tela, acaba desviando a atenção e a tela fica com aspecto mais "carregado". 2) No menu superior, faltou traduzir o "MORE" para o português. De qualquer modo, parabéns pelo novo tema.
  16. Pelo que puder ver, essa NF-e foi emitida a partir do RS (cUF=43), e o RS ainda não desativou a versão 3.10 (acabei de verificar e ainda consta "Serviço em Operação" na consulta de status de serviço do webservice 3.10).
  17. Tem que permanecer a versão 3.1 até que os usuários do fórum aprendam a pesquisar os posts existentes antes de criar pela enésima vez um post com um assunto que já foi coberto à exaustão em outros posts...
  18. Pode encerrar o concurso. O arce, com o "desabafo do Menino do TI", com certeza é o ganhador...
  19. Sinto muito, mas há várias UF que não estão mais aceitando NFe 3.1, entre elas estão MT, MS, PR e SP (isso mesmo com o webservice 3.1 ativo). Tente consultar o status de operação para conferir. Outra coisa importante é que quem já emitia NFe 4.0 agora é obrigado a comunicar-se com o webservice usando TLS 1.2. Ao menos em SP não se aceita mais outra opção em produção nem em homologação.
  20. Neste momento o webservice da NFe4.0 de SP (em produção e em homologação) só está aceitando TLS 1.2, ou seja, não funciona mais a configuração LT_all.
  21. Tenho dois ex-clientes que fecharam as portas há mais de um ano (inclusive com CNPJ já baixado no cadastro da Receita Federal, com encerramento de atividades) e os SATs ainda constam como vinculados à minha software-house, quando se consulta a opção " Consultar Contribuintes Usuários do Aplicativo Comercial" no Sistema de Gestão e Retaguarda do SAT-CF-e. Também tenho um caso que o meu ex-cliente ainda está com a empresa aberta na Receita Federal, mas desvinculou o SAT do CNPJ dele, mas o SAT ainda consta na listagem da minha software-house. Temo que, com o passar do tempo, a listagem de SATs fique muito poluída, principalmente para as empresas que tenham muitas idas e vindas de clientes.
  22. O ideal para resolver esse tipo de problema é instalar o sistema do banco numa máquina virtual.
  23. Boa tarde. Notei que para os tópicos que foram travados pela administração ou moderadores, aparece ao final a seguinte mensagem (originalmente em vermelho): Este tópico está agora destravado para futuros posts. Essa mensagem não deveria ser ao contrário? Ou seja, "Este tópico está agora travado para futuros posts."?
  24. Resultado dos meus testes aqui (todos usando WinCrypt,WinHttp e LibXml2) com certificado A3: Windows 2008 R2: Funciona somente se usar LT_TLSv1 ou LT_TLSv1_1. Não funciona se usar LT_all ou LT_TLSv1_2 Windows 10: Funciona se usar LT_TLSv1, LT_TLSv1_1, LT_TLSv1_2 ou LT_all. OBS: Todos os testes foram com os Webservices 4.0 de SP (Ambiente de Produção). OBS2: verifiquei que os resultados podem variar de UF para UF. Por exemplo, no Windows 10 para a UF de Goiás só funciona TLSv1_2. As outras configurações não funcionam. Para o Windows 2008 R2 e UF de Goiás, nenhuma configuração funciona.
×
×
  • 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.