[CIOT CANCELADO ATÉ REUNIÃO EM FEVEREIRO 2020]

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?

[CIOT CANCELADO ATÉ REUNIÃO EM FEVEREIRO 2020]

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).

[pagamentos de títulos de cobrança SICOOB]

Bom dia,

Obrigado pela resposta Juliomar.

[pagamentos de títulos de cobrança SICOOB]

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ú?

 

[Bloco X - Erro 2013 ao Consultar Recibo]

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.

[Bloco X - Erro 2013 ao Consultar Recibo]

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 consultados no ambiente de homologação.

 

Alguém já passou por essa situação?

Alguém tem alguma sugestão?

[Stack Overflow ao dar "Build All" em Delphi 7]

Boa tarde Elton,

Em 17/11/2018 at 16:22, EMBarbosa disse:

Usar um PE Editor para aumentar o tamanho da Stack dos executáveis do Delphi. A princípio pensei que isso era hardcore demais... Mas tem gente que já fez e deu certo, veja https://stackoverflow.com/a/7559034/460775

Também havíamos feito anteriormente o acima, mas não senti diferenças significativas.

Em 17/11/2018 at 16:22, EMBarbosa disse:

Na minha cabeça veio as seguintes ideias:

• Usar limpadores de units para remover units não usadas nos projetos. Por exemplo, usando o CnPack Wizard "Uses Unit Cleaner"

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.

[Stack Overflow ao dar "Build All" em Delphi 7]

Olá Elton,

Obrigado pela resposta.

Em 14/11/2018 at 18:56, EMBarbosa disse:

A mensagem aparece apontando pra alguma bpl ou dll específica?

Acaba não sendo especifico. Primeiro aponta para um lugar as vezes repete e depois aparece em outro.

Em 14/11/2018 at 18:56, EMBarbosa disse:

Você tem instalado as atualizações do Delphi 7 (se não me engano a última é 7.1 mesmo)

Acredito que seja a 7.0 mesmo por que no about aparece version 7.0 Build 4.453.

Em 14/11/2018 at 18:56, EMBarbosa disse:

As mudanças mencionadas foram em seus próprios componentes?

Sim foram. Não houve alterações no fontes ACBr ou em outros fontes de terceiros.

Em 14/11/2018 at 18:56, EMBarbosa disse:

Tente usar o Delphi speed UP do Andy

Já o utilizamos.

[Stack Overflow ao dar "Build All" em Delphi 7]

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á vontade de "chorar" ao compilar ou dar um build. Até consegue depois de várias tentativas e tal. Mas isso afeta bastante a produtividade.

• Alguém já se deparou com algum problema assim?
• Será que o delphi tem uma limitação de units ou algo assim?
• Poderia ser referência circular?
• Alguém tem alguma sugestão?

Obs: sobre a questão de migrar o delphi estou realizando testes quanto a isso. Mas, isso não será possível no momento.

[Aplicação lenta quando tem muitos usuários acessando o mesmo exe]

Em 06/06/2018 at 12:54, EMBarbosa disse:

Olá Luiz,

   Pelo que você descreve, dificilmente isso é um problema do Firebird mesmo.

   Você não descreveu que tipo de servidor e rede é. Qual o sistema operacional? Não acha que essa informação é relevante pelos seus testes?

   Em que momento fica lento? Só o carregamento ou todo o funcionamento? A lentidão afeta todos os usuários ou apenas os novos?

   Algum antivírus nas máquinas podem estar interferindo no processamento?

   Oportunistic locking? A aplicação é muito grande levando a releituras? (O Windows não faz a leitura de todo o executável no início da execução...)

   Eu iria sugerir você ligar o monitor de recursos tanto na máquina servidora como em uma local lenta e avaliar como estão se comportando. Pode ser que uma delas está ficando sem recursos.

   Mas talvez fosse mais fácil|rápido você já criar um script(batch) para copiar o arquivo para a máquina local e executar ele de lá, não?

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.

 

[Aplicação lenta quando tem muitos usuários acessando o mesmo exe]

4 horas atrás, Dercide Alvarez disse:

Bom dia,

Sempre trabalhei dessa forma com um único .exe no servidor, e nunca tive problema de lentidão.

Acredito que seja o problema do Firebird. Esta usando uma unica conexão com o banco, ou cada terminal tem uma conexão própria ?

 

Dercide.

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 deve ser problema com o Firebird, por que estou conectando na mesma base de dados sendo que a unica coisa que mudou foi o executável estar em outro PC ... dessa forma ficou rápido.

 

