Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.383
  • Registro em

  • Última visita

  • Days Won

    117

Tudo que EMBarbosa postou

  1. É exatamente no Firebird que eu já vi isso acontecer. Você configura nos parâmetros da transação. Não tenho como testar aqui, mas me parece que você vai configurar no TSQLConnection que você estiver usando. Ele tem uma propriedade Params que é TStrings... No Object Inspector aparece o seguinte editor: Aí onde está WaitOnLocks é onde precisa mudar de True para False. Isso pode significar que agora você está abrindo outras transações em concorrência que antes não eram abertas... Mas não tem como ter certeza sem toda a sua aplicação e um cenário para reproduzir.
  2. Me parece que eu entendi sua situação. A solução que vejo é você remover o campo auto-incremento do banco de dados e passar a fazer o tratamento na sua aplicação, trabalhando com tudo na memória para apenas na confirmação enviar ao banco de dados. É assim que eu já fiz. Na verdade, a melhor maneira de trabalhar com a possibilidade do usuário cancelar o trabalho é fazer tudo apenas na memória e só então jogar no BD. Isso fica mais fácil de implementar quando você separa as responsabilidades. Uma maneira é usando classes específicas (sem usar componentes DB-Aware como DBEdit, DBLookup, DBMemo e similares). Outra possibilidade é usar uma tabela que funcione como memória como o TClientDataset antes de enviar ao BD. Outra coisa que você pode considerar é salvar o trabalho do usuário no BD mesmo com uma flag mostrando que o ainda não foi confirmado. Muito que é feito na Web hoje em dia é assim. Como exemplo Google Docs salva tudo que você está digitando mesmo sem pedir...
  3. Tente verificar se não há uma configuração no componente para alterar esse comportamento. Caso contrário, uma alternativa seria você forçar o Post na tabela master antes de fazer a inserção da tabela detalhe.
  4. Não sei o banco de dados que você está usando, mas se o erro for ocasionado em outra transação pode ser porque essa conexão está configurada para "wait". Então até que a outra transação feche ou esgote o tempo limite, a aplicação vai ficar aguardando o BD. Nesse caso bastaria configurar para "no wait".
  5. Essa é só a mensagem de conclusão. A mensagem de erro está numa outra linha. Depois de seguir o que o Daniel disse acima, se continuar com erro, anexe o log completo gerado pelo ACBrInstall.
  6. Bom dia. Tudo que possa ser utilizado em automação comercial, em especial no varejo ou na administração deste, é de interesse do projeto. Então acredito que seria um componente interessante sim. No entanto, a última informação que tive é que não há nenhuma previsão de regulamentação nessa área aqui no Brasil. Embora existam algumas possibilidades em algumas instituições, o Open Banking mesmo não está funcionando no território nacional. Você tem alguma informação mais concreta?
  7. Você tem toda a razão. Acabei de enviar uma correção. Revisão 18023. Foi claro sim. Mas pra ter certeza que estamos olhando do mesmo ponto de vista, que método você está usando pra testar? ACBrNFSe.LoadFromFile? Ou algo diferente?
  8. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18019. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.
  9. Olá Matheus, Muito obrigado pela contribuição. Com base no que você passou, eu investiguei mais a fundo o problema. A sua função ajudava em alguns casos, mas não resolvia totalmente o problema em outros (como no Lazarus). Adicionamos a unit do Alexandre Machado do IntraWeb. Subi as alterações para o SVN na Revisão 18013. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Com respeito a função TLeitor.rExtrai, ainda tenho que analisar melhor... mas se você tiver um exemplo de lentidão seria útil.
  10. Olá LuizLima, Você não tem um cliente Git ou SVN para usar? O TortoiseGit por exemplo consegue acessar o SVN. Mesmo que não tenha, na área de downloads onde está a lib ACBrETQ tem o link para acesso do repositório online... Outra opção é você entrar no site do Source Forge. Dá pra fazer o download de um arquivo específico, ou um snapshot do projeto inteiro. Veja: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/
  11. Ahh... mas se você está querendo saber se a transação foi aprovada porque não valida o retorno da função ACBrTEFD1.CRT? Ou se você quiser saber depois que ela já aconteceu, porque não ACBrTEFD.Resp.TransacaoAprovada?
  12. Oi ALA, Me parece que ou seu arquivo está desatualizado ou você está confundindo as coisas. Se for o segundo caso acho que precisa ler esse tópico com calma e desde o início. Veja bem, esse é o código atual conforme a implementação no início do tópico: 131 : fpInstituicao := LinStr; 132 : fpCodigoBandeiraPadrao := LinStr; 135 : fpCodigoAutorizacaoTransacao := Linha.Informacao.AsString; 134 : fpNSU := LinStr; 136 : fpBin := Linha.Informacao.AsString; 139 : fpValorEntradaCDC := Linha.Informacao.AsFloat; Note por favor que esse código 133 foi removido porque o manual de integração do SiTef indica que o "código de autorização" é retornado como TipoCampo 135. Mas o TipoCampo 133, no manual corresponde a informação de NSU do Host autorizador. Então, se são campos diferentes, não podemos jogá-los na mesma propriedade.
  13. @Italo Jurisato Junior, Por favor, ao analisar esse código, queira por favor ignorar as alterações relacionadas a unit uStringReplaceACBr que já estão sendo analisadas no outro tópico. Muito obrigado.
  14. Rapaz, acho que nem eles sabem o motivo. Eles usam um algoritmo de detecção que é heurístico, daí as respostas são assim, cheias de falsos positivos.
  15. Par informações sobre como obter o XML de um fornecedor veja: Para NF-e/NFC-e: Para CT-e:
  16. Ahh claro, entendi... Você pode criar um tópico pra as "diversas alterações da NFS-e para atender as diversas cidades". A questão é que no momento esse tipo de alteração eu não consigo validar tão bem... Não queremos que nada passe despercebido.
  17. Olá Anderson, Você não consegue com o suporte da Toledo?
  18. Olá Matheus. Queria te pedir o favor de dividir em tópicos separados as sugestões. Porque é muita informação e estamos dividindo as tarefas aqui. Queira por favor postar os arquivos INI em outro tópico para que o @Italo Jurisato Junior possa analisar. As alterações relacionadas a Joinville também, se possível, queira postar em ainda um outro tópico específico para elas. Assim, além do Italo, pessoas dessas cidades poderão testar também.
  19. Não acredito que seja isso. Isso está parecendo ser algum antivírus ou programa de proteção bancária. Eles costumam causar esse problema.
  20. Se você ler o tópico já citado verá que não estava funcionando da melhor maneira. Na verdade, ainda estamos estudando outra alteração... Por favor fique atento. Moderação: Estou fechando o tópico porque já saiu do assunto.
  21. O que acontece é que o layout das NT não possuem essas colunas. O parâmetro foi criado a princípio para o Fortes Report. Ainda não foi implementado para o Fast. Veja esse tópico sobre o parâmetro:
  22. Adicionado na minha lista de afazeres...
  23. Além da sugestão do @BigWings, você consegue verificar diretamente no arquivo XSD se ele está permitindo o valor?
  24. Olá. Só gostaria de informar que estou analisando o seu código.
×
×
  • 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.