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

Similar Messages

Tela de confirmação de compras em pedido de venda (8.81)

Bom dia,
Estou lançando um Pedido de Venda e ao inserir ou alterar os pedidos já lançados, o sistema fica apresentando a tela de Assistente de Confirmação de Compras, mas o campo DOCUMENTO DE SUPRIMENTO não está habilitado, sendo assim, esta tela não deveria aparecer.
Alguem sabe se existe alguma configuração além desta para abrir esta janela?
Att.
Regiane

Regiane.
Boa Noite.
Você já verificou se tanto no cadastro item como grupo de itens, se o campos método de planejamento esta configurado como nenhum. Isso pode está influenciando no aparecimento do assistente de confirmação de compras.
At.
Jandoval Nascimento
SAP Consultant
www.jvfi.com.br

Pedido de venda

Bom dia,
Estou começando a trabalhar com pedido de venda e acabei de encontrar uma dificuldade.
Eu faço um pedido de venda por projeto (contrato) e conforme vamos entregando (NFs) a quantidade vai baixando do pedido de venda, e qdo vamos gerar a próxima NFs ele informa quanto ainda temos disponível para faturar no pedido.
Só que tivemos uma devolução e o pedido não estornou a qtd devolvida.
Consequentemente agora o pedido está errado em relação a qtd faturada.
Alguém sabe como dar uma solução para este problema?
Danielle

Oi Danielle,
Que bom poder ter ajudado.
Com relação a recuperação de impostos em uma operação de devolução, isso deve estar configurado nas contas contábeis do "TIPO DO IMPOSTO", para que quando na venda, ocorra o debito na conta do imposto a pagar, automaticamente se voce faz a devolução ele credita essa mesma conta...
veja bem, imposto a recuperar não é exatamente o imposto da devolução, e sim o imposto que voce recupera sobre a compra...
a nao ser que a contabilidade queira usar esta como referencia, mas dessa forma, sim a analise do balancete/razão não expressaria o saldo real da conta contabil...
e o codigo do imposto nao deve ser alterado porque nele voce ja configurou o CFOP da devolução...
Avalie. Voce tem base de testes? Simule as operacoes de vendas e devolucão da venda e analise os lancamentos contabeis gerados, voce vai perceber que sao inversos.
Boa sorte.
Wagner

Erro ao atualizar pedidos de venda do ano de 2009 faturados parcialmente

Pessoal,
Ao tentar fazer qualquer atualização em alguma linha que ainda está em aberto de um pedido de venda com data de lançamento e entrega de 2009 e que contém outra linha que já foi faturada, o SAP apresenta o seguinte erro: Data diferente do intervalo permitido . O erro faz referência a linha que já foi faturada, mas a tentativa de modificação é em outra linha que ainda está em aberto. Já conferi na tela "Administração de período" e o período de 2009 está aberto Alguém já passou por esse problema? Obrigado.

qual que é a versao que esta trabalhando de SB1?
Si for 2007, entao o problema pode ser nas datas que sao suportadas pelo periodo contavel atual.
Verifique que os periodos até agora suportam em data de documento e vencimento datas do ano 2009.
me avisa depois de olhar.
JEL

Pedido de Vendas

Bom Dia,
Estou com um problema na hora de criar um pedido de venda, onde os campos "utilização", "codigo do imposto", "CFOP" eram preenchido automaticamente, quando selecionava o Parceiro de negocio, agora não esta acontecendo isto mais. Como posso resolver isso?
Att,
Thiago B. Ferreira.

Oi Thiago,
O preenchimento parou de funcionar após alguma alteração de regra de negócio? modificação de campo?
Esse caso pode ocorrer por alguns motivos técnicos:
- Pesquisa formatada não está atribuída ao campo
- Pesquisa formatada atribuída, porém está tecnicamante mau elaborada.
- Pesquisa formatada atribuída corresponde a uma regra especifica ou operação, exemplo, so funciona com o Clientes que tem o código entre C0001 até C0099.
Você comenta que essa funcionalidade ocorre quando altera o PN, mas isso está sendo realizado em que situação?
Pois para funcionar os campos na linhs, primeiro temos que colocar o PN, e depois algum item, pois sem item na linha nenhuma funcionalidade vai funcionar, é uma premissa ter uma item antes.
Se você pressionar os botões AltShiftF2, nos campos onde deveria ter alguma automatização, será apresentado se existe alguma atribuição técnica no campo.
Abraços.

Pedido de Venda parcial com Nota Cancelada a quantidade não volta no pedido

Faço um pedido de venda em seguida fiz a nota fiscal de saida com quantidade parcial dos itens, cancelei essa nota fiscal de saida(fazendo a devolução da nota fiscal de saida), sendo que no pedido de venda não voltou a quantidade parcial que fez na nota fiscal nem no campo que ativa no configurações de formulario quantidade em aberto.
Pois controlo pelo pedido de venda, o cliente faz um pedido e vai entregando por semana até que o pedido seja entregue por interio, o problema ocorre quando cancelo uma Nota fiscal de Saida a quantidade não volta para o pedido.
Por favor, Alguma solução ?
Edited by: Jaime Charles L. Pereira on Oct 26, 2009 2:53 PM

Nós criamos um add-on para realizar cálculos no grid de itens. Resolvemos o caso de um cliente com este add-on.
Inclusive o cliente criou um campo de usuário para definir o percentual de peso da embalagem (que entra neste cálculo também).
O problema é que este add-on tem que ser adquirido. O bom é que ele resolve muitos problemas de cálculos no grid.

Pedido de Venda - Guia Imposto não é atualizado o peso líquido

Prezados,
Ao entrar com um pedido de venda no SAP Business One e selecionar um item que possui no Cadastro do item: ficha Dados de venda as seguintes configurações abaixo:
Unidade de medida para vendas: UN
Itens por unidade de venda: 1
Unidade de medida da embalagem (Vendas): em branco
Quantidade por unidade de embalagem: 1
Comprimento, largura, altura, volume: em branco
Peso: 20 kg
Na tela de pedido de venda ao inserir no campo quantidade do item uma quantidade que ultrapasse a disponível em estoque é exibido um alerta de verificação de disponibilidade do estoque. Até ai tudo bem!
Ocorre que ao exibir a guia Imposto não é atualizado o peso líquido correspondente a quantidade informada no pedido de venda.
Uma forma que encontrei do sistema atualizar o peso líquido foi em Definição de Documentos para pedido de venda desmarcar a opção de Ativar verificação automatica de disponibilidade. No entanto necessito desse alerta ativo para uso no cliente.
Alguém saberia informar uma forma de solucionar essa questão? Seria um erro propriamente dito ou uma definição do sistema.
Augusto Requião
Skype: cesarfex
Edited by: Rui Pereira on Jul 8, 2008 12:14 PM
Edited by: Rui Pereira on Jul 22, 2008 12:09 PM

Nós criamos um add-on para realizar cálculos no grid de itens. Resolvemos o caso de um cliente com este add-on.
Inclusive o cliente criou um campo de usuário para definir o percentual de peso da embalagem (que entra neste cálculo também).
O problema é que este add-on tem que ser adquirido. O bom é que ele resolve muitos problemas de cálculos no grid.

Atualização no pedido de venda.

Boa tarde.
Tenho um PV aberto com alguns itens e preciso fechar um deles, porém ao alterar algum dado (quantidade) deste item no pedido aparece a mensagem abaixo ao "Atualizar".
"Outro usuário alterou a quantidade do lote 2031 no depósito 02 na linha 20 ."
Existe algum procedimento que eu posso realizar para conseguir fechar este item (linha)?
Obrigado.

Va na linha indicada e pressione CTRL+TAB em cima do campo "quantidade", o sistema ira abrir os lotes selecionados para este item, pode ser que você ache algum problema na seleção dos lotes. Verifique se a quantidade do pedido está igual ao dos lotes selecionados.
Abs
Fabio.

Ocorreu um Erro Interno....Pedido de Compra / Pedido de Venda/ Vendas

Pessoal, boa tarde !
Estou com um problema toda vez que eu vou inserir algum tipo de documento está aparecendo a seguinte mensagem para meus usuários:
OCORREU UM ERRO INTERNO
Exemplo: Inserir o Pedido de Compra, aparece o erro mais mesmo assim o pedido é inserido.
O que pode estar causando esse erro interno.
Obrigado,
Fábio

Vinicius, Boa tarde!
Esta acontecendo com todos os usuários.
Já reinstalei o Client´s na maquina.
Já reinstalei o DI API;
Esse erro começou acontecer esta semana, e não passamos por nenhuma atualização, estamos operando com o SAP 9.0 PL08 - SQL 2008 - R2.
Atte.
Fábio Senkow

Relatório de Venda (Pedido)

Bom dia,
Fiz um relatório em Crystal Reports, porém os produtos estão sendo replicados, gostaria que ficasse apenas os produtos do pedido de venda. Segue o Código gerado pelo Crystal abaixo.
SELECT "OCRD"."CardName", "CRD7"."TaxId0", "CRD7"."TaxId4", "CRD7"."TaxId1", "OCRD"."Phone1", "CRD1"."State", "CRD1"."City", "CRD1"."ZipCode", "CRD1"."Block", "CRD1"."StreetNo", "CRD1"."Street", "ORDR"."TaxDate", "OCTG"."PymntGroup", "RDR1"."ItemCode", "RDR1"."Dscription", "RDR1"."unitMsr", "RDR1"."Quantity", "RDR1"."Price", "ORDR"."DocTotal"
FROM (((("SAP"."dbo"."CRD1" "CRD1" INNER JOIN "SAP"."dbo"."OCRD" "OCRD" ON "CRD1"."CardCode"="OCRD"."CardCode") INNER JOIN "SAP"."dbo"."CRD7" "CRD7" ON "CRD1"."CardCode"="CRD7"."CardCode") INNER JOIN "SAP"."dbo"."OCTG" "OCTG" ON "OCRD"."CardCode"="OCTG"."CardCode") INNER JOIN "SAP"."dbo"."ORDR" "ORDR" ON "OCTG"."CardCode"="ORDR"."CardCode") INNER JOIN "SAP"."dbo"."RDR1" "RDR1" ON "ORDR"."CardCode"="RDR1"."CardCode"
SELECT "OADM"."CompnyName", "OADM"."PrintHeadr", "OADM"."TaxIdNum", "OADM"."CompnyAddr"
FROM "SAP"."dbo"."OADM" "OADM"
Abaixo em anexo a print do relátorio dentro do SAP

Cristiano, bom dia,
faça o seguinte teste.
1) pegue o SQL que postei de pedido de compra no link Pedido de Compra - Impressão
2) troque todas as tabelas OPOR para ORDR, e todas começando com POR para RDR (exemplo, POR1 para RDR1, POR2 para RDR2.
Teste executar o SQL, talvez ajude vc.
Outro detalhe, eu crio o SQL da empresa em um 2o comando no Crystal Reports.
No meu "comando" está o SQL principal do relatório, já no "DadosEmpresa", está aquele seu último SQL
E não faço ligações entre eles, o Crystal Reports reclama mas é só seguir em frente.
Abraço
Fabio.

Criação de Pedidos de Compra via BAPI_PO_CREATE1 com Impostos

Boa tarde pessoal.
Estou atuando em um projeto onde precisamos migrar pedidos de compra em aberto entre ambientes SAP. Estamos trabalhando com esta migração através da utilização da BAPI_PO_CREATE1 para isso. Estamos vivenciando o seguinte problema neste processo:
- Recebemos a mensagem de erro 06 218 - O preço líquido tem de ser maior do que 0. Acontece que estamos alimentando a estrutura POCOND com os valores das condições do pedido origem. Porém o pedido tem impostos e na composição de suas condições eu tenho os impostos ICMS/IPI e estou passando seus valores também na composição da estrutura POCOND.
Se alguém já utilizou esta BAPI neste contexto de pedidos de compra com impostos e puder dar alguma dica a respeito deste assunto, ficaremos gratos pelo apoio
Alessandro Luiz
Pontual Consultores Associados

Olá Alepontual,
Por favor verifique a nota SAP (Note 580225 - Purchasing BAPIs: Conditions and pricing)
https://service.sap.com/sap/support/notes/580225
Verifique se está sendo preenchido o campo CHANGE_ID.
Att,
Bruno Xavier.

Retenção PIS, COFINS, IR e CSLL, no pagamento - TAXBRJ

Olá!
Estou configurando a retenção para PIS, COFINS, IR e CSLL. Aqui nós utilizamos TAXBRJ pela questão de OIL.
Porém quando olho as condições na ordem de venda, a condição ICW5, IPW5, ISW5 e IRW5 não estão trazendo valores, logo a condição ICW6 não é preenchida para levar o valor para a contabilização acumulativa de FI.
Passos Feitos:
Seguindo a guia de customização,
- já criei as condições para aplicação TX e V.
- Já atualizei o esquema de cálculo com as condições.
- adicionei os dados pertinentes ao cliente na aba de imposto retido
- determinei as contas
- criei a exceção para trazer os valores de imposto
Todos os passos foram feitos, porém ele manda ativar as condições ICOQ IPSQ ICSQ IIRQ IGEQ na FTXP para o código de imposto SD. Mas após ativar, em minha ordem de venda as condições ficam com alerta vermelho e não calculam. Não sei se este é o motivo de não trazer o valor para ICW5.
Poderiam me ajudar com este problema?
Desde já muito obrigado!

Eduardo Achei!
Desculpe a demora na resposta.
As categorias de imposto retido que foram criadas o Standard não lê. Coloquei as padrões e funcionou. Ainda não abri um chamado para a SAP sobre o assunto mas o farei em breve.
Obrigado!

Venda negativa

ola a todos.Percebo que alguns items do meu cadastro estao com venda negativa no relatorio de status do inventario sendo que nao ha nenhum pedido de venda cadastrado para esse item, e tambem alguns com venda cadastrada nesse relatorio mas nenhum pedido lançado tambem.Quando isso pode acontecer? Que tipo de açao estou executando para trazer essa inconsistencia?Em ajuda/suporte/restaurar/restaurar itens o prblema é solucionado, mas quando devo fazer tal procedimento?

Prezado Carlos,
sugiro que corra a query da Nota 999124 e caso obtenha resultados crie uma mensagem no SAP Channel Portal.
Adicionalmente verifique as NF Entrega Futura e as Ordens de Produção pois estes documentos também são considerados para o cálculo da saída prevista.
O restaurador do saldo do item deve ser utilizado apenas após a SAP analisar o banco de dados e aprovar o uso do mesmo. (como indica a Nota 752031)
Atenciosamente,
Anabela Silva
SAP Business One

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...

SAP 8.82 para SAP 9.0, SAP 9.1

Bom dia pessoal,
Atualmente utilizo o SAP 8.82 na empresa, estava pensando mais para o começo do ano que vem fazer a migração para SAP 9.0 ou até o mesmo o SAP 9.1 (para esta versão tenho que esperar os add'ons nacionais terem versão funcionando).
Por acaso alguém já fez a migração da SAP 8.82 para o SAP 9.0? gostaria de saber se teve muitas dificuldades com os usuários, problemas em banco de dados, computadores, redes, etc.
Tenho uma maquina virtual rodando o SAP 9.0 PL13 onde sempre pego minha base atual na 8.82 e converto pra ela pra fazer alguns testes básicos, até o momento o que deu trabalho é alterar todos meus relatórios em Crystal Reports que utilizam documentos de makerting (pedidos, notas, etc) pra testar o campo de cancelamento "CANCELED".
Um grande abraço,
Fabio
SAP 8.82 PL14 / SAP 9.0 PL13 (test) / SAP 9.1 PL2 (test).

Ola pessoal,
segue algumas observações dos problemas que ocorreu comigo na conversão do SAP 8.82 PL14 para SAP 9.0 PL15.
1) Update do software nos computadores/terminais
- Quase nenhum update deu certo, quando chegou no 3o computador descobri o motivo, o SAP tenta fazer update de vários componentes no modo automatizado, você não vê mas ele roda vários "setups" de vários programas diferentes, um deles é o "Microsoft C++ 2010 Runtime".
Antes de entrar no SAP no terminal pra fazer o update, eu comecei a instalar o runtime manualmente, entre na pasta "...\B1_SHR\Client\ISSetupPrerequisites\{83960519-644A-4722-BA7A-37D23C1D004F}" e instalei o programa "vcredist_x86".
Pronto, após instalar o runtime do C++, foi só entrar no SAP 8.82 que ele fazia corretamente o update para o SAP 9.0.
2) Erro contas a pagar e a receber Could not find stored procedure 'TmSp_SetBgtAccumulators_ByJdt"
Após vários testes na minha conversão "beta" do SAP 8.82 PL14 para o SAP 9.0 PL11 (e PL15 agora em janeiro), onde fiz vários procedimentos referente a compras, vendas, cadastros, mrp etc, tudo funcionou perfeito.
Após a conversão na base real (base quente) ontem, hoje trabalhamos tranquilamente, pedido de compra, nota fiscal de entrada,, ,pedido de venda, nota fiscal de saída, e validação de nota, e tudo continuava funcionando bem, mas ocorreu um erro bem estranho na baixa do contas à pagar e à receber.
Na conversão do banco, não deu erros e nem avisos, onde foi convertido com sucesso, mas por algum motivo a conversão do SAP 8.82 PL14 para o SAP 9.0 PL15 apagou a procedure abaixo, fazendo com que o sistema apresentasse erro na baixa do financeiro.
"Could not find stored procedure 'TmSp_SetBgtAccumulators_ByJdt'"
Após pesquisa na internet, encontrei no próprio fórum a solução.
http://scn.sap.com/thread/3468903
Para resolver o caso, segui o que estava no post acima, é só entrar em Ajuda, Suporte Desk, Restaurar, Restaurar Procedimentos Arquivados.
Não pode ter ninguém conectado no banco de dados para rodar esse procedimento, após a execução, o financeiro funcionou perfeito.
Abraço
Fabio
SAP 9.0 PL15 / SAP 9.1 PL3 (test)

Alterar Condição Pagamento Pedido de Venda

Similar Messages

Maybe you are looking for