Alguém mais teria outra ideia?

 

[Aplicação lenta quando tem muitos usuários acessando o mesmo exe]

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 do que posso fazer para resolver esse problema?

[Estrategias sobre testes ao atualizar os Fontes ACBr]

Ainda estaremos analisando sobre como devemos fazer isso para o nosso caso.

Muito obrigado pelas sugestões Juliomar e Daniel!

 

[Estrategias sobre testes ao atualizar os Fontes ACBr]

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. (E isso é muito bom!)

Mas, terei que testar tudo isso! Isso requer muito tempo, trabalho e mesmo fazendo isso poderá ocorrer problemas com o cliente por que existem muitas possibilidades, como numa NF-e, por exemplo.

Nesse caso, acredito que não tenho outra alternativa a não ser testar tudo!

 

Mas fico pensando não só no agora, mas sim no futuro. Pode ser que eu precise atualizar novamente daqui a pouco tempo. Daí terei que testar "tudo" de novo!

Até pensei em atualizar os fontes do ACBr com uma frequência menor. Mas dependendo o que foi alterado terei que testar tudo do mesmo jeito (pelo menos é o que eu penso).

 

• Então, alguém tem alguma sugestão que possa pelo menos facilitar esse trabalho?
• Qual a melhor frequência de atualização dos fontes ACBr? 
• Alguma dica sobre como posso fazer esses testes?
• Alguém passa ou já passou por esse dilema? Porque creio que não sou o único a passar por essa situação.
• Quais estrategias posso adotar?

 

Saudações,

Luiz Paulo

[Aplicação Fechando Sozinha ( Delphi )]

Obrigado pela Informação Elton.

 

 

[Aplicação Fechando Sozinha ( Delphi )]

17 horas atrás, Juliomar Marchetti disse:

Há sim tu deve de ter um certificado comprado para assinar executáveis!

o que mostra no que você citou é fazer algo pra tentar enganar mas não funciona 100%

compre o certificado!

aqui onde trabalho após a compra do certificado os problemas cessaram !

Obrigado pelo retorno de vocês, vou ver sobre a compra do certificado.

[Aplicação Fechando Sozinha ( Delphi )]

 

Em 23/09/2015 at 18:12, Leonardo Gregianin disse:

Também passei pelo mesmo problema quando acesso sites de bancos são ativados os programas da GAS Tecnologia e a aplicação fica muito lenta, os ícones, combobox, radiogroup ficam todos brancos.

Isso ocorre porque a heurística dos módulos de segurança dos bancos e dos anti-vírus ficam realizando varreduras nas aplicações a fim de evitar softwares mal-intencionados rodando no computador.

A solução foi incluir no meu software o maior número de informações para que os módulos de segurança entendam que meu software é seguro, não é mal-intencionado e não é um vírus.

Por isso, inclui todas as informações das propriedades do software (descrição, tipo, versão, nome, direitos autorais, etc) e inclui no software a assinatura digital.

Desta forma os softwares da GAS Tecnologia e alguns anti-vírus mais rigorosos não deram mais problemas.

Espero ter ajudado.

Como incluir a assinatura digital no exe:
http://thundaxsoftware.blogspot.com.br/2011/04/signing-your-delphi-applications-with.html

 

Olá Pessoal,

Depois do dia 17/06/2016, sempre que meu cliente entra no internet Banking no Banco do Brasil meu sistema fecha.

Tenho meu executável assinado seguindo as instruções do link acima e outras mencionadas nesse tópico e funcionava, mas parece que houve alguma atualização pela GAS Tecnologia e o problema continua persistindo.

A unica solução no momento é reiniciar o Computador, estando no aguardo de uma resposta da GAS Tecnologia.

 

Alguém está passando por esse mesmo problema mesmo com seu executável assinado? Conseguiu uma solução?

Em 13/11/2015 at 09:27, Régys Silveira disse:

Aqui eu comprei o certificado digital de assinatura de software próprio na COMODO e assino normalmente usando o signtool ou outra ferramenta de assinatura, a própria COMODO tem um inclusive.

Se meu executável conter uma assinatura da COMODO esse problema será resolvido?

[Qual versão do Delphi Seattle Adquirir?]

1 hora atrás, EMBarbosa disse:

Me corrija se eu estiver errado, mas me parece que esse componente é parte do dbExpress? Neste caso, eu li apenas parcialmente o arquivo PDF. Mas parece que na versão professional está disponível. Só que drivers para Windows 64 bits e OSX são apenas a conexão local. E mesmo outras plataformas você precisa comprar licenças separadas (nota acima e página 14 do PDF). Acho que seria válido você enviar um questionamento ao pessoal de vendas pois está um pouco confuso...

