Dynamics AX4.0 ошибка REGID по LedgerTrans.

[Staxs_Huck]

В Axapta 4.0 произошла ошибка по REGID. При разноске любого документа выходит сообщение
Невозможно создать запись в Операции ГК (LedgerTrans). Операция: КНКЛN02873348, 27.05.2016.
Запись уже существует.
Провел проверку по ошибке , такой операций нету. Следовательно дошел до того что аксапта не может увеличить(не могу понять из-за чего) номер следующего REGID. Подскажите пожалуйста какие существуют варианты решения данной проблемы.

[Morpheus]

Я пользуюсь таким скриптом для AX 2012. Попробуйте применить его для AX 4 на тестовом приложении.
После исправлений, выполненных скриптом, перегрузите АОС.

protected void checkNextVal(boolean _fixNextVal = false)
{
    SystemSequences systemSequences;
    Common          record;

    while select forUpdate systemSequences
           where systemSequences.TabId != 0
    {
        if (!(new SysDictTable(systemSequences.TabId)))
            continue;

        record = new SysDictTable(systemSequences.TabId).makeRecord();

        new SkipAOSValidationPermission().assert();
        record.skipAosValidation(true);

        select firstOnly crossCompany RecId
          from record
         where record.RecId >= systemSequences.NextVal;

        if (record.RecId)
        {
            warning(tableId2Name(systemSequences.TabId));

            new SystemSequence().suspendRecIds(systemSequences.TabId);
            new SystemSequence().flushValues(systemSequences.TabId);

            if (_fixNextVal)
            {
                this.fixNextVal(systemSequences.TabId);
            }
        }

        CodeAccessPermission::revertAssert();
    }
}

protected void fixNextVal(TableId _tableId)
{
    Connection dbConnection = new Connection();
    str        sqlStatement;
    Common     record       = new SysDictTable(_tableId).makeRecord();

    select crossCompany maxOf(RecId)
      from record;

    sqlStatement = strFmt('update %1 set NextVal = %2 where TabId = %3',
                          new SysDictTable(tableNum(SystemSequences)).name(DbBackend::Sql),
                          int642str(record.RecId + 1),
                          int2str(_tableId));

    new SqlStatementExecutePermission(sqlStatement).assert();
    dbConnection.createStatement().executeUpdate(sqlStatement);
    CodeAccessPermission::revertAssert();
}

[Dron AKA andy]

Посмотрите на результаты следующих запросов:

SELECT nextval FROM SystemSequences where SystemSequences.tabid == 225

SELECT maxof(recid) FROM LedgerTrans

Результат первого запроса должен быть больше второго. Если нет, то должен помочь предложенный выше скрипт.

[Staxs_Huck]

Спасибо сейчас проверю,TabLId это ledgerTrans я правильно понимаю?

[Dron AKA andy]

Да, tableNum(LedgerTrans)

[Staxs_Huck]

Подскажите пожалуйста из-за чего может возникать данная ошибка?(Пока не проверил скрипт поднимаю тестовую базу)

[TasmanianDevil]

Staxs_Huck, для 64-битного идентификатора записи естественным путем достичь предела за прошедший с момента появления 4-ки срок - нереально (вставляйте по миллиону записей в секунду - он кончится через пол-миллиона лет). Нет ли каких сторонних программных продуктов, обитающих в вашей IT-епархии и вставляющих записи в БД DAX и пользующих/обновляющих таблицу SystemSequences ?

[Staxs_Huck]

Нет такого нету,весь импорт производится через ADO после чего все созданные документы разносятся непосредственно в системе.

[Владимир Максимов]

Цитата:

Сообщение от Staxs_Huck

Следовательно дошел до того что аксапта не может увеличить(не могу понять из-за чего) номер следующего REGID.

Не так. Axapta формирует очередное значение RecId, но запись с таким значением RecId уже существует. Т.е. у Вас значение поля SystemSequences.NextVal в записи для таблицы LedgerTrans не соответствует максимальному значению RecId+1 по таблице LedgerTrans. Что вам, собственно, и предлагают проверить


Я бы советовал запустить профайлер SQL. Поймать команду INSERT ... INTO LEDGERTRANS, скопировать эту команду в Management Studio и попытаться выполнить вручную.

Тут дело в том, что сообщение об ошибке, выдаваемое Axapta очень часть не соответствует действительности. Подозреваю, Axapta большую часть ошибок SQL отображает как "Запись уже существует" вне зависимости от реальной ошибки. Например, такое сообщение может выдать если в таблице нет какого-то поля

Цитата:

Сообщение от Staxs_Huck

Подскажите пожалуйста из-за чего может возникать данная ошибка?(Пока не проверил скрипт поднимаю тестовую базу)

Две причины:

1. Вы вручную, из вне Axapta вставляете записи в таблицу LedgerTrans, но не корректируете значение счетчика в SystemSequences

2. Вот из-за этого еще может быть, раз Вы пользуетесь закачкой через ADO. Проблема с настройкой SET NOCOUNT в хранимых процедурах

AX2009: Ошибка оптимистической модели обновления

Правда, в этом случае подобная ошибка будет выскакивать произвольно в любой момент на любой таблице.

[Staxs_Huck]

Извените а что означает данная переменная crossCompany -?

[Raven Melancholic]

Цитата:

Сообщение от Staxs_Huck

Извените а что означает данная переменная crossCompany -?

Это не переменная, а элемент языка запросов, появившийся в DAX2009.
В DAX4 придется пробежаться по всем компаниям и найти максимальное значение учитывая все компании. Ну для такого простого действия проще будет в Management studio (или в любом другом средстве, позволяющем создавать запросы к MS SQL Server) запрос сделать что по таблице проводок, что по SystemSequences.

[Staxs_Huck]

Копания одна, получается мне нужно взять максимальное значение по РЕГайди(я ток начал разбираться в языке х++,до этого все решал спокойно с помощью SQL).и подставить его в значение LedgerTrans. Или я не уловил смысл запороса.

[Staxs_Huck]

Всем большое спасибо,проблема исправлена