Хочу поделится

[George Nordic]

А что тут странного??
Заказ - это черновик. Главное - накладные. Заказ можно удалить. Накладные - только сторнировать. Заказ, в зависимости от настроек, или удаляется совсем, или переходит в статус "Удаленный".

С Уважением,
Георгий

[Vitaly_K]

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

[simply2double]

Цитата:

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

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

Значит такой у вас функционал ))))

PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...
Примерно так:

// таблица SalesTableDelete
void initFromSalesTable(SalesTable _salesTable)
{
    this.salesId        = _salesTable.salesId;
    this.salesName      = _salesTable.salesName;
    this.custAccount    = _salesTable.custAccount;
    this.invoiceAccount = _salesTable.invoiceAccount;
    this.salesType      = _salesTable.salesType;
    this.projId         = _salesTable.projId;
    //вот он красавчик-->
    this.DeletedUserId  = CurUserId ( );
    //<--

    this.salesTable     = [_salesTable];
}

потом показательно выпори удалившего... и поверь больше ни одного заказа удалено не будет ))))

[macklakov]

Цитата:

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

PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

2Vitaly_K: Не слушайте Вы его, есть Администрирование-Настройки-Журнал базы данных

[simply2double]

Цитата:

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

2Vitaly_K: Не слушайте Вы его, есть Администрирование-Настройки-Журнал базы данных

Ну по большому счету, в данном случае достаточно просто в свойствах таблицы SalesTableDelete включить свойства CreatedBy, CreatedDate, что бы видеть кто и когда грохнул заказ. И журналирование здесь совершенно необязательно, ибо это и есть почти журнал. Но ведь ветка называется ПРОГРАММИРОВАНИЕ.. вот и хотелось попрограммировать ))))

[Vitaly_K]

Извиняюсь, что отсутствовал на форуме

Сообщение от KVM
И этот статус при удалении проверяется на DataSource формы?

Вот именно, что хоть функционал у нас переписан, но delete вызывается из DataSource формы думаю также как и у всех. просто заказ не удаляется с определенным статусом,а тут на тебе казус.
Решение я нашел просто - перед методом super() делаю salesTable_ds.reread().....Но ведь это не правильно, когда если не обновил бы форму, то возможно удалить заказ.



Сообщение от simply2double
PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

Ну это мне совсем не надо, все логи ведутся в журнале БД

[simply2double]

Цитата:

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

Сообщение от simply2double
PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

Ну это мне совсем не надо, все логи ведутся в журнале БД

Интересно каков размер этих самых логов.. если они все ведутся

[wb]

Цитата:

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

Ну это мне совсем не надо, все логи ведутся в журнале БД

Позвольте поитересоваться,
а как Вы по логу в журнале БД определяете кем и что было изменено в заказе?

[simply2double]

Цитата:

Сообщение от George Nordic

А что тут странного??
Заказ - это черновик
...

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

Существует мнение, что заказы после проведения накладных надо удалять. Такой подход нам даже рекомендовали консультатнты из CITP. Единственное членораздельное обоснование, которое я слышал, этого уменьшение числа записей таблиц SalesTable и SalesLine... и как следствие уменьшение размера БД. Плата за это - свалка из накладных... счетов... фактур.. и прочих документов. А уж если использовать при создании заказов/закупок механизмы Intercompany концы вообще найти невозможно...