Sim o componente que citei faz parte do dbExpress mesmo.

Quanto ao que você disse recebi o seguinte e-mail do pessoal de vendas:

Citar

PROFESSIONAL: ambiente de desenvolvimento altamente produtivo para aplicações Windows e OS X com conexão a bancos de dados locais.

ENTERPRISE: possui desenvolvimento mobile incorporado, permite a conexão remota a bancos de dados e o desenvolvimento de aplicações multicamadas com o Datasnap, além de possibilitar a modelagem UML das aplicações.

Então parece que na versão "pro" as conexões só são apenas locais...

[Qual versão do Delphi Seattle Adquirir?]

Obrigado pelas respostas de todos.

4 horas atrás, EMBarbosa disse:

Dois links que você precisa analisar com cuidado:

1. http://www.embarcadero.com/br/products/delphi/product-editions
2. http://www.embarcadero.com/products/delphi/delphi-feature-matrix.pdf

O primeiro mostra em português de forma básica o que esperar de cada versão. E o segundo uma lista bem mais completa.

Talvez queira imprimir e planejar o que você vai precisar na sua empresa com calma. De qualquer forma, acho que é melhor comprar a que mais atenda suas necessidades.

O que o pessoal na comunidade tem dito (aqui e no exterior) é que você sempre deve comprar na forma de assinatura para não perder as atualizações...

Eu vi o primeiro link e tive uma dúvida quando diz:

• Construa aplicações de banco de dados com conectividade cliente/servidor

O que isso refere (já que está disponível de forma opcional na versão "pro") ?

A conexão com base de dados via TSQLConnection é possível na versão "pro"?

 

 

[Qual versão do Delphi Seattle Adquirir?]

Boa tarde Pessoal,

Qual das versões do Delphi Seattle os colegas me sugerem (ou recomendam), levando em consideração o valor, conexão com base de dados e talvez algum problema que tenham tido com isso?

• Professional?
• Enterprise?
• Ultimate?
• Architect?

Obrigado.

[Rodapé excede o suportado e ocorre Erro ao Fechar o Cupom]

Olá,

Estou com um problema ao fechar o cupom fiscal num ECF da Epson TM-T900F (Conexâo USB): Ao fechar o cupom é apresentado um erro conforme abaixo e no log em anexo:

Citar

 

Erro retornado pela Impressora: EPSON

Categoria: 2-Erro em parâmetro do comando
Motivo: 1-Conteúdo de parâmetro inválido no comando.

 

Percebi que o problema acontece por que o limite suportado pelo rodapé do cupom é ultrapassado. Enquanto outros ECFs, como o da Daruma, simplesmente corta quando passa do espaço máximo pelo menos nesse ECF é apresentado um erro.

Para corrigir isso alterei a unit ACBrECFEscECF.pas (em anexo) no Procedimento de Fechar Cupom usando a funcionalidade AjustaLinhas:

  (...)

  if IsEpson then begin
    Observacao:= AjustaLinhas(Observacao, Colunas, 8, True);
  end;

  (...)

Gostaria que avaliassem os prós e contras disso. Se estiverem de acordo gostaria que subissem tal alteração pro SVN.

Obrigado!

 

Saudações, 

Luiz Paulo

acbrlog.txt

[ACBrInstall_Trunk2 não acha synapse]

Dias atrás também apareceu para mim uma mensagem de "synapse não encontrada".

Simplesmente no campo "diretório de instalação" acrescentei a barra ("\") no final. Depois disso a instalação ocorreu normalmente.

[Bematech Mp-4000 Th Fi - Erro De Comunicação E Fechamento De Relatório Gerencial]

Hi @smaniand,

USB connection.

Regards,
Luiz Paulo

[Nova era 02.03 - utilizar a partir de quando ?]

Uma dúvida, 

Se a validade da última homologação é até 2016, mesmo assim terá homologar novamente para atender as novas exigências?

 

[Consulta de SPC via componente]

Bom dia a todos,

    Eu e o Félix conseguimos gerar um exemplo de consulta com o Web Service do SPC de Santa Catarina.
    Utilizamos o Componente idHttp do Indy 10, visto que não conseguimos usando o ACBrSPC que está anexado nesse tópico.  
    Espero que isso possa ajudar os interessados.
    
    Obs: Não temos autorização para disponibilizar o Usuário e Senha que nos foi repassado.    

Saudações,
Luiz Paulo

TesteSPC-SC.zip