cancel
Showing results for 
Search instead for 
Did you mean: 

VL10B e VL10D

Former Member
0 Kudos

Bom dia pessoal.

Utilizamos o processo de transferência entre centros de MM/SD, em que é criado um pedido de transferência (UB) pela ME21N e depois utilizamos as transações VL10B ou VL10D para criar a remessa.

Ocorre que nas transações VL10B e VL10D quando seleciono 2 pedidos para gerar um único fornecimento o sistema retorna um DUMP e não cria o fornecimento.

Somente selecionando um único fornecimento com data de remessa igual que as transações criam o fornecimento.

Gostaria de saber se isso é uma limitação das transações ou alguma configuração que esteja faltando.

Att.

Leticia.

Accepted Solutions (1)

Accepted Solutions (1)

marcus_farias2
Discoverer
0 Kudos

Bom dia Leticia,

Poderia dar mais detalhes do DUMP ??

Abraços,

Marcus Farias.

Former Member
0 Kudos

Boa Tarde.

Segue detalhes:

Erro tpo.exec. SAPSQL_ARRAY_INSERT_DUPREC

Exceção CX_SY_OPEN_SQL_DB

Data e hora 05.10.2010 14:31:45

Dump breve ABAP não está complet.gravado (demas.extenso)

O que aconteceu ?

Error in ABAP application program.

The current ABAP program "SAPLV05I" had to be terminated because one of the

statements could not be executed.

This is probably due to an error in the ABAP program.

Análise do erro

An exception occurred. This exception is dealt with in more detail below

. The exception, which is assigned to the class 'CX_SY_OPEN_SQL_DB', was

neither

caught nor passed along using a RAISING clause, in the procedure

"SD_PARTNER_UPDATE" "(FUNCTION)"

.

Since the caller of the procedure could not have expected this exception

to occur, the running program was terminated.

The reason for the exception is:

If you use an ABAP/4 Open SQL array insert to insert a record in

the database and that record already exists with the same key,

this results in a termination.

(With an ABAP/4 Open SQL single record insert in the same error

situation, processing does not terminate, but SY-SUBRC is set to 4.)

Verifiquei algumas notas com erros parecidos, mas não resolveu.

Att.

Leticia.

former_member182114
Active Contributor
0 Kudos

Bom dia Letícia,

Existe uma certa quantidade de notas relacionadas a este problema, verifique no market place de acordo com sua versão de ERP, palavras chave:

SAPSQL_ARRAY_INSERT_DUPREC

SD_PARTNER_UPDATE

Atenciosamente, Fernando Da Ró

Answers (3)

Answers (3)

Former Member
0 Kudos

Leticia,

Você comenta sobre um parâmetro agrupamento no pedido que busca do cadastro de cliente que não estava habilitado e, que após a correção, está juntando mais de um pedido em um único fornecimento.

Poderia me indicar este parâmetro?

No meu caso, na VL10B está gerando uma quantidade maior que a do pedido, que aparentemente é a junção de 3 pedidos de compras. Gostaria de verificar se desabilitando este parâmetro que você menciona, a VL10B irá gerar uma remessa com a quantidade apenas do pedido em questão.

Obrigada.

Former Member
0 Kudos

Oi Juliana. Por favor abra uma nova thread.

Grato

Eduardo Chagas

Former Member
0 Kudos

Ola Juliana Tudo bem ?

Estou com a mesma solicitação mencionada acima. Chegou a abrir uma nova thread ou solucionou o caso para que possa gerar uma remessa por pedido?

Obrigado

Former Member
0 Kudos

Olá

Verifique se as configurações de determinição de parceiro para delivery estão okay.

Sales and Distribution

-> Basic Functions

-> Partner Determination

-> Set Up Partner Determination

E, então verifique se a função parceiro está determinada no cadastro do cliente.

Abraço

Eduardo

Former Member
0 Kudos

Bom dia pessoal.

Apliquei as notas 386340 / 377501 / 500208 e ficou ok.

Obrigada.

Former Member
0 Kudos

Bom dia pessoal.

Existe um parâmetro agrupamento no pedido que busca do cadastro de cliente que não estava habilitado, fiz a correção e agora está juntando mais de um pedido em um único fornecimento.

Somente quando existem datas de remessas diferentes que o sistema continua retornando DUMP.

Att.

Leticia.