Consulta Formatada - Procedimento de Aprovação

Olá Experts,
Estou batendo cabeça com um procedimento de autorização baseado em uma consulta formatada e preciso da ajuda dos companheiros.
Até onde entendo, para se usar uma consulta formatada em Procedimento de Autorização, é necessário retornar "TRUE" no código sql da consulta, e isso as minhas consultas, fazem de acordo com o contexto. Porem, quando coloco em pratica na rotina de aprovação, nada acontece...
A razao da consulta é checar se o somatorio das quantidades no Pedido de Venda é maior que o somotario das quantidades na Cotação de Venda... quando rodo a consulta a partir do documento de marketing destino (pedido de venda) vejo que o retorno atende aos criterios que estou passando (print anexo), mas o pedido nao cai para a aprovação...
Tenho dividas se o problema está na sintaxe da consulta.
Ja fiz varias alterando a sintaxe e em todas chego no resultado desejado... (ver abaixo):
Onde está o numero "10 " uso uma variável que é o numero do documento base (numero da cotação): $[Rdr1.BaseEntry]
Sintaxe 1 (mais simples)
Declare
@qtCota Numeric(10,4),
@qtPed Numeric(10,4)
Set @qtCota = (select SUM(Quantity) from qut1 where DocEntry = 10 and unitMsr = 'M2'
group by DocEntry)
Set @qtPed = (select SUM(Quantity) from rdr1 where BaseEntry = 10 and unitMsr = 'M2'
group by BaseEntry)
If @qtPed > @qtCota
  Begin
  select 'True', @qtPed as Ped, @qtCota as Cota
  End
Else
  Begin
  select 'false'
  End
