Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 14-10-2014 em todas as áreas

  1. Apliquei a seguinte correção nos fontes do SVN: Favor atualizar os fontes e testar...
    2 pontos
  2. Na devexpress tem um controlador de layout, funciona dessa forma ai, no delphi 2.10 em diante tem o panel grid que também poderia ser usado para tal, e em versões mais novas do delphi existe o gridlayout.
    1 ponto
  3. A menos que exista algum componente para isso (eu desconheço que exista), esse tipo de tratamento precisa ser feito na mão. Você precisa fazer os cálculos e fazer os posicionamentos por código. Comece pesquisando no Google mesmo. Vai encontrar artigos interessantes como esses: http://docwiki.embarcadero.com/RADStudio/XE6/en/Considerations_When_Dynamically_Resizing_Forms_and_Controls http://delphi.about.com/library/weekly/aa102505a.htm https://stackoverflow.com/questions/2505270/positioning-controls-in-delphi-5-so-they-fill-the-form-client-area-when-the-form
    1 ponto
  4. Boa tarde, Só deixando um pouco mais claro, o Manifesto que você se refere é o Manifesto Eletrônico de Documentos Fiscais MDF-e, correto? Se sim, existe uma versão beta do ACBrNFeMonitor que já traz essa possibilidade.
    1 ponto
  5. Acho que não entendi o problema. Acho que o subtotaliza não era pra lançar o pagamento, apenas a subtotalização. Você também não disse qual é o problema que acontece quando o estado fica P.
    1 ponto
  6. Olá Evandro.... Desculpe, mas vi ali que você testou com o Rave CB e disse que esta com o mesmo erro? Olha... eu fiz uma simulação aqui carregando varios XMLs pro componente e depois mandando imprimir, e esse problema de numeração NÃO acontece com Rave Code Base. Inclusive mandei XMLs intercalados com 1, 2 e 3 páginas.... ficou perfeito. Vc resolveu esse problema de outra maneira... sem problemas... mas achei importante deixar registrado que esse erro não acontece com Rave CB conforme vc mencionou. Abraços
    1 ponto
  7. Sim, só falei mesmo a titulo de informação, não cheguei a ler todos os textos mesmo. Achei que fosse algo sobre isso, mas o meu entender é o mesmo que o seu sobre o assunto.
    1 ponto
  8. Bom dia Daniel, Por favor atualize os fontes e teste a impressão do DANFE.
    1 ponto
  9. Welkson, concordo em gênero, número e grau com vc quanto a DLL, se a impressora não tiver ESC/POS vai de fastreport mesmo, instala ela no windows e boa. Claro que a impressão vai ser mais lenta, mas em compensação não tem a concomitância, então é aceitável.
    1 ponto
  10. Boa noite Posso já dar um feed back! expandido, negrito ,sublinhado tranquilo! mas itálico e todos os códigos de barras não funcionaram! testei com uma ECF física
    1 ponto
  11. Boa noite, Você leu a Nota Técnica 2013/005 versão 1.10, disponibilizada no Portal Nacional da NF-e? Se não leu, por favor leia, pois é através dos manuais e notas técnicas que desenvolvemos os componentes e obtemos as informações, como por exemplo: data de inicio e fim de uma verão.
    1 ponto
  12. Boa tarde Existe sim algo na geração do RPS, mas não lembro se foi feito na impressão! o bom mesmo é efetuar os devidos testes para que possa verificar!
    1 ponto
  13. Olá meu amigo, desculpe a demora em vir até aqui postar a conclusão. Bom é o seguinte para a carteira 11 descobrimos que é o banco o responsável por informar o nosso numero quando é enviado a remessa e responsável por imprimir o boleto. Portanto após a descoberta detectamos que o nosso cliente precisava alterar a própria carteira e foi assim que o mesmo fez alterou a carteira de 11 para 17. Então conclui-se se que o componente tem o comportamento da maneira esperada, isso que eu diz pode ser constatado no próprio manual do banco do brasil , se precisar de esclarecimentos dê uma folhada no manual lá realmente tem uma anotação sobre isso e a primeira vez que eu vi para testar não peguei esse trecho. Espero que consigo ter lhe esclarecido também!
    1 ponto
  14. Boa tarde, Eu estou tendo este mesmo problema com o componente de impressão do MDF-e em FastReport (ACBrMDFeDAMDFEFR). O componente estava funcionando normalmente, mas após eu atualizar os fontes, começou a apresentar este problema. O componente instala sem nenhum erro, mas ao compilar a minha aplicação ou o Demo, ocorre este erro. Alguém pode me dizer o que é? Obs: Eu também utilizo a impressão do DACTE (CT-e) em FastReport e este problema não ocorre com o componente. Atenciosamente.
    1 ponto
  15. Elton, na verdade citei só exemplos sem me preocupar com as letras do atributo. A dúvida é: Se um NCM tiver 3 NVE, todos os produtos com esse NCM obrigatoriamente terão esses 3 NVE, ou, um produto poderá ter somente alguns dos possíveis NVE´s admitidos no NCM? Isso para saber se: basta fazer um único controle de NVE através do NCM assim TB_NCM - Código do NCM (chave primaria) e Descrição TB_NVE - Código do NCM (chave de relacionamento com a TB_NCM) , Código do NVE , Descrição TB_Produto - somente código do NCM, sendo que os NVE serão buscados da TB_NVE através do NCM da TB_produto ou TB_NCM - Código do NCM (chave primaria) e Descrição TB_NVE - Código do NCM (chave de relacionamento com a TB_NCM) , Código do NVE , Descrição TB_Produto - Código do NCM (aqui não dá pra ter um campo NVE porque esse campo poderá ocorrer até 8 vezes) então seria criada uma sub-tabela vinculada: TB_ProdutoNVE - Código do produto, código do NVE (aqui seriam relacionados os NVE exclusivos desse produto) Como declarar NVE no xml está entendido (apesar q atualmente o componente está aceitando somente uma ocorrência). A questão é a melhor forma de controle do NVE.
    1 ponto
×
×
  • 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.

The popup will be closed in 10 segundos...