История реквизитов компании

[AndreyV]

Добрый день!
Подскажите, плиз, возможно ли стандартным функционалом хранить изменения реквизитов компании (Наименование, адрес и др.)?

[mazzy]

нет

[mazzy]

может быть, не совсем история...

Но можно попробовать альтернативные адреса. Туда можно отправить старые значения. Но просто так взять и использовать альтернативные адреса в русских документах не получится. Только хранить.

[AndreyV]

Mazzy, спасибо!
Вот и я не нашел, а надо. Думаю сделать след.модификации: создать таблицу для каждого реквизита с полями Дата и Значение, туда заносить соответствующие реквизиты, а из этой таблицы копировать в соответствующие поля формы Данные о компании. Что скажете?

[mazzy]

по образцу исторических реквизитов в 1С?
мне не нравится два пункта: "создать", "для каждого"
Кто будет создавать и кто будет отслеживать что для каждого реквизита?

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

В данном случае, я бы все-таки привязался к альтернативным адресам. Хотя это тоже модификации. Но при использовании альтернативных адресов хотя бы логика остается понятной для пользователя. Мало того, пользователи начнут использовать эти альтернативные адреса и в других местах.

Если же делать "универсальное" решение, то и создавать, и ИСПОЛЬЗОВАТЬ придется программистам. Это значит, что программисты будут вынуждены следить за адресами.

[AndreyV]

Цитата:

по образцу исторических реквизитов в 1С?

точно, заказчик хочет именно так

Цитата:

то лучше включить лог базы данных и выдирать оттуда

Вы имеете ввиду "Журнал Базы данных"?

Цитата:

Если же делать "универсальное" решение, то и создавать, и ИСПОЛЬЗОВАТЬ придется программистам. Это значит, что программисты будут вынуждены следить за адресами.

почему? Я имел ввиду создать таблицу и привязать ее к фомре ввода (форму тоже создать).

[mazzy]

Цитата:

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

Цитата:

по образцу исторических реквизитов в 1С?

точно, заказчик хочет именно так

заказчик не может хотеть так.
заказчику, как правило, абсолютно по фигу как это будет сделано технически.
заказчику важно получить заданную функциональность.

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

Цитата:

Цитата:

то лучше включить лог базы данных и выдирать оттуда

Вы имеете ввиду "Журнал Базы данных"?

Да. Главное меню \ Администрирование \ Запросы \ Журнал базы данных

Цитата:

Цитата:

Если же делать "универсальное" решение, то и создавать, и ИСПОЛЬЗОВАТЬ придется программистам. Это значит, что программисты будут вынуждены следить за адресами.

почему? Я имел ввиду создать таблицу и привязать ее к фомре ввода (форму тоже создать).

к форме ввода? а в отчетах как?
Самое главное - что будет отображаться в отчетах, накладных и счетах-фактурах, если я правильно понимаю. Какая разница как это будет ВВОДИТЬСЯ? Главное как это будет ПОКАЗЫВАТЬСЯ.

Но решать опять же вам самим.
Форма так форма.

[raz]

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

Понять это можно из метода CompanyInfo::find()

<div class='XPPtop'>X++</div><div class='XPP'>
[color=:blue]static[/color] CompanyInfo find(boolean _forupdate = [color=:blue]false[/color])
{
   CompanyInfo parameter;

   parameter.selectForUpdate(_forupdate);

   [color=:blue]select[/color] [color=:blue]firstonly[/color] parameter
       [color=:blue]index[/color] Key
       [color=:blue]where[/color] parameter.key [color=:blue]==[/color] 0;

   [color=:blue]if[/color] (!parameter && !parameter.isTmp())
   {
      Company::createParameter(parameter);
      NumberSeqReference::construct(CompanyInfo::numberSeqModule()).load();
   }

   [color=:blue]return[/color] parameter;
}</div>

[komar]

Осталось понять, предполагали ли то же самое разработчики российской локализации....

[mazzy]

Цитата:

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

Т.к. данные хранятся в таблице в записи с кодом 0, т.е. теоретически разработчики могли предполагать возможность изменения и поэтому использовали код 0, для текущих значений.

Хм... Нет, не предполагали.
Мало того, даже написали совет про хранение параметров в Best Practice
http://technet.navision.com/usered/BPH/Bes...ign_pattern.htm

Если вы нарушаете соглашение, то...
вы просто нарушаете соглашение со всеми вытекающими БУДУЩИМИ последствиями.

Сейчас соглашение можно нарушать. Поскольку нигде в существующей Аксапте к коду в параметрах привязки нет.

Хорошо или плохо нарушать? Опять же, решать вам самим.

[Vadik]

Там поле Key используется только для того, чтобы работало кэширование записей (нужен уникальный ключ, RecId не подходит, вот и добавляют "как бы первичный ключ" на таблицу, у которой минимальное количество записей - 0, максимальное - 1

[AndreyV]

Решили для истории использовать Журнал базы данных.

Подскажите, если не заполнять Альтернативные адреса возмет ли система адрес из Данные о компании для накладной или др. документа?