Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

logos

Texto.png

p200

click.png

click.png

click.png

Luiz Paulo

Membros
  • Content Count

    97
  • Joined

  • Last visited

  • Days Won

    1

Luiz Paulo last won the day on June 15 2016

Luiz Paulo had the most liked content!

Community Reputation

27 Excellent

3 Followers

About Luiz Paulo

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Obrigado Juliana. Encontrei mais informações, inclusive no link abaixo: https://www.portalntc.org.br/publicacoes/blog/noticias/rodoviario/antt-prorroga-por-mais-45-dias-o-ciot-para-todos Pelo entendimento que tive, como nós desenvolvedores dependemos das IPEFs para informar o número, logo nós também temos o prazo prorrogado. Será que esse meu entendimento está correto?
  2. Boa tarde Prezados, Pelo comentado acima parece que o CIOT não está sendo exigido. Significa isso que não problemas em não informa-lo? E o risco de Multas? Existe algo no Diário Oficial ou em outro lugar ligado ao Governo que garanta isso? Dessa forma acredito que é mais fácil tranquilizar clientes e contabilidades mostrando algo mais concreto (Se é que isso tem).
  3. Bom dia, Obrigado pela resposta Juliomar.
  4. Bom dia Pessoal, Baixei o código da Branch sobre o componente ACBrCNAB. Gostaria de saber se alguém já tem utilizado o ACBrCNAB em ambiente de produção? Em caso afirmativo em qual banco está utilizando? Alguém já teve sucesso com o banco Itaú?
  5. Bom dia Cleber, Obrigado por responder. Mas, sim está vinculada, segue um print abaixo que mostra isso: Tanto o Portal do SAT de homologação quanto o de Produção apresentam a mesma informação. Estamos entrando em contato com o setor responsável da SAT para ver se nos ajudam também, mas até o momento não obtivemos resposta deles.
  6. Bom dia Prezados, No Bloco X, ao realizar a consulta pelo recibo está apresentando o seguinte erro: Erro 2013: ECF não é compatível com o PAF-ECF informado. Número credenciamento PAF-ECF: [NUMERO_DO_CREDENCIAMENTO_DO_PAF_ECF_NO_XML]. IE: [NUMERO_DA_IE]. Número de fabricação: [NUMERO_DE_FABRICACAO_DO_ECF] Já testamos já com dois clientes diferentes, no entanto, estes ECFs estão vinculado ao nosso PAFECF e o numero do credenciamento está certo segundo informações do próprio SAT (tanto no ambiente de homologação quanto de produção). Obs: Os testes foram enviados e consult
  7. Boa tarde Elton, Também havíamos feito anteriormente o acima, mas não senti diferenças significativas. Mas, sexta-feira acabamos tendo essa mesma ideia e conseguimos. ? Como foram mais de 2000 units alteradas não sabemos qual(is) unit(s) estava com problemas, fica difícil analisar. Mas o importante é que deu certo. Um build completo agora esta demorando uns 4 minutos. Muito obrigado pelas dicas acima.
  8. Olá Elton, Obrigado pela resposta. Acaba não sendo especifico. Primeiro aponta para um lugar as vezes repete e depois aparece em outro. Acredito que seja a 7.0 mesmo por que no about aparece version 7.0 Build 4.453. Sim foram. Não houve alterações no fontes ACBr ou em outros fontes de terceiros. Já o utilizamos.
  9. Boa tarde pessoal, Estou com problemas de compilação com o Delphi 7! Quando dou um "build all" ou muitas vezes apenas ao compilar, vários erros ocorrem principalmente os seguintes: "Stack overflow - save yout work and restart Delphi" Ou as vezes simplesmente o Delphi fecha. Não consegui identificar um padrão, mas isso começou depois de duas alterações grandes serem liberadas. Sozinhas elas funcionavam, mas juntas o problema acontece. Cada uma dessas alterações gerou mais de 1000 units. E no momento o projeto está com mais de 3 milhões de linhas. Daí dá vonta
  10. Obrigado Elton pela sua resposta. As perguntas que você fez não sei a resposta, precisaria coletar com o cliente... mas, conseguimos resolver de uma outra maneira. Resolvemos por criar mais de um executável no próprio servidor. Para diferenciar colocamos um sufixo diferente no nome do executável de acordo com o setor e ajustamos os atalhos. Dessa forma segundo o cliente a lentidão não ocorreu mais.
  11. Boa tarde Dercide! Obrigado por sua resposta! No meu caso no terminal só tenho o atalho que aponta para o executável (único no servidor) que faz a conexão com a base de dados (que também está no servidor), só tem uma base de dados. Eu não acredito que seja problema no Firebird por que fizemos um teste onde havia uns 190 conectados... estava lento... fizemos uma cópia do exe colocando em outro PC, mas apontando para mesma base de dados que está no servidor... nesse caso o uso ficou normal... detalhe a cópia do exe não ficou no mesmo PC que o atalho do terminal... ou seja, não dev
  12. Olá pessoal, Estou me deparando com a seguinte situação: Quando tem muitos usuários acessando o mesmo exe a aplicação fica lenta. Funciona assim. Compartilhamos a pasta onde está o executável, e colocamos nos terminais o um atalho na área de trabalho. Não sei o numero exato, mas o numero de usuários conectados varia entre 60 a 100. Parece não ser problema com Firebird por que fizemos um teste com alguns usuarios copiando o exe para outro PC, mas apontando para a mesma base de dados e ficou normal a utilização. Alguém já se deparou com essa situação ou tem alguma ideia
  13. Ainda estaremos analisando sobre como devemos fazer isso para o nosso caso. Muito obrigado pelas sugestões Juliomar e Daniel!
  14. Olá pessoal! Gostaria de saber que estrategias posso adotar para esse meu caso! A minha situação é a seguinte: Não utilizamos diretamente os fontes do ACBr, mas importamos para um outro repositório GIT. Fazemos isso sempre que é necessário. A frequência varia. A última vez que isso foi feito foi no mês de Janeiro/2018. Agora recentemente foi preciso mais uma vez fazer isso devido a determinadas alterações que foram feitas. Fiz a importação.... Consegui... Só que teve várias alterações nos fontes do ACBr, como: NF-e, CT-e, NFS-e, Boletos, SPED, MDF-e, etc. (
×
×
  • Create New...