Коррекция себестоимости

[Brat]

При запуске функции "Коррекция себестоимости" появляется сообщение:
"Таблица Стоимость Операция не имеет активного ключа, начинающегося со следующих полей: Товар Операция Но., Ожидаемая Себест., Частичная Переоценка, Тип Операции, Товарная Издержка Но."
Как мне от этого избавиться?
Помогите, пож...........

[Dzemon]

Зайти в дизайн таблицы 5802 и посмотреть ключи: либо создать этот ключ либо активировать его.

[Brat]

Извини, я не программист, поэтому не знаю, как менять или устанавливать ключи.
Где это?
Таблицу я открою, а дальше? Ключи где устанавливаются? Я с этим знаком в общих чертах, а очень надо.....
Поможите пожалуйста....

[Alterant]

У меня такая ошибка была, запостили запрос в мелкософт, оттуда пришел ответ в стиле "Не можем повторить на кронусе, чините сами".

Для исправления необходимо:
Открыть таблицу "5802 Value Entry" в режиме дизайнера - "Сервис\Object Designer", вкладка "Tables", отыскать нужную и нажать "Design".
Открыть окно с ключами таблицы - "Вид\Keys"
В ключ №2 ("Item Ledger Entry No.,Expected Cost,Document No.,Partial Revaluation,Entry Type,Variance Type,Adjustment") добавить поле "Item Charge No." - курсор на соответствующую строчку, нажать на кнопку с тремя точками и в первую пустую строчку вписать "Item Charge No." (без кавычек).
Закрыть все окна, на предложение системы сохранить объект ответить утвердительно (галочка "Compiled" должна стоять).

Это исправит указанную ошибку, но вот верно ли будет скорректирована себестоимость - не знает никто! Как говорил ведущий одной передачи - "Все будет хорошо. Готовьтесь!"

[Brat]

Получилась такая строчка:
Item Ledger Entry No.,Expected Cost,Document No.,Partial Revaluation,Entry Type,Variance Type,Adjustment,Item Charge No.
но после этого коррекция выдает тоже самое сообщение.........

[Alterant]

Странно, должно все работать.

Хотя я наверное был не прав. У нас была другая ошибка - что-то типа "поле XXX не может быть рассчитано поскольку не все поля входящие в фильтр, входят в ключ" и нехватало именно поля "Item Charge No.".

[Likefire]

Цитата:

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

Странно, должно все работать.

Хотя я наверное был не прав. У нас была другая ошибка - что-то типа "поле XXX не может быть рассчитано поскольку не все поля входящие в фильтр, входят в ключ" и нехватало именно поля "Item Charge No.".

Ничего странного: просто где-то программно установлена фильтрация по другому ключу, либо в свойствах формы Sorting надо перевыбрать. У меня был такой же случай. Тут надо просмотреть коды и свойства форм таблиц.

[Alterant]

Цитата:

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

Ничего странного: просто где-то программно установлена фильтрация по другому ключу.

Все указанные поля "Товар Операция Но., Ожидаемая Себест., Частичная Переоценка, Тип Операции, Товарная Издержка Но." входят в доработанный мной ключ, единственное НО - не только они.

[Likefire]

Цитата:

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

Цитата:

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

Ничего странного: просто где-то программно установлена фильтрация по другому ключу.

Все указанные поля "Товар Операция Но., Ожидаемая Себест., Частичная Переоценка, Тип Операции, Товарная Издержка Но." входят в доработанный мной ключ, единственное НО - не только они.

Дело в следующем: в некоторых табличных формах существуют режимы всякого рода визуализации информации (подсвечивание групп жирным шрифтом, отступы и т. п.), которые при открытии проверяют режим использования первичного ключа, по которому информация, полученная из таблицы сортируется. Так вот, если ты переделал существующий первичный ключ, а не создал новый, то вполне возможно, что при открытии табличной формы, код внутри формы запрашивает подтверждение того ключа, который был переделан. А так как такого ключа уже не существует, то появлялется сообщение об ошибке. Характерный пример - поле "Контакт", табличной формы "Контакты - список", модуля "Управление отношениями".

[Alterant]

Цитата:

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

Дело в следующем: в некоторых табличных формах существуют режимы всякого рода визуализации информации (подсвечивание групп жирным шрифтом, отступы и т. п.), которые при открытии проверяют режим использования первичного ключа, по которому информация, полученная из таблицы сортируется. Так вот, если ты переделал существующий первичный ключ, а не создал новый, то вполне возможно, что при открытии табличной формы, код внутри формы запрашивает подтверждение того ключа, который был переделан. А так как такого ключа уже не существует, то появлялется сообщение об ошибке. Характерный пример - поле "Контакт", табличной формы "Контакты - список", модуля "Управление отношениями".

Причем здесь первичный ключ? Или активный = первичный (я пока думаю, что активный Enabled = Yes)?

Проблему исправить можно, но человеку разбирающемуся в программинге. Нужно заменить в коде ту строчку в которой выбирается ключ
"Товар Операция Но., Ожидаемая Себест., Частичная Переоценка, Тип Операции, Товарная Издержка Но., ..."
на доработанный ключ
"Item Ledger Entry No.,Expected Cost,Document No.,Partial Revaluation,Entry Type,Variance Type,Adjustment,Item Charge No.".