Sintaxe 2 (um pouco mais complexa para aprofundar o resultado)
Declare
@qtCota Numeric(10,4),
@numCota Numeric,
@qtPed Numeric(10,4)
Set @numCota = (Select distinct rdr1.BaseEntry from Rdr1 inner join Ordr on Rdr1.DocEntry = 10)
Select 'true',
(select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2' group by BaseEntry) as Ped ,
(select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2' group by DocEntry) as Cota
from ORDR a
     inner join RDR1 b on a.DocEntry = b.DocEntry
     inner join QUT1 c on b.BaseEntry = c.DocEntry
     where b.BaseEntry = @numCota
     Group by
     c.DocEntry,
     b.BaseEntry
     Having (select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2'
  group by BaseEntry) >
  (select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2'
  group by DocEntry)
Sintaxe 3
Declare
@qtCota Numeric(10,4),
@numCota Numeric,
@qtPed Numeric(10,4)
Set @numCota = (Select distinct rdr1.BaseEntry from Rdr1 inner join Ordr on Rdr1.DocEntry = 10)
Select
case when
(select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2'  group by BaseEntry) >
(select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2'  group by DocEntry)
Then 'true'
else 'false'
End
Alguem consegue me dar uma dica que ajude a resolver essa bronca?
Saudações
Wagner Bezerra

Boa tarde amigos,
Consegui resolver a situação.
Definitivamente, para o meu caso não tinha como realizar o teste direto via consulta formatada, antes do documento inserido, visto que os testes no nivel de linhas não me retornam os valores a serem comparados. O que funcionou então:
Criei um pequeno codigo na Transaction Notification onde consigo testar minha condição na Inclusao ou Update...
Criei um campo de usuario para o pedido de venda "U_Aprovacao" que recebe 'NAO' por default e se a minha condição for atendida ele é atualizado para 'SIM'...
Desta forma, criei uma consulta formatada retornando 'True' se o campo "U_Aprovacao" = 'SIM'...
Pela hierarquia do SAP, os codigos da Transaction vem antes dos testes dos Procedimentos de Autorização...
Linhas da Transacation:
  if @object_type in ('17')  --Pedido de Venda
  and @transaction_type in ('A','U')  --Inserir ou atualizar
  Begin
  Declare
     @BaseEntry int
         if @object_type = '17'
            begin
             Set @BaseEntry = (Select rdr1.BaseRef from RDR1 left join ORDR on ORDR.DocEntry = RDR1.DocEntry
    Where ORDR.DocEntry = @list_of_cols_val_tab_del )
            end
  if (select SUM(Quantity) from qut1 where DocEntry =  @BaseEntry and unitMsr = 'M2' group by DocEntry) <
  (select SUM(Quantity) from rdr1 where BaseEntry = @BaseEntry and unitMsr = 'M2' group by BaseEntry)
  Begin
  Update ORDR set Ordr.U_Aprovacao = 'SIM' Where DocEntry = @list_of_cols_val_tab_del
  End
      End --<Fim>
Obs.: ainda estou fazendo em ambiente de testes pois as NOTAS SAP estao me deixando confuso. Umas dizem ser permitido o update em campos de usuario, outras dizem que nao... algumas sugerem a atualização via consulta formatada, outras sugerem a transaction... entao na duvida, ambiente de testes...

Similar Messages

  • Consulta formatada - Pedido de compra puxar preço de contrato guarda-chuva.

         Amigos consultores,
    Queria criar uma consulta formatada onde, ao inserir um item no pedido de compras (POR1), o preço puxasse automaticamente do Contrato guarda-chuva (OAT1, OOAT) existente para aquele item.
    É possível??

    Boa tarde Raphael, o recurso que você precisa existe por padrão no Contrato Guarda-chuva, talvez esteja faltando algum detalhe.
    Então segue a baixo as configurações e o comportamento.
    1º o "Contrato Guarda-chuva" é um acordo que pode ser classificado de duas formas, leia-se "Método de acordo" onde as possibilidades são "Método de itens" ou "Método monetário".
    Para os acordos baseados no "Método do item", na aba "Detalhes" deverão ser especificados os itens incidentes no acordo, quantidades e o preço.
    2º depois de definir o método é possível então escolher o "Tipo de contrato", onde as opções são: "Geral" ou "Específico". É neste ponto que vem o recurso para atender a sua necessidade.
         1. Quando é selecionado o tipo de contrato "Geral", um "Flag" é automaticamente marcado no contrato  "[ v ] Ignorar preços especificados no acordo básico", ou seja, o preço definido na aba "Detalhes" no contrato NÃO será levado para os documentos de marketing que mencionam o mesmo.
         2. A segunda opção, quando é selecionado o tipo de contrato "Específico" o "Flag - [  ] Ignorar preços especificados no acordo básico" fica desmarcado/desativado, ou seja, o preço definido na aba "Detalhes" do contrato deverá ser levado/considerado nos documentos de marketing que mencionam o contrato.
    Para ficar ilustrativo a seguir prints com as diferenças:
    Nesta figura:
    Opção 1: temos um contrato empregando o "Método de itens" (seta 1), aplicando o "Tipo de contrato: Específico" (seta 2), que deixa "Desativada" (seta 3) a opção para "Ignorar preços especificados no acordo básico".
    Opção 2: temos um contrato empregando o "Método de itens" (seta 1), aplicando o "Tipo de contrato: Geral" (seta 2), que mantém "Ativada" (seta 3)  a opção para "Ignorar preços especificados no acordo básico", passando a desconsiderar o preço definido em detalhes.
    IMPORTANTE: na família 9 do SAP Business One, foi disponibilizado nos documentos de marketing na área de conteúdo uma coluna com uma nova "feature", informativa sobre a fonte da determinação do preço da linha.
    Desta forma é possível observar na figura abaixo, que após informar o Fornecedor (seta 1), selecionar o item (seta 2), o preço indicado no quadro vermelho teve como "Fonte de Preço" a "Lista de preços ativa" (seta 3).
    A seguir observa-se que após informar o número do contrato guarda-chuva (seta 4), o preço é automaticamente modificado conforme indicado no quadro vermelho e a "Fonte de preços" passa a ser o "Contrato guarda-chuva".
    Espero ter colaborado com a resposta para sua necessidade.
    Abraço,
    Rodrigo da Costa Feula.
    Caso a resposta tenha sido útil ou finaliza o seu questionamento, não deixe de marcar as opções, fechando desta forma a thread e auxiliando os demais membros a encontrar respostas úteis.

  • Campo de usuário em tabela de usuário não respeita o tamanho definido

    Criei uma tabela de usuário e dentro dela criei 10 campos alfanuméricos com tamanho de 10 posições. Ao executar a procedure SP_HELP no SQL Server para verificar o tamanho dos campos na estrutura da tabela verifiquei que o tamanho foi definido como -1, ou seja, o tamanho do campo não foi corretamente informado pelo B1 na criação da tabela e o SQL Server 2005 acabou por assumir como padrão o tamanho máximo de 4096 bytes.
    Se olharmos apenas para a definição da tabela e dos campos no B1 os valores são apresentados corretamente, mas não correspondem aos valores definidos nos metadados do banco. Isso é extremamente problemático pois derruba violentamente a performance das consultas nas tabelas de usuário.
    Existe algum workaround que a gente pode utilizar para resolver este problema?
    Testamos a criação de tabelas e campos de usuários na versão 2005B, rodando no SQL Server 2005 com as PLs 40, 41 e 42 e nessas três configurações o problema ocorreu sempre da mesma forma, como descrito acima.
    Sei que podemos forçar a correção da estrutura de dados das tabelas na mão, pelo comando ALTER TABLE do SQL Server, mas isso será apontado pelo Early Watch? Corremos o risco de perder a garantia do produto?
    Qualquer informação que ajudar a solucionar este problema será muito bem aceita.
    []'s
    Edited by: Rui Pereira on Nov 7, 2008 9:27 AM

    Oi Vitor,
    O problema ainda não foi resolvido. Abrimos um chamado na SAP pois entendemos que este comportamento do SBO não é o correto uma vez que ao definir campos alfanuméricos com o maior tamanho possível, as estruturas (metadados) acabam ficando gigantes e isso joga a performance dos add-ons e consultas formatadas pra baixo.
    Você pode reproduzir o problema criando UDFs em tabelas standard ou em UDTs pelo próprio B1. Não precisa criar os campos pelo SDK para que o problema ocorra não. Basta definir o campo do tipo Alfanumérico que, ao executar a SP_HELP no SQL Server você verá a estrutura do seu campo mais ou menos assim:
    CAMPO NVARCHAR(-1)
    Na documentação do SQL Server é explicado que o -1 representa a capacidade máxima de armazenamento do campo.
    Este problema só acontece no SQL Server 2005. No SQL Server 2000 o B1 se comporta bem.
    Edited by: Gabriel Izar on Oct 8, 2008 3:31 PM

  • Numero da linha - Grid - SAP

    Bom dia amigos! Sou novo aqui no forum SAP e gostaria de obter ajuda de vocês se possivel.
    Estou parametrizando o SAO Business One juntamente com um consultor SAP. Surgiu a necessidade de obter o numero da coluna que se encontra nos grids do SAP, ou seja, aquela coluna que tem a descrição igual "#".
    Bom, o que eu estou precisando é o seguinte:
    Na tela de Estrutura do produto, na linha da estrutura, criei um campo de usuário, onde nesse campo é preenchido com informações especificas da empresa para esse item. Na tela de OP, criei o mesmo campo de usuario, para que quando eu abrir uma O.P para essa estrutura, através de uma consulta formatada, eu consiga trazer para esse campo as informações que o usuario colocou na estrutura.
    O problema é o seguinte: Para cada linha da estrutura, eu posso ter uma informação diferente nesse campo do usuario, e pode ser também que eu tenha itens repetidos na estrtura, ou seja, o mesmo item varias vezes por razoes de politica e da engenharia da empresa, por exemplo:
    ChildNum........Item................Descrição...............CampoUsuario....................Qtde
    1....................00001............Item Teste ABC........Item para Teste1..................01
    2....................00002............Item Teste ZZZ........Item Teste.............................01
    3....................00010............Item Teste 888.........Item Teste do Usuario ..........03
    4....................00001............Item Teste ABC........Item para Teste2a.................01
    5....................00001............Item Teste ABC........Item para TesteZZZ..............01
    ou seja, o Item 00001 tenho 3 vezes nessa estrutura, porem a o CampoUsuario tem a descrição diferente mesmo sendo o mesmo item, certo?
    O que eu preciso, é quando eu lançar uma OP para essa estrutura, fazer um select em uma consulta formatada no campo do usuario e trazer essa informação do CampoUsuario para a linha correspondente na O.P. Na tabela de itens da estrutura (ITT1), temos o campo ChildNum onde é guardado o numero da linha da estrtura. Na tabela de itens da OP (WOR1), tambem tem um campo que é guardado o numero da linha (LineNum), porem esse campo só é preenchido depois de gravar no banco de dados, ou seja, não tenho como fazer a verificação do campo ITT1.ChildNum  com o WOR1.LineNum, pois como eu disse, o campo WOR1.LineNum está em branco no momento do lançamento. Tbem nao posso fazer a verificação pelo codigo do item, pois se eu fizer pelo codigo (no caso do item 00001) me traria 3 resultados: "Item para Teste1", "Item para Teste2a" e "Item para TesteZZZ". Então, para resolver esse problema eu pensei em fazer um select na tabela de estrtura do item, veriricando o numero da coluna (#) com o campo ChildNum da tabela ITT1. Alguem saberia me dizer como pegar o valor da coluna do Grid (#)? espero nao ter sido confuso na minha explicação.... desde ja, muito obrigado...
    's
    Otávio

    Só para completar, esse Select abaixo foi o que eu comentei em meu post, onde ele funcionaria somente depois de gravar a Ordem de Produção:
    SELECT T0.U_U_LG_DENOM
    FROM ITT1 T0
    WHERE T0.FATHER = $[OWOR.ITEMCODE]
    AND T0.CHILDNUM = $[WOR1.LINENUM]
    Obs: o campo "U_U_LG_DENOM" é o campo de usuário criado na tabela ITT1.
    Obrigado pessoal.
    's
    Otávio
    Edited by: otaviolussari on Nov 21, 2011 12:49 PM

  • Ultimo preço de compra em banco multifilial

    Grupo,
    Gostaria de saber se alguém fez a mesma pesquisa abaixo para multifilial , que seria por deposito?
    O texto "Ultimo preço de compra" pra mim está errado no SAP, ele deveria ser "Ultimo CUSTO de compra", já que o valor que é sugerido vem sem impostos e não é filtrado por fornecedor.
    Para sanar esse caso, tive que fazer uma consulta formatada e ler o preço da última nota.
    SELECT TOP 1  T1.[Price]  
    FROM OPCH T0   
    INNER JOIN PCH1 T1 ON T0.DocEntry = T1.DocEntry  
    WHERE T0.[CardCode]  = $[$4.0.0] and T1.[ItemCode] = $[$38.1.0] and T0.DocEntry NOT IN (SELECT T4.BaseEntry FROM ORPC T3 INNER JOIN RPC1 T4 ON T3.DocEntry = T4.DocEntry WHERE T4.BaseEntry IS NOT NULL and  T3.SeqCode = 1)  
    ORDER BY T0.[DocDate] desc 
    É só colocar essa consulta na opção "valores definidos pelo usuário" no campo "valor unitário" do pedido de compra.
    Jaqueline Martins

    Jaqueline,
              Boa tarde.
              Na lógica do SAP o preço de compra é aquele sem impostos, ou seja, o preço efetivo do produto/mercadoria adquirida.
    Ex.:
    Valor de NF      $ 1.000,00
    Produto               $ 930,00 (preço efetivo de direito do fornecedor)
    Impostos             $   70,00 (valor recolhido pelo fornecedor porém a ser repassado ao estado)
    Deste modo o preço de compra do produto é $ 930,00.
    Att.,
    Marcelo Carvalho

  • Soma de dias em Data do Documento

    Boa tarde a todos!
    Estou com o seguinte problema:
    Possuo um campo definido pelo usuário no qual desejo adicionar a seguinte consulta formatada:
    SELECT +10
    O problema ocorre quando essa conta supera 30 / 31 dias! No SQL, funciona normalmente, e o mês é alterado.
    Já no SAP B1, é retornado um erro, como se não fosse possível adicionar mais dias ao mês.
    Não sei onde estou errando.
    Agradeço desde já!
    Lucas Dias

    Fábio,
    Consegui de uma forma ainda mais fácil:
    SELECT $[ODLN.TaxDate.Date]+10
    A parte ".date" funciona como um CONVERT() .
    No caso, eu precisava adicionar em um campo definido pelo usuário, a Data do Documento de Marketing + a quantidade de dias da primeira linha da prestação, na condição de pagamento indicada na aba 'Contabilidade'. Consegui da seguinte forma:
    SELECT $[ODLN.TaxDate.Date]
    +
    (SELECT TOP 1 CASE WHEN OCTG.InstNum = '0' THEN 0 ELSE
         CASE WHEN OCTG.InstNum IS NULL THEN 0 ELSE CTG1.InstDays END END as 'QTDDIASPREST'
      FROM OCTG
            LEFT JOIN CTG1 ON OCTG.GroupNum = CTG1.CTGCode
    WHERE OCTG.GroupNum = $[ODLN.Groupnum])
    A segunda parte já estava funcionando, mas eu não estava conseguindo adicionar. Agora está ok!
    Obrigado pela ajuda!
    Lucas Dias

  • Alterar Condição Pagamento Pedido de Venda

    Olá a todos,
    Alguém consegue me responder porque não se consegue alterar a condição de pagamento no Pedido de Venda se ele está ou passou por um processo de autorização ? Consigo alterar quase todos os dados menos a condição de pagamento.
    Abraços.

    Prezado Gilson,
    para a versão 2005B, a possibilidade de alteração deste campo não é possível por definiçãon sistêmica. Uma vez que o documento tenha sido aprovado pelo aprovador e retorna ou usuário que originou o documento, a opção de "Condições de Pagamento" estará em cinza, indisponível para alteração.
    Por outro lado, para a versão 2007B, a alteração deste campo esta disponível, porém, uma vez que o documento tenha sido aprovado e retorne ao gerador, e este altere esta condição, o documento será submetido novamente ao procedimento de aprovação. Isto ocorrerá porque, uma vez que o usuário gerador não tem autorização para inserir um documento sem aprovação, mesmo que a mudança seja somente na condição de pagamento, o sistema demandará todo o processo de aprovação novamente.
    Espero que a explicação acima tenha sanado a sua dúvida.
    Abraços,
    Wesley
    Edited by: Wesley Honorato on Jun 13, 2008 5:09 PM

  • Select em campo váriavel do B1.

    Pessoal, boa tarde,
    Na tela de baixa de títulos do contas a pagar existe a coluna N.Documento, preciso pegar o valor que ela apresenta para fazer um select na tabela de entrada de notas fiscais e trazer um valor para preenchimento do campo Referência também na tela do Contas a Pagar.
    Como faço o select para pegar o valor dessa coluna do item que acabou de selecionar? É possível?
    O valor que o B1 me da no rodapé é:
    240510
    Já tentei "Select $[$426.DocNum.0]", já tentei "Select $[$426.000004432,DocNum.0] dentre outras diversas tentativas e não consegui.
    Alguém saberia como proceder nessa situação?
    Obrigado a todos!

    Olá Ribeiro Kelin, para exemplificar fiz um teste e capturei as telas, abaixo segue:
    Criei a tabela "TESTESCN"
    Depois adicionei um campo a tabela
    Para inserir os dados acessei a tabela em:
    Deve-se usar os dados do menu "Visão" em "informações do sistema" se deseja pegar as informações em tela antes da gravação em banco de dados, conforme padrão de consultas.
    Depois criei um consulta, gravei a consulta em "consultas do usuário" e apliquei no campo de usuário a consulta formatada, ao clicar na lupa busca os dados em tela.
    Se a questão é consultar no banco, ao criar uma tabela o SBO coloca por padrão "@" no nome da tabela, antes da descrição definida pelo usuário, então abaixo segue o código para consulta no banco de dados.
    Espero ter colaborado.
    Att,
    Rodrigo da Costa Feula

  • Devolução de Nota Fiscal de Compra

    Boa Noite pessoal.
    Ao realizar uma devolução de nota fiscal de entrada, na aba logística ao invés do endereço de entrega ser a do fornecedor, está sendo retornada a da própria empresa.
    Sendo assim, o usuário tem que entrar nos "3 pontinhos" e informar na mão o endereço do fornecedor.
    Consulta formatada não resolve pois a tela de endereço não deixa eu pegar o código do fornecedor
    Como que vocês estão tratando isso?
    Obrigado
    Junior

    Junior
    Boa Noite
    Para tentar te auxiliar preciso saber de suas coisas:
    O  endereço do cadastro do PN está correto?
    A NF de entrada está sendo criada como base para NF de devolução?
    Jandoval Nascimento
    www.jvfi.com.br
    SAP Consultant
    Recife - PE

  • Controle de Item por Conta de Depósito

    Pessoal, boa tarde.
         É possível optarmos pelo tratamento do controle de um item cadastrado conforme print abaixo? Onde teremos que controla-lo pelo estoque e em alguns documentos de marketing não deve ser feita alteração no estoque, pois o mesmo foi utilizado de terceiros e apenas precisamos lança-lo numa nota fiscal sem alterar o estoque.
    Obrigado.

    Bom dia Arthur,
    No sistema você consegue alterar na linha da nota o depósito, só que isso dependerá do usuário que fará a nota (na imagem Wip99).
    O que você pode fazer pra deixar automatizado, é criar uma consulta formatada que altere o campo pra você, por exemplo,, Venda escolha depósito X, quando for remessa, depósito Y.
    Exemplo
    Eu fiz uma regra assim na entrada de estoque, toda entrada deve ser feita no depósito LAM e não no WIP99.
    A consulta DMK - Produção - Depósito.
    SELECT ISNULL(
       (SELECT T1.[WhsCode]
       FROM OITW  T1       
       WHERE T1.ItemCode =  T0.Itemcode and T1.Locked <> 'Y' and T1.[WhsCode] like 'LAM%' AND SUBSTRING($[$21.0.0],1,3) = 'PRO')
       ISNULL(
       (SELECT T1.[WhsCode]
       FROM OITW  T1       
       WHERE T1.ItemCode =  T0.Itemcode and T1.Locked <> 'Y' and T1.[WhsCode] like 'FT%'),
        T0.DfltWH)
       ) as Deposito
       FROM OITM T0 WHERE T0.ItemCode =  $[$13.1.0]
    Esse é só um exemplo
    Abraço
    Fabio.

  • Como usar as teclas de comando do teclado sem fio no iPad2?

    Como usar as teclas de comando do teclado sem fio no iPad2?

    Boa Noite.
    Realizei a simulação e realmente está retornando o padrão da configuração dentro dos menus de imposto.
    Para contornar esta situação 2 formas.
    Criar uma consulta formatada ou colocar como modelo uma série no qual será controlada na sbo_sp_transactionnotification para não permitir gravação, fazendo com que o usuário altere para o tipo de nota correta.
    At. Junior.

  • NF-e 3.10 - Erro 204 - Duplicidade - Botão consulta status

    Boa tarde a todos.
    Estamos em fase de testes do projeto de implementação do XML 3.10.
    Eu tive algumas notas no meu ambiente de teste integrado com rejeição 204 (duplicidade de nota).
    Eu preciso realizar a consulta de status para essas notas, porém no botão Outras Funções, não aparece a opção Verificar Status (conhecido como Consulta de Status no monitor 2.00).
    Eu encontrei o seguinte post relacionado ao meu problema:
    NFe V3.10 Erro 204 - Duplicidade - Botão Consulta Status sumiu
    Porém, o procedimento de "Continuar Processo" descrito no post acima não resolveu meu problema (quando dou um Continuar Processo, o GRC tenta enviar novamente a nota para aprovação).
    Alguém sabe como faço para o botão de consulta de status aparecer? Seria algo de perfil?
    Att,
    Matheus Goulart

    Então Ricardo, na verdade não tem botão de consulta de status no detalhe.
    Acebei de descobrir que o Continuar Processo funcionou, o problema é que a consulta de status foi rejeitada pela SEFAZ (sefaz MG).
    E o motivo que no monitor não atualizou os status das notas, é porque deu um erro no proxy inbound.
    Mensagem da SPROXY:
    Falta elem.'{http://www.portalfiscal.inf.br/nfe}dhRecbto'
    XML (retorno):
    <?xml version="1.0" encoding="utf-8" ?>
    - <nfeConsultaNFResponse xmlns="http://sap.com/xi/NFE/008"> 
    - <nfeConsultaNF2Result> 
    - <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"> 
    <tpAmb>2</tpAmb>  
    <verAplic>13_2_28</verAplic>  
    <cStat>217</cStat>  
    <xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo>  
    <cUF>31</cUF>  
    <chNFe>31140940432544011262550160000014241463324953</chNFe>  
    </retConsSitNFe>
    </nfeConsultaNF2Result>
    <n0:mode xmlns:n0="http://sap.com/xi/NFE/008">O1</n0:mode>  
    </nfeConsultaNFResponse>

  • Pesquisa formatada para trazer preço de lista para UDF (linha) na cotação?

    Tenho uma situação onde tenho que trazer o preço de lista para o item em um documento de marketing, no caso uma cotação, antes do campo usual do sistema, isto é, num campo definido pelo usuário criado, para agregar a ele valores adicionais de Despesas (que não devem ser destacadas como adicionais/acessórias no documento), de forma que na cotação seja formado o preço líquido de impostos no campo do Preço Unitário do sistema, isto é, a cada cotação é necessário adicionar ao preço liquido do item (na lista de preços) despesas com venda que devem ser consideradas para cada diferente cotação X PN.
    Meu problema é que não sei como identificar o campo do preço da lista de preço para um determinado item em uma ésquisa formatada na cotação que traga este preço...
    Olhando a informação do sistema para o campo na lista de preço, os dados são:
    $ ____ (Form:157 Item=3 Pane=0 Colum=5 Row= XXX Variable=62)
    Alguém pode me ajudar com esta query?

    Fabielle,
    Muito obrigado pelo retorno! É isso mesmo... Me faltava saber a tabela em que os valores estavam gravados!
    Inclusive, como era uma consulta de tela que eu precisava, eu tive que adaptá-la para ser automática. Ficou assim:
    SELECT ITM1.Price FROM OCRD
      INNER JOIN ITM1 ON
         OCRD.ListNum = ITM1.PriceList
      INNER JOIN OITM ON
         OITM.ItemCode = ITM1.ItemCode
    WHERE OCRD.CardCode = $[4.0.0]
    AND OITM.ItemCode = $[$38..1.0]
    Eu já havia obtido o retono forum em inglês, mas valorizo o seu esforço em me ajudar!
    Att,
    Denis

  • Valores das linhas do documento em Pesquisas Formatadas

    Em uma pesquisa formatada quando é preciso se referir há um valor que está na tela passando a posição utilizamos a seguinte sintaxe:
    $[$Item.Coluna.0]
    Exemplo: SELECT DISTINCT 'TRUE' FROM ORDR WHERE $[$38.1.0]= ''
    Essa pesquisa formatada funciona corretamente desde que não sejam campos no título do documento e não sejam linhas do documento. Por exemplo nos itens do Pedido de Venda, não é possível analisar o total de todas as linhas, o B1 analisa somente a primeira linha ou a linha em que está o foco.
    É preciso que está funcionalidade esteja disponível, que seja possível verificar o valor de uma coluna em todas as linhas de um documento em uma pesquisa formatada, pois as empresas tem necessidade de procedimentos de autorização baseados em regras que não estão disponiveis por padrão no B1 e é precisa faze-las com pesquisas formatadas.

    Could you post it in English?  This is an English forum so that other people could read.
    Thanks,
    Gordon

  • Variável $[USER] - Pesquisa Formatada

    Olá pessoal,
    eu utilizava uma pesquisa formatada para me trazer o código do usuário logado no SBO, mas depois que migrei para a versão 8.81 essa pesquisa passou a não funcionar. Essa variável deixou de existir? Mudou de nome? Agradeço a atenção de todos.
    Grato,
    Leonardo Azeveodo

    Pessoal,
    aparentemente parece que a variável '$[USER]' não está sendo atualizada, pois fazendo um 'SELECT $[USER]' no gerador de consulta ele retorna 0 para qualquer usuário. Estou usando o 8.81 PL08, alguém do time da SAP pode esclarecer o que está acontecendo?!!
    Grato,
    Leonardo Azevedo
    Edited by: Leonardo Azevedo on Jan 2, 2012 3:29 PM

Maybe you are looking for