Informações do cabeçalho

Olá , é possível obter informações em Run Time, através de indicadores, do cabeçalho de um arquivo que foi salvo com Write To Measurement File Express VI e está sendo lido com Read To Measurement File Express VI?
Obs: No Write To Measurement File Express VI foi seleccionado o parâmetro de um cabeçalho apenas.
Obrigado.
Solucionado!
Ir para Solução.

Olá Iagor,
Com o Read From Measurement File Express VI não é possível fazer isto, mas uma alternativa para você é utilizar o VI Read From Spreadsheet File, configurado para entregar os dados na forma de string, de modo que você consegue trazer todos os dados do arquivo (.lvm) e manipular estes dados como for mais conveniente.
Atenciosamente,
Abel Souza
Engenheiro de Aplicações
National Instruments Brasil

Similar Messages

  • CTE CT-e não autorizado. Código de status 239, motivo: Rejeição: Cabeçalho - Versão do arquivo XML não suportado

    Boa tarde a todos,
    Já configuramos os cenários do CT-e para a versão 2.00, mas temos algumas notas com o seguinte erro:
    CT-e não autorizado. Código de status 239, motivo: Rejeição: Cabeçalho - Versão do arquivo XML não su
    mesmo reiniciando o processo, o status se mantem com o 239,
    alguém teria alguma solução para processar estes CT-e novamente?
    desde ja agradeço.
    Alexandre.

    Alexandre,
    Estou com o mesmo problema, o erro corre na validação do CTe de entrada quando ele foi emitido na versão 1.04.
    Realizei um teste passando a chave do CTe alterando o parametro versão para 2.0 e a consulta retornou com sucesso. Estou pensando em fazer um mapping forçando a versão para 2.0.

  • Heading of the message (cabeçalho da mensagem)

    How to catch the heading of the message?
    Como pegar o cabeçalho da mensagem ?
    MAC   Mac OS X (10.4.7)   MAIL

    Welcome to the discussions, djalma.
    View/Message/Long Headers or View/Message/Raw Source
    Is that what you are looking for?
    AK

  • Versão do XML errada - Notas de entrada com referencia a Saida em 1.10

    Boa Tarde Pessoal,
    Minha empresa emite notas fiscais em 2.0 em todas suas filiais e estou tendo problemas ao criar notas de devoluções para notas de saídas que saíram na versão 1.10.
    Elas deveriam sair em 2.0 pois não emitimos mais em 1.10.
    Estamos recebendo a rejeição 595      Rejeição: A versão do leiaute da NF-e utilizada não é mais válida.
    Alguem sabe o que pode estar acontecendo?
    Leandro Von Zubem.
    Edited by: Leandro VonZubem on May 17, 2011 8:07 PM

    Bom dia Fernando,
    O problema é que o SAP esta determinando a versão 1.10 na nota que crio hoje referenciando uma nota antiga emitida em 1.10.
    Não sou ABAP mas debuguei a criação da nota e segue o cenário que encontrei:
    Na função J_1B_NF_MAP_TO_XML, alimentamos a estrutura wk_header com os dados da J_1BNFDOC (estrutura i_nfdoc), o campo wk_header-XMLVERS é alimentado com a versão 1.10. (E aqui esta o grande problema)
    Depois disso, através da tabela J_1BNFE_CUST3 ele verifica que a versão que devemos gerar a nota é a 2.0, na função que preenche o Bloco A, eu alimento a xmlh-version com 2.0. mas o wk_header-XMLVERS continua com 1.10.
    Passo pela BADI de header, e atualizo as informações necessárias, mas mantenho 2.0 nas estruturas XMLH e XMLH_BADI.
    Agora eu chamo a função CALL_XI (passando a XMLH com as informações de cabeçalho), é chamada a função /XNFE/NFE_CREATE no GRC e, no validation (Função Check_ID) a variavel gc_xmlvers1_erp esta como 1.10, o que gera um erro de validação na chave de acesso (forcei esse passo para não gerar erro porque sei que se o wk_header não tivesse determinado errado, ele teria preenchido o TPEMIS e não teriamos esse erro)
    Quando ele sai da função de NFE e volta pra criação standard da nota fiscal ele volta pra função J_1B_NF_DOC_INSERT_FROM_OBJECT e depois chama a função J_1B_NF_DOCUMENT_INSERT passando como parâmetro a wk_header (que continua com o XMLVERS como 1.10) e aí criamos a nota com a versão 1.10
    Em resumo, se a nota de saida foi como 1.10, a nota de entrada será forçada a sair como 1.10 também devido a referência standard do SAP. Me parece que o problema esta no standard do SAP.
    O que achei mais estranho é que não vi mais ninguem reclamando, então estou desconfiando que falta aplicar alguma nota em meu ERP.
    Fiz um "workaround" para confirmar que daria certo, segue o que eu fiz:
    Coloquei um ponto de parada na função J_1B_NF_DOC_INSERT_FROM_OBJECT (início do processamento de NFe) e alterei o wk_header-xmlvers para 2.0, após isso ele gerou a nota de devolução com a versão 2.0.
    Leandro Von Zubem.

  • Informações se repetem no layout - Print layout designer

    Estou inserindo, no print layout designer - tela de administração de boletos, os campos CNPJ e Inscrição Estadual.
    Quando o layout é visualizado, para cada nome da lista de boletos é informado o CNPJ e IE, mas as informações são repetidas três vezes para cada nome.
    As informações são : nome do cliente, vencimento, total.
    Bastaria que fosse apresentada apenas a primeira linha.
    Alguém já passou por esse problema e conseguiu uma solução?
    Valeu.

    Oi Luis
    O que pode estar passando é que podem haver "links to" ou "related to" não validos.
    Verifique:
    - na aba geral verificar "ligar a" e na aba conteúdo "relacionar com".
    - se os campos estão nas áreas corretas. por vezes um campo parece estar numa área repetitiva, mas por alguma razão ficou no cabeçalho da área repetitiva.
    Caso isso não ajude, como alternativa, você pode ligar os campos repetidos a um campo que corretamente não esta sendo impresso para ocultar-los.
    Paulo Calado
    SAP Business One Forums Team
    Edited by: Rui Pereira on Oct 23, 2008 2:54 PM

  • Can I convert a 2010 CAB file to 2013 CAB file?

    Can I convert a 2010 CAB file to 2013 CAB file?
    For further information:
    We generate CAB files from MMS Term Store and send it to other teams. Currently we are using 2010 and few consumers are requesting to send a 2013 CAB file. So my question is, can a convert a 2010 CAB file to 2013 CAB file?
    Help is appreciated.
    Thanks,
    Praveen

    it seems there is no difference between the cab file that SharePoint 2010 exported, and cab file 2013 exported.
    we can export the cab file from 2010, then import to 2013 managed metadata service.
    during this step, please make sure the the account you use is added to the relative db 'bulkadmin' permission, then execute following script to import:
    $mmsApplication = Get-SPServiceApplication | ? {$_.TypeName -eq "Managed Metadata Service"}
    $mmsProxy = Get-SPServiceApplicationProxy | ? {$_.TypeName -eq "Managed Metadata Service Connection"}
    Import-SPMetadataWebServicePartitionData $mmsApplication.Id -ServiceProxy $mmsProxy -Path "C:、mmsdata.cab" -OverwriteExisting
    Qiao Wei

  • Plano de Contas

    O plano de contas padrão do B1 v 8.8 apresenta a estrutura de contas defasada em relação as novas Normas Contábeis vigentes no Brasil.
    Para bases zeradas criamos um novo plano e demos carga via DTW.
    Como tratar a migração de dados de bases com dados contábeis ?
    Renato

    Prezado Renato,
    Acredito que com relação aos saldos contábeis, se for isso que você quis dizer (migração de dados de bases com dados contábeis), você pode efetuar a migração dos dados contábeis nas tabelas JDT1 e OJDT. Lembrando que os dados contábeis que geram o total da conta contábil é advinda dos lançamentos contábeis.
    Sugiro que você teste tal cenário e use os templates de SDK:
    JDT1 - JournalEntries_Lines.xlt -> Linhas do lançamento contábil
    OJDT - JournalEntries.xlt -> Cabeçalho do lançamento contábil
    OACT - ChartOfAccounts.xlt -> Plano de Contas
    Espero que as informações acima tenham ajudado na solução do seu caso.
    Atenciosamente,
    Wesley Honorato

  • Dúvida no Preenchimento dos campos PREFNO / CHECOD em NFS-e de SP

    Olá Pessoal,
    Estou a procura de informações sobre a solução para nota fiscal eletronica de serviços da prefeitura de São Paulo, pesquisando no forum pouco encontrei sobre a nota 981687 - NFe: For Services in Muncipio Sao Paulo.
    A SAP disponibilizou os dois campos PREFNO / CHECOD para o numero da nota fiscal e código de verificação gerados pela prefeitura (uma vez que o SAP deve gerar o número da RPS), além de um report para geração do arquivo TXT e envio manual.
    Minha dúvida é a seguinte:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Muito obrigado pela atenção e ajuda.

    A_cristovao ,
    Vamos ver se posso lhe ajudar em algo:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Resposta: Em alguns projetos que passei, consultei os abaps e sempre foi desenvolvido um programa Z para ler este arquivo e fazer um BDC na J1B2N, porem sua categoria de nota não dever ser eletrônica, aqueles dois campos flag no cabeçalho NF eletronica e NF servico, apenas o último(serviço) marcado para o BDC entrar e conseguir mapear o campo com o NFSe e cod verificador.
    2) Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Resposta: Esse estamos usando o NFNUM mesmo, não chegamos a nos preocupar com isso devido ser um volume baixo de NFS, talvez um chamado no componente XX-CSC-BR-NFE lhe ajude. 
    Abraço,
    Bruno Lima

  • Processo de venda com referência à NFe de fornecedor

    Olá Pessoal,
    Existe um cenário de vendas que pretentem referenciar a NFe do fornecedor informando-a na OV, Cabeçalho, aba Contabilidade campo Referência.
    Por ser Venda Normal o campo J_1BNFDOC-DOCREF não é preenchido de forma standard.
    Vi no tópico http://scn.sap.com/thread/3238930 que posso preencher a estrutura OUT_REF pela BADI da NFe.
    Antes de eu iniciar o desenvolvimento, gostaria de saber se eu preencher a estrutura OUT_REF, o campo J_1BNFDOC-DOCREF vai ser preenchido posteriormente e poderei ver a referência na J1B3N ?
    Obrigado,
    Marcelo

    Marcelo,
    Pelo que vi o erro ocorre por faltar incluir a referência numa tabela interna (WREFOBJ).
    Nessa tabela vc precisaria inserir o número do doc referenciado no campo VBELN. --> WREFOBJ-VBELN.
    O check é feito no include LJ1BGF02, no FORM UPDATE_ORIGINAL_NF.
    Fiz alguns testes aqui, preenchendo as informações funciona na mão funciona, porém não sei qual o melhor momento, pois tem várias operações que levam em consideração o documento referenciado  - até dados da FCI ele busca com base no doc referenciado. Aí vc precisa ver bem como pode dar certo no seu caso.
    Abs,
    Eduardo Hartmann

  • Campo vAFRMM para transporte Marítimo - NFE 3.10

    Olá Pessoal,
    Para NFE 3.10, é exigida a tag vAFRMM quando há transporte marítimo.
    AFRMM = Adicional de Frete para Renovação da Marinha Mercante.
    O problema é que nas transações de NFe, esse campo aparece como cabeçalho e no XML aparece como item. O valor no XML para os itens, aparece REPLICADO com o valor do cabeçalho (MarFrete).
    Alguém conseguiu resolver esse problema?
    O mesmo foi corrigido por nota da SAP ou o rateio ocorreu na BADI mesmo?
    Procurei até controle de tela para abrir esse campo nos itens, mas não encontrei nada.
    Agradeço desde já qualquer informação,
    Paulo Henrique

    Oi Paulo
    Esse campo é preenchido via BadI. Ou seja, necessário verificar o desenvolvimento interno.
    Abraço
    Eduardo Chagas

  • Campos cEAN e cEANTrib no XML da NFE (NT 2011/004)

    Bom dia,
    A partir de 1º de julho de 2011, é obrigatório o preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista.
    A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc.
    Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
    Sabemos que o preenchimento do cEAN é realizado através do campo standard no cadastro do material, e o cEANTrib é o mesmo número, e este cenário eu consigo tratar na BADI preenchendo abos os campos com os mesmos valores.
    Porém temos uma particularidade que é a seguinte:
    Tem um determinado cliente que me compra caixas com 24 unidades de óleo, e neste caso, o cEAN e o cEANTrib serão diferentes.
    Ex.:
    cEAN: 12345 (CDA)
    cEANTrib: 123456 (CX)
    No cenário normal, envio preencho as tags cEAN e cEANTrib com o código do cEAN (12345) que está cadastrado no campo específico do cadastro do material (MARA-EAN11).
    No cenário "especial", o GTIN tributado é diferente, preciso enviar na tag do cEAN o GTIN da CX (123456) e na tag do cEANTrib envio o GTIN do CDA (12345). Ambos os valores estão cadastrados nas informações adicionais do cadastro do material na aba de "EANs adicionais" conforme abaixo:
    UM alt     Texto un.     Código EAN/UPC     Ctg.EAN
    CDA     cada     7898357410015     HE
    CX     caixa     17898357410012     IC
    Como trato isso? Pois na BADI não tenho o campo do cEAN para tratar...
    Obrigado,
    Mateus.

    Oi Matheus.
    Você pode fazer habilitar este campo na BADI fazendo um append Z na estrutura  IF_EX_CL_NFE_PRINT~FILL_ITEM. Fizemos isso para habilitar outros campos como por exemplo o E1_FONE no cabeçalho da NF-e.
    Abraço
    Eduardo Chagas

  • PLD - Link entre Itens e Grupo de Itens

    Olá pessoal.
    Estou com uma dúvida que parece simples, mas não consigo resolver de jeito nenhum.
    Eu tinha um layout de pedido de venda em PLD que funcionava normal, listando os itens e agrupando por grupo de itens.
    Porém essa semana o layout passou a não listar nada mais na área repetitiva. Então o cabeçalho e o rodapé do relatório ele lista normal.
    Fazendo alguns testes eu descobri que se eu tiro todos os vínculos entre as linhas do pedido com o grupo de itens e com os itens em si ele funciona, mas sem mostrar o grupo.
    Se eu coloco qualquer informação da tabela de itens de volta, ele passa a não listar nada. Parece que ele não está ligando RDR1.ItemCode como OITM.ItemCode. Eu suponho que ele deveria fazer essa ligação sozinho, não?
    Já tentei colocar "Relacionar com" mas não vai de jeito nenhum
    Se alguém tiver alguma luz, ficarei muito agradecido!!
    Estamos com a versão 2007B, PL 09.
    Obrigado!
    Danilo Souza - EasyOne Consultoria

    Oi Danilo
    O problema do "relate to" é que no próprio Layout do PLD não existe uma relação directa entre essas tabelas, por isso nem sempre funciona.
    Você pode tentar através de um UDF e FMS ou utilizar o Add-on Crystal Report.
    Paulo Calado
    SAP Business One Forums Team

  • Variavel de sistema no Crystal

    Como utilizo um campo variavel do sistema do SAP para o crystal
    Exemplo o campo de centro de Lucro numa Nota Fiscal de entrada.
    Estou fazendo um resumo da nota com todas retenções e impostos fretes e etc no crystal

    Boa tarde,
    não sei qual seu conhecimento no sistema, imagino que você já esteja conseguindo conectar no banco de dados e criar relatórios simples. Pensando assim seria o seguinte (eu utilizo este método).
    Primeiro ativo a "informação do sistema" para visualizar pelo menos a tabela de cabeçalho do documento (no exemplo, a tabela de nota de entrada é a OPCH).
    Depois, procuro todas as tabelas referenciadas com o mesmo final, retirando o "O" do inicio.
    Exemplo:
    OPCH - Cabeçalho da nota de entrada
    PCH1 - Itens.
    PCH10
    A maioria segue essa regra, começa com "O" de Object e suas auxiliares tem seu final seguindo de um numero.
    Nota fiscal de saida.
    OINV - Cabeçalho
    INV1 a INV16 - Informações da nota.
    Pra saber que informação tem dentro delas, só abrindo pra descobrir.
    Atenciosamente,
    Fabio

  • Reenvio do GRC para o ERP do Status de NFe 225

    Pessoal,
    Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
    Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
    Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
    Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
    No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
    Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
    Segue os prints das telas:
    http://img5.imageshack.us/img5/1936/screen1le5.jpg
    http://img232.imageshack.us/img232/1678/screen2zs7.jpg
    http://img232.imageshack.us/img232/4084/screen3ns1.jpg
    http://img232.imageshack.us/img232/5003/screen4nt6.jpg
    http://img232.imageshack.us/img232/1944/screen5hc2.jpg
    Obrigado,
    Dorval Neto.

    Bom dia Alexandre,
      O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
      Quanto a como identificar o erro:
    a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
    b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
    c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
      . Transação AL11, Name of Directory Parameter = DIR_HOME
      . Para facilitar, coloque em ordem por data e hora decrescente
      . Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
    d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC  tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
    Dorval,
      Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
      Atenciosamente,
    Fernando Da Rós
    Edited by: Fernando Ros on Mar 4, 2009 9:53 PM

  • Using objects of the own page

    I have the fallow code inside a JSP:
    " <TABLE border='0' bgcolor='#004080' style='border-style: double; border-color: #408080;'>
    <TR>
    <TD valign=top>
    <B><FONT color='#ffffff'>Informa��es Gerais</FONT></B>
    </TD>
    <TD>
    <TEXTAREA name='infoGeral' cols='30' rows='10' >
    <% ClienteDB clienteDB = new ClienteDB();%>
    <%= clienteDB.buscarInfoGeral(1)%>
    </TEXTAREA>
    </TD>
    </TR>
    <TR>
    <TD valign=top>
    <B><FONT color='#ffffff'>Idioma</FONT></B>
    </TD>
    <TD>
    <INPUT type=RADIO name='idioma' value='1' checked><B><FONT color='#ffffff'>Portugu�s</FONT></B>
    <INPUT type=RADIO name='idioma' value='2'><B><FONT color='#ffffff'>Espanhol</FONT></B>
    <INPUT type=RADIO name='idioma' value='3'><B><FONT color='#ffffff'>Ingl�s</FONT></B>
    </TD>
    </TR>
    <TR>
    <TD>
    </TD>
    <TD align=center>
    <INPUT type=SUBMIT name='Submit' value='Salvar'>
    <INPUT type=RESET name='Limpar' value='Limpar'>
    </TD>
    </TR>
    </TABLE> "
    How can i do to, always that i choose a new "radio", the information on textarea change a the same time.
    For example:
    If i choose the "radio" portugu�s, the information that appear on textarea are some information in portuguese.
    If i choose the "radio" espanhol, the information that appear on textarea are some information in spanish.
    If i choose the "radio" ingl�s, the information that appear on textarea are some information in english.

    Sorry hfs1981, but i just can see your reply at this moment.
    If you may look my code again, i will put the hole code.
    <%@page contentType="text/html"%>
    <%@page import="db.ClienteDB"%>
    <html>
    <head><title>Home</title></head>
    <body onload='document.infoGeral.infoGeral.focus()'>
    <!--Inclus�o do cabe�alho-->
    <%@include file='cabecalho.jsp'%>
    <TABLE border='0'>
    <TR>
    <TD width='200' align=right>
    <B><FONT size='5' color='#004080'>Home</FONT></B>
    </TD>
    <TD width='500' align=center>
    <!--Inclus�o de uma mensagem caso ocorra algum erro-->
    <FONT color='red'><%@include file='mensagem.jsp'%></FONT>
    </TD>
    </TR>
    </TABLE>
    <!--A��o para chamar a servlet espec�fica e verificar o usu�rio-->
    <FORM action='Controla' method=POST name='infoGeral'>
    <CENTER>
    <TABLE border='0' bgcolor='#004080' style='border-style: double; border-color: #408080;'>
    <TR>
    <TD valign=top>
    <B><FONT color='#ffffff'>Informa��es Gerais</FONT></B>
    </TD>
    <TD>
    <TEXTAREA name='infoGeral' cols='30' rows='10' >
    <% ClienteDB clienteDB = new ClienteDB();%>
    <%= clienteDB.buscarInfoGeral(1)%>
    </TEXTAREA>
    </TD>
    </TR>
    <TR>
    <TD valign=top>
    <B><FONT color='#ffffff'>Idioma</FONT></B>
    </TD>
    <TD>
    <INPUT type=RADIO name='idioma' value='1' checked><B><FONT color='#ffffff'>Portugu�s</FONT></B>
    <INPUT type=RADIO name='idioma' value='2'><B><FONT color='#ffffff'>Espanhol</FONT></B>
    <INPUT type=RADIO name='idioma' value='3'><B><FONT color='#ffffff'>Ingl�s</FONT></B>
    </TD>
    </TR>
    <TR>
    <TD>
    </TD>
    <TD align=center>
    <INPUT type=SUBMIT name='Submit' value='Salvar'>
    <INPUT type=RESET name='Limpar' value='Limpar'>
    </TD>
    </TR>
    </TABLE>
    Voltar
    </CENTER>
    <INPUT type=HIDDEN name='trans' value='HOME'>
    </FORM>
    </body>
    </html>
    This(<%= clienteDB.buscarInfoGeral(1)%> means that i will take the information in database and put it on the textarea.
    Thanks in advance!!

Maybe you are looking for