Корректировка даты создания заказа

[AlexeyBP]

Подскажите пожалуйста чем чревато исправление даты создания заказа?
Один из отчетов по заказам формируется на основании даты создания заказа, и есть необходимость откорректировать эту дату.

[DreamCreator]

Цитата:

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

Подскажите пожалуйста чем чревато исправление даты создания заказа?

Вы средствами SQL (минуя Аксапту) будете править?

Этот код

PHP код:

static void testChangeCreatedDate(Args _args)
{
    SalesTable salesTable;
    ;

    ttsbegin;
    select forupdate firstonly salesTable;
    /*
     Ругается на сл. строчку так:
     Поле должно быть элементом данных, допускающим использование в операторе присвоения.
    */
    salesTable.createdDate = today(); 
    salesTable.doUpdate(); 
    ttscommit;
} 


[glibs]

Системное поле CreatedDate?

Если вы его поправите, то систему не сломаете. Посмотрите на список перекрестных ссылок по полю. Там преимущественно CRM. Но есть и несколько продажных отчетов. Вас устроит, что в них тоже будет ваша дата, а не та, которая задумывалась разработчиками?

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

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

[glibs]

Хм... возможно, я погорячился.

Дату создания при вставке новой записи мне переопределять удавалось.

DreamCreator, на вот такую конструкцию в коде компилятор не матерится.

salesTable.(61444) = 10\02\2008;

Но вот только если .diInsert() у меня прокатывал, то .doUpdate() чего-то не прокатывает (или я еще не проснулся).

[glibs]

И

salesTable.overwriteSystemfields(true);

не забудьте.

[DreamCreator]

Цитата:

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

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

Полностью поддерживаю этот подход. Исправление CreatedDate порождает двусмысленность.

Цитата:

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

DreamCreator, на вот такую конструкцию в коде компилятор не матерится.
salesTable.(61444) = 10\02\2008;

) Сильно!

[AlexeyBP]

Цитата:

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

Полностью поддерживаю этот подход. Исправление CreatedDate порождает двусмысленность.



) Сильно!

Вообщем решили сделать так:
Создаем дополнительное поле. Дата отчета. Копируем джобом значение в это поле из Даты создания. И строим отчет на базе новой даты. В случае необходимости правим свою дату.

Всем спасибо за обсуждение. Тема закрыта.

[glibs]

Цитата:

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

...
Сильно!
...

Мне повезло поучиться у смелых и талантливых специалистов

(средствам разработки в Аксапте)

[BOAL]

А чем поле дата поставки не сгодилось?

По умолчанию оно равно дате создания (если нет доп настроек по отложенной поставке)
И его можно менять как угодно.
Так же настройка может быть для разноски накладной этой датой (а не сегоднем по умолчанию)