Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

armando.boza

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    256

  • Registro em

  • Última visita

  • Days Won

    3

 Tipo de Conteúdo 

Tudo que armando.boza postou

  1. armando.boza
    A CEF é o banco mais chato que existe para homologação de boletos, esse caminho "programador<>gerente<>suporte" é uma piada, eu mesmo tentei certa vez para um cliente e desistimos, o gerente demorava muito pra encaminhar e devolver as respostas ao/do suporte, resumindo, o meu cliente abriu conta em outro banco e homologamos antes mesmo do gerente da CEF dar o retorno.
  2. armando.boza
    O seu delphi é trial ou starter? Pois sei que a versão starter não aceita instalação por linha de comando.
  3. armando.boza
    Loga no seu email pelo navegador e depois abre esse link https://www.google.com/settings/security/lesssecureapps e ativa "Permitir aplicativos menos seguros".
  4. armando.boza
    Bom da. Tem algum vídeo demonstrando o funcionamento do server como serviço no windows?
  5. armando.boza
    Parece que estabilizou agora, como está por ai?
  6. armando.boza
    Eu entendi, fica tranquilo, é que pelo emissor grátis vc consultou apenas uma vez ou várias vezes seguidas pra ver se ocorre o erro?
  7. armando.boza
    Tente realizar a consulta mais vezes pelo emissor gratuito, aqui as vezes passa normal.
  8. armando.boza
    realmente persiste, estou enviando offline tb.
  9. armando.boza
    No início achei que era a minha aplicação, mas até no demo do acbr retorna o erro, use a função de consulta por chave pra vcs verem. Vamos ver hoje como ela se comporta.
  10. armando.boza
    Vou emitindo em contingência offline as NFCe, o problema é processar elas depois, fica esse erro chato, tem que tentar umas 3 ou 4 vezes pra retornar aprovada.
  11. armando.boza
    Tá complicado ainda no PR, mesmo erro hoje, muita instabilidade.
  12. armando.boza
    Parabéns, está ficando cada vez melhor.
  13. armando.boza
    Em rede local o desempenho é melhor com ou sem compressão?
  14. armando.boza
    Parabéns pelo projeto @xyberx, testado e funcionando. Vou me aprofundar nos demos e realizar uns testes de integração com meu sistema, muito obrigado.
  15. armando.boza
    Revivendo o assunto da contingência offline. Notei que na loja Decathlon (pelo menos aqui em Londrina) todas as NFCe saem em modo offline, pelo jeito eles não transmitem no momento da venda. Sei que as práticas discutidas aqui neste tópico englobam maneiras de realizar a venda e transmissão, mas pelo jeito eles não seguem essa ideia. Agora sobre a legislação, é correto agir desta maneira, tudo offline e transmitir depois?
  16. armando.boza
    até pode ajudar, mas não creio.
  17. armando.boza
    Entendi o controle do CNF, mas e se o pilantra tem um parceiro na transportadora e conseguir os números das chaves das notas? De que vai adiantar o CNF?
  18. armando.boza
    Obrigado mais uma vez.
  19. armando.boza
    Muito obrigado amigo, vou analisar e ver se implemento algo parecido.
  20. armando.boza
    Resumindo, é na unha a leitura kkkkkkk E quando tem vários registros de cheques e registros de empresas, como vc tratou o loop?
  21. armando.boza
    Conseguiu ler esse xml do spc amigo? estou tentando ler e tb estou com dificuldades.
  22. armando.boza
  23. armando.boza
    Testado e funcionando.
  24. armando.boza
    Pessoal, mesmo setando a propriedade de expandir o logo na NFe do fortes não estava adiantando, pq tinha um "end else begin" voltando o tamanho original do componente da imagem. Segue. ACBrNFeDANFeRLRetrato.pas
  25. armando.boza
    Boa tarde pessoal. Estou implementando a NFSC modelo 21 em um cliente e me surgiu uma dúvida. No outro sistema que ele utilizava a numeração da nota zerava todo mês, será que para o Paraná é necessário que a numeração seja zerada todo mês mesmo? ou pode ser contínua? Estou perguntando pq no manual online (http://www.fazenda.pr.gov.br/arquivos/File/pdf/convenio/cv115-03.pdf) diz apenas que fica à critério de cada unidade federada, mas não diz se é obrigatório no PR. os documentos fiscais deverão ser numerados em ordem crescente e consecutiva, de 1 a 999.999.999, ficando a critério de cada unidade federada, o reinício da numeração a cada novo período de apuração;
×
×
  • 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.