Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.251
  • Registro em

  • Última visita

  • Days Won

    114

Posts postados por EMBarbosa

  1. 17 horas atrás, RibaSoft disse:

    Se eu pego dados de um campo no PC1 eu consigo pegar os mesmos dados no PC2, nesse momento é como se eu tivesse conectado com os dois PCs ao mesmo campo, mas no momento em que eu fizer uma alteração através de um desses dois pcs o outro não consegue fazer mais nada (deadlock) a não ser queu feche a conexão e conecte novamente nesse campo, oq faz todo sentido.

    É assim mesmo que funciona. Pesquise mais sobre concorrência de transações e isolamento de transações.

    • Curtir 1
  2. Em 14/04/2023 at 08:20, Helio Beltrao Jr. disse:

    Qual a DLL posso usar no Python (Cdecl, MT, StdCall)

    Cdecl e StdCall são "convenções de chamadas de funções" e você deve usar de acordo com a programação da sua linguagem ou Sistema Operacional.

    Já a versão MT, é a lib preparada para MultiThread. Use ela se você for programar com esse objetivo.

    Em 12/04/2023 at 18:36, Helio Beltrao Jr. disse:

    Outra coisa se tem algum exemplo em Python ?

    Existe esse projeto no GitHub criado pela comunidade em Python. Talvez possa ser útil:
    https://github.com/base4sistemas/acbrlib-python

    • Curtir 1
  3. Olá,

    Vamos lá...

    1 hora atrás, OFF-DEV disse:

    Seguinte, voltando àquele assunto do CTD

    Só pra deixar claro e sem ambiguidade, nesse contexto, o "CTD" significa "Crash to Desktop", certo? Se for isso, eu acredito que o que está acontecendo é que uma exception não foi tratada da maneira que deveria. Com isso a aplicação se perdeu.

    1 hora atrás, OFF-DEV disse:

    Seguinte, voltando àquele assunto do CTD ao imprimir na Zebra ZD220,  o que eu fiz, peguei o código do Demo ACBR da etiqueta e embuti dentro do meu aplicativo,  veja na imagem pfv.

    O efeito é exatamente o mesmo,  ao .ativar(), ocorre um exception com mensagem em branco, e segundos depois na aplicação ocorre um CTD, fechando totalmente sem deixar vestígios do que seja.

    Uma exception sem mensagem não é muito comum nos códigos do ACBr. Precisamos obter mais informações.

    Você consegue testar com o utilitário ETQTeste? Link logo abaixo.. Configure ele para gerar o Log e anexe o log aqui pra nós.

    Se funcionar nele, então deveria funcionar na LIB.

     

    É importante também verificarmos com detalhes a LIB.

    Então, anexe também o log da ACBrLib para gente verificar até onde ela foi sem erros. Coloque o log no nível paranoico por favor.

    Outra coisa importante é procurar no Visualizador de Eventos do Windows que informações estão disponíveis sobre o crash de sua aplicação.

    A tela é mais ou menos assim:

    image.png

    As informações que estão ali nas abas "Geral" e "Detalhes" podem ajudar no diagnóstico.

    1 hora atrás, OFF-DEV disse:

    CTDimage.png

    Eu notei que seu código está dentro de um Event Handler. Não sou especialista em C# nem tenho todo o seu códig, mas há uma possibilidade de isso afetar a forma como a aplicação responde. Veja por favor se faz algum sentido o seguinte link: https://stackoverflow.com/a/66163636/460775

    Uma outra possibilidade é você atribuir o evento Application.DispatcherUnhandledException. Por meio dele você consegue fazer um log, talvez até um callstack na sua aplicação do momento em que ela crashou.

    1 hora atrás, OFF-DEV disse:

    Alguém tem alguma ideia se Contexts diferentes da aplicação em c# ou [STAThread]  afetariam a execução do .Ativar() gerando o CTD ? 

    Essa já é uma pergunta que você deve levar a pessoas mais experientes no C#. Talvez algum fórum específico de C#.

    EDIT:
    Só pra deixar claro, a chamada ativar deveria ser apenas uma chamada à lib (uma dll). Assim, teoricamente, nada "externo" deveria influenciar.

    Por outro lado, se a exception gerada pela lib está saindo "fora do lugar", talvez o que está "externo" influencie o como ela está sendo tratada.

    • Curtir 2
  4. 43 minutos atrás, Dercide Alvarez disse:

    Boa tarde,

    Atualizei os fontes hoje e deu erro de compilação na ACBrNFSeXConfiguracoes.pas linha 444.

    fpConfiguracoes.WebServices.Params.SetStrings(ACBrNFSeXLocal.Configuracoes.WebServices.Params);

    Undefinied SetString

     

    Como estou com pressa, apenas comentei a linha e compilou normalmente.

     

     

    Acbr-Erro-NFSeX.png

    Muito obrigado pelo report.
    Fiz a correção e subi as alterações para o SVN na Revisão  29087.
    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.

    Mais uma vez obrigado.

    • Curtir 3
  5. Em 03/03/2023 at 17:07, bnobre disse:

    Na Argox OS-214 plus e Argox OS-2140 consta no manual que é suportado uma linguagem chamada PPLZ.

    Só pra ficar claro pra alguém mais que encontrar esse tópico: PPLZ é o mesmo que linguagem ZPL, que é diferente de ZPLII (ou ZPL2).

    Infelizmente ZPL2 não é compatível com a ZPL, por isso não funcionou.

  6. Em 05/04/2023 at 16:03, Warquia Pereira disse:

    Boa tarde, teste feito e componente funcional em homologação e produção.

    obs: somente o icone do componente ficou padrão do delphi e não a que enviei,

     

    No mais muito obrigado pessoal.

    Realmente, está acontecendo no Lazarus também.

    Não consegui um tempo pra verificar o que ficou pra trás.

    Assim que der vamos verificar não só esse mas alguns outros componentes que estão na mesma situação.

    • Curtir 1
  7. Olá pessoal, novo componente na área.

    Happy Season 5 GIF by Friends

    O ACBrSIN foi feito para se comunicar com sinalizadores ou sinaleiras de Self-Checkout.

    Ele foi contribuído pelo colega @Warquia Pereira, no seguinte tópico:

    Nesse tópico tem até um vídeo de algo que pode se fazer num Self-Chekout. Valeu Warquia! 🤝

    A princípio está implementado a comunicação com a marca Laurenti. Mas facilmente pode ser feito para outras marcas e modelos já que a comunicação é serial.

    Fiquem a vontade para usar o fórum para feedbacks ou quem sabe até continuar ajudando no desenvolvimento.

    Bom trabalho por aí!

    • Curtir 7
    • Obrigado 1
  8. Em 18/01/2023 at 18:00, Warquia Pereira disse:

    Boa tarde, observando os componentes disponivel no ACBr verifiquei que não existe um especifico para sinaleiras de Self-Checkout\Terminais autônomos (Elgin, Index, Laurenti e Schalter), então desenvolvi um para esse finalidade ACBrSin.

    Muito obrigado pela contribuição.
    Fiz a implementação baseada nela.
    Subi as alterações para o SVN na Revisão  28949.
    Pelo que vi está tudo certo.
    Queira por favor atualizar, testar e reportar qualquer problema.

    Mais uma vez obrigado.

    • Curtir 4
  9. 14 horas atrás, pfmoretto disse:

    Eu acredito que exista alguma diferença na forma como os arquivos são salvos.

    Me parece que não... Quando eu li pela primeira vez, acho que não atentei a essa frase direito:

    Em 25/03/2023 at 10:31, pfmoretto disse:

    Quando o documento é NFe ele funciona normal.

    Quando o documento é CFe ele não funciona.

    Tecnicamente, os dois são um arquivo XML. Isso indica que há um problema nos dados e não na maneira que você usa para extrair os dados.

    Os dois documentos podem ser armazenados da mesma maneira. Mas será que estão sendo?

    É possível que os CFe não estejam sendo salvos da mesma maneira que os NFe. Verifique se os CF-e estão realmente no Banco de dados igual aos arquivos NFe.

  10. Em 16/03/2023 at 14:41, Sandro Felipe Adad disse:

    pcesS3500.pas 9.88 kB · 1 download

    Contribuição de ajuste do número de ocorrências tas tags cpftrab e perapurpgto

     Gerador.wCampo(tcStr, '', 'cpfTrab'    ,  11, 11, 0, self.InfoExclusao.ideProcTrab.cpfTrab); // Apenas gerada no S-2500
     Gerador.wCampo(tcStr, '', 'perApurPgto',   7,  7, 0, self.InfoExclusao.ideProcTrab.perApurPgto); //Apenas gerada no S-2501

    Muito obrigado pela contribuição

    Adicionei no nosso backlog (#TK-3751).

    Assim que possível daremos um retorno.

    • Curtir 1
  11. Em 28/02/2023 at 11:43, alexcamilo01 disse:

    Atualizei o componente para a versão simplificada e na validação do evento S-2299, esta apresentando a mensagem de erro que aparece na imagem e o xml esta em anexo. Não consegui identificar qual o problema. Alguém já passou por esse problema ou sabe como resolver?

    image.png.6624e898bc85204d0363aea71640fb7e.png

    teste.xml 5.56 kB · 3 downloads

    me parece que é algum problema com a pasta de schemas. Talvez exista algum schema faltando ou desatualizado.

  12. Em 07/03/2023 at 14:39, Jéter Rabelo Ferreira disse:

    Boa tarde.

    O ACBrInstall não está adicionando seus diretórios na library path para iOSDevice64.

    Delphi 11.3. Repositório atualizado.

    Atenciosamente.

    Oi Jéter, tudo blz?

    Você tem mais de um Delphi na máquina? Quais as opções que você marca no ACBrInstall?

  13. 8 minutos atrás, willian_delan disse:

    Por favor, não fique pingando todo mundo que você conhece sem a autorização dos mesmos. Principalmente os consultores e moderadores. Isso não é legal. As pessoas podem começar a te ignorar por fazer isso.

    Se precisa de um atendimento mais rápido considere juntamente com sua empresa assinar o ACBr Pro.

    Com respeito a tal alteração:

    5 horas atrás, willian_delan disse:

    "Devido a atualização do sistema da nota fiscal eletrônica de serviço.
    É necessário que os usuários adequem o layout do xml, excluindo a TAG RPS no layout do arquivo.
    Para que não ocorra o erro de validação das notas.

    Para corrigir o erro de validação

    Solicitar a empresa do programa terceirizado de emissão, adequar o layout do xml,
    retirando o agrupador da tag rps do arquivo."

    Precisamos de mais informações. Onde está a documentação atualizada? Há exemplos de arquivos?

    Também precisamos saber se isso é apenas para uma cidade ou para todas que o provedor atende. Quais cidades?

    5 horas atrás, willian_delan disse:

    Seria o caso de na unit IPM.GRAVARXml, na Function GerarIdentificacaoRPS deixarmos o GerarGrupoRPS como false? passando no caso para o arquivo ACBrNFSeXServicos.ini ? Ou seria outra a solução para o caso.

    https://prnt.sc/A879afnVVVIW

    Pode ser que sim. Mas precisamos das informações que eu citei antes.

     

    5 horas atrás, willian_delan disse:

    Todos os nossos cliente de Palhoça SC não estão conseguindo emitir notas o retorno da prefeitura foi de que: 

    Qual a mensagem de erro?

    • Curtir 3
  14. Em 22/02/2023 at 10:28, Mateus Brunelli disse:

    Olá.

    Até onde eu consegui identificar, a maior diferença nesse seu dfm para o que está no SVN é a propriedade "PixelsPerInch". No seu dfm está configurada como 96. No nosso, ela usa o valor padrão (vazio).

    Não podemos subir isso porque essa é uma configuração específica para cada monitor/impressora/etc... e também pode ser influenciado dependendo da configuração no "manifesto" da aplicação.

    Essa configuração então é feita nas propriedades que você já citou... Mais informações abaixo.

    4 horas atrás, Mateus Brunelli disse:

    Antes de eu atualizar os fontes do ACBr ficava tudo certo com a impressão dos boletos em qualquer layout, sem eu alterar nada de escala ou seja, deixava o componente da forma padrão como abaixo:

    ACBrBoletoFCFortes1.AlterarEscalaPadrao := False;
    ACBrBoletoFCFortes1.NovaEscala := 96;

    Os valores padrões realmente são esses. Já eram antes de atualizar o ACBr e atualizar ele não faz qualquer quebra no layout a menos que você modifique essas propriedades.

    No entanto, isso não quer dizer que funciona em toda ocasião. Se esse fosse o caso, não teríamos criado essas propriedades há anos atrás.

    4 horas atrás, Mateus Brunelli disse:

    Quando abro esse arquivo no Delphi, já em ambiente de desenvolvimento percebo que as linhas estão desconfiguradas no layoute carnê. (Print2.png).

    Conforme dito anteriormente isso depende de vários fatores:

    1) versão do Fortes Report

    2) configurações da sua aplicação (manifest) 

    3) configurações do Windows (ou monitor) .

    Não quer dizer que esteja com problemas.

    4 horas atrás, Mateus Brunelli disse:

    Aí agora coloquei em meus fontes para sempre aplicar os comandos de alteração de escada para diminuir essa borda que fica na direita da impressão dos boletos.

    ACBrBoletoFCFortes1.AlterarEscalaPadrao := True;
    ACBrBoletoFCFortes1.NovaEscala := 100;

    Você deve fazer a configuração conforme a máquina que estiver executando o aplicativo. Não coloque a configuração amarrada na sua aplicação.

    Se isso não for configurável em sua aplicação, você terá problemas na impressão.

    Além disso não deve ser uma configuração arbitrária e sim a configuração correta para aquela máquina/monitor/impressora.

    • Curtir 1
  15. Em 15/02/2023 at 18:48, Daniel Luis Dias disse:

    Olá pessoal, preciso gerar o registro 1601 e 1700 que são referentes a recebimentos de cartão de débito e crédito,  via PIX e etc... ou seja recebimentos eletrônicos. Como devo proceder utilizando o sped? Não sei por onde começar..

    Olá Daniel,

    É muito difícil que alguém te ajude com uma dúvida tão genérica.

    Come por ler o manual. A partir daí faça pesquisas aqui no fórum, no nosso Discord e na internet de modo geral.

    Depois tente consultar um contador de confiança, preferencialmente os dos seus clientes.

    Ainda tendo dúvidas específicas, poste aqui no fórum. Talvez alguém possa ajudar.

  16. 4 horas atrás, bnobre disse:

    Parece né?!?! Mas na verdade não é... Tanto que no ZPLII ele imprimi normal, como você pode constatar em fotos acima.

    A saída da função para maiúsculo está correta, mas ao imprimir no PPLA sai errado.

    Obrigado pelo retorno.

    Mas é como eu disse, poderia mesmo ser algo da própria impressora. Não quer dizer que seja um problema da linguagem PPLA. Talvez seja da PPLA nessa impressora.

    As fontes geralmente são internas, ou seja, pré codificadas na memória interna da impressora. Pode ver no manual que o Elias postou acima. Inclusive, nesse manual, em algumas fontes tem diferença entre um "ç" e um "Ç". Mas parece que nem todas as fontes tem isso. Fora o fato já citado que varia de impressora para impressora.

    De qualquer forma, me parece que sua dúvida maior seria: qual linguagem usar? Certo?

    A resposta é use a que for melhor para a impressora que tem. Seu sistema pode ser parametrizável de forma que use a linguagem que seja mais compatível com a impressora de cada cliente.

    • Curtir 2
  17. 20 horas atrás, bnobre disse:

    Por fim, minha última dúvida é a seguinte: em todos os testes que fiz até o momento no PPLA, o "Ç" não sai do mesmo tamanho das demais letras. Tem como resolver isso ou é uma limitação da linguagem PPLA?

    Me parece que o "ç" na imagem está saindo minúsculo. A ideia seria fazer ele ficar maiúsculo.

    Talvez a função que está convertendo para maiúsculo não esteja fazendo bem o trabalho. Mas também pode ser um problema específico da impressora.

    • Curtir 1
×
×
  • 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.