Erro "Violação da restrição DE CHAVE PRIMÁRIA PKRM30301 não pode inserir chave duplicada" ao executar a remoção de transação paga no gerenciamento de recebíveis

Erro de problema

- "[Microsoft] [ODBC SQL Server Driver] [SQL Server] Violação da restrição PRIMARY KEY PKRM30301 Não é possível inserir chave duplicada no objeto RM30301" ocorre ao executar a Remoção de Transação Paga no Gerenciamento de Recebíveis.


Observação – Quando você acerta OK nesta caixa de diálogo, uma caixa de diálogo de informações aparece informando "O procedimento armazenado na Remoção de Transação Paga retornou os seguintes resultados: DBMS:2627, eEnterprise 0".


Causa

potencial Há um documento duplicado em algum lugar nas tabelas Recebíveis. Normalmente, é um número de sequência duplicada.


Resolução

1. Execute o seguinte no banco de dados da Empresa para localizar os registros que estão causando o erro no RM30301:


selecione RMDTYPAL, DOCNUMBR, SEQNUMBR de RM10101
grupo por RMDTYPAL, DOCNUMBR, SEQNUMBR
com contagem(*) > 1


2. Usando as informações retornadas da consulta anterior, execute o seguinte para exibir dados de um número de documento específico:


selecione SEQNUMBR como NUMBR, * de RM10101 em que DOCNUMBR = 'insira o número do documento da etapa 1' por NUMBR


3. Atualize o campo SEQNUMBR para que não haja uma duplicata. Use a chave fornecida abaixo. Se você tiver dois registros com um SEQNUMBR de 16384, precisará alterar um deles para 32768, se você tiver dois registros com 65536, precisará atualizar um para 81920, etc. Cada linha de um documento deve ter seu próprio seqnumbr exclusivo em múltiplos de 16384.


atualização RM10101 definir SEQNUMBR = XXX em que DEX_ROW_ID = XX


SEQNUMBR

-----------

16384

32768

49152

65536

81920

98304


Se o primeiro script não retornar resultados, experimente estes:


select * de RM10101 w, RM30301 h em que

w.RMDTYPAL = h.RMDTYPAL e

w.DOCNUMBR = h.DOCNUMBR e

w.SEQNUMBR = h.SEQNUMBR


selecione a.TRXSORCE,a.RMDTYPAL,a.DOCNUMBR de RM20101 a, RM30301 b em que

a.RMDTYPAL = b.RMDTYPAL e

a.DOCNUMBR = b.DOCNUMBR

Este artigo foi TechKnowledge Document ID:32359