Сообщение об ошибке

[Консультант]

При учете заказа продажи выдается следующее сообщение об ошибке:

Cust. Ledger Entry Но. '132' уже существует.

Учетная функция не менялась.

Чем может быть вызвана ошибка и как ее исправить?

[mazzy]

по Аттейну я могу ошибаться, но это сообщение значит, что вы пытаетесь сгенерировать из модуля Продажи & Клиенты документ. Финансовые проводки с таким номером уже существуют.

войдите в навигатор и сделайте поиск по документу 132.
скорее всего у вас уже будут финансовые проводки с таким номером.

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

[sash_xp]

Несколько уточнений:
Речь идет о таблице Клиент книга операций (Table 21 Cust. Ledger Entry), там уже есть запись с этим номером. Хотя вроде как не должно такого быть, может кто вручную в таблице правил?
Не уверен, что в данном случае речь идет о номере документа, скорее о номере операции. Если так, то поиск в навигаторе не даст результатов (или даст неправильные).
Лучше все-таки заглянуть в эту таблицу.

[Консультант]

Выяснилось, что по каким-то причинам при учете предыдущего заказа в Клиент Книга Операций (Table 21 Cust. Ledger Entry) возникла запись, которой не было соответсвия в других регистрах.

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

[mazzy]

Спасибо.

[Консультант]

Спасибо Вам и всем участникам форума.

[sash_xp]

На самом деле это серьезно. Принцип целостности данных был нарушен (если это вина Navision)
Надеюсь, что это просто кто-то вручную правил.

[Консультант]

Никто вручную не правил, это исключено. Работа велась на одном компьютере, в локальной версии.

Я занимался тестированием функциональности применения авансов к заказам, может, там какой баг? Но это так, догадки.

[Тимур]

Может быть правили серию номеров? Откатили следующий номер?

[sash_xp]

в 31 таблице не задается серия номеров, там просто подряд операции идут (1,2,3,4,5...)

[Консультант]

Серию номеров, во-первых, не трогал, во-вторых, она тут ни при чем.

Все же спасибо за отклик.

[Тимур]

А накладную случайно не удаляли?

[Консультант]

Накладную не удалял.

Похоже, сбой вызывается следующей последовательностью операций:

- учитывается аванс поставщику;
- учитывается заказ покупки с нулевой суммой;
- учитывается следующий заказ - и обнаруживается нарушение целостности данных.

Будет время, еще потестирую.

[bascomo]

Это косяк навижена.

Как вы, наверное, знаете, программа, перед тем, как постить проводки в ledger entry, пишет их в фин. журнал. И если сумма в фин. журнале по каким-либо причинам оказывается равной нулю, то проводка не постится (так как смысла в проводке с нулевой суммой нет - не моё утверждение). Это во-первых.

Во-вторых, если раньше нумерация операций (но не транзакций) велась для каждой таблички отдельно, то теперь все операции нумеруются на основании соответствующих записей general ledger. То есть, нумеруются записи только в gl, а в остальные таблицы номера просто копируются.

Следствие: если вы учитывете документ с нулевой суммой, который формируют записи в нескольких ledger entry, то в gl записи не попадут, но зато попадут в другие таблички.

При учёте следующего документа программа опять попытается пронумеровать очередную операцию на основе максимального номера из gl entry и не станет смотреть, что в других ledger entry такой номер уже есть.

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

[Консультант]

Да, похоже, все так и есть. Спасибо!

Будем надеяться, что удаляя этот баг, разработчики не внесут в систему два новых.

[bascomo]

Можете не надеяться. У Microsoft так не бывает.