черновики (заказы) - могут удаляться. Поэтому данные в заказах хранить нельзя. Фактические данные нужно протаскивать в документы.

[mazzy]

Цитата:

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

А что делать, например, с заказами типа "Контракт"?

заказ типа "контракт" - это такой же черновик. только исполняется этот черновик другими заказами, которые в свою очередь исполняются фактическими документами. (пока не поглотит все вязкое трение (С) )

гораздо интереснее, как трактовать заказы с типом подписка.

Цитата:

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

А складские журналы с русской первичкой? А ТТН (waybill), печатная форма которого тянет данные из других документов и "черновиков"?

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

Цитата:

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

А отсутствие нормального сторнирования накладной, когда заказа уже нет?

э-э-э? что имеется в виду?
копирование с минусом делается и на основании накладной.
конкретная реализация алгоритма? так см. рассуждения о локализации?
или еще чего?

Цитата:

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

В AX 2012 с вводом версионности ряда документов-"черновиков" парадигма несколько сместилась, мне кажется.

хм... тут возможны разночтения. что именно имеется под "версионность ряда документов"?

Цитата:

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

И, например, считать ли договор - черновиком? А Заявки на покупку?

договор - русский? который rcontract? ой, блин, это просто справочник "как в 1С".

заявка на покупку - типичный журнал/черновик, который исполняется фактическими документами.

Цитата:

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

Mazzy, вопрос : а кто - на реальном клиенте -будед заниматься удалением заказов? Роль?

Цитата:

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

Во многих модулях системы есть периодические операции по очистке данных.

RVS - прекрасный вопрос про роль! В корень.
Как уже сказал Kabardian - есть процедура очистки, которую можно засунуть в пакетное задание и выполнять периодически на автомате. А также можно выделить ответственного, который будет запускать.


Но самое интересное и правильное - в параметрах клиентов и поставщиков есть галочки "Автоудаление заказов" и "автосокращение заказов". (все еще под рукой нет аксапты, чтобы сказать точное название)

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

[Ivanhoe]

Цитата:

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

заказ типа "контракт" - это такой же черновик. только исполняется этот черновик другими заказами, которые в свою очередь исполняются фактическими документами. (пока не поглотит все вязкое трение (С) )

гораздо интереснее, как трактовать заказы с типом подписка.

Контракт раньше был неким аналогом Спецификации к договору - а это реальный бизнес-документ. Если его удалять, то в системе не останется возможности посмотреть план/факт.

Аналогично с заказами. Если мы хотим строить отчет об уровне сервиса - план/факт выполнения заявок клиентов или наших заявок у поставщика - нам нужно сравнить сколько заказали и сколько получили. Да, можно разносить по каждому заказу документ "Заказ" и сравнивать потом с ним. Но это лишнее движение при каждом изменении заказа и зачастую его роль и выполняет сам Заказ.

Цитата:

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

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

С одной стороны соглашусь. С другой - опять же для пользователя не важно как оно там внутри - он видит пример и хочет "также". И согласитесь, что в последних версиях системы все больше анти-патернов по сравнению с 3.0/4.0. Добавляют новые функции не поддерживая старые подходы. И тому же пользователю сложнее стало объяснять, что "тут так не делают" - они с гордостью находят очередной косячный стандартный кусок и говорят - "вот, вы систему не знаете - можно же! хочу также".

Цитата:

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

э-э-э? что имеется в виду?
копирование с минусом делается и на основании накладной.
конкретная реализация алгоритма? так см. рассуждения о локализации?
или еще чего?

Зачастую намного проще сделать сторно в том же заказе через немедленное получение. Но в целом, согласен, сейчас сторно более-менее допилили.

Цитата:

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

хм... тут возможны разночтения. что именно имеется под "версионность ряда документов"?

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

Цитата:

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

договор - русский? который rcontract? ой, блин, это просто справочник "как в 1С".

Нет, я тут уже только про 2012 говорил. Новые Agreement. Опять же с версионностью, с фиксированием цен, количеств и т.п. С одной стороны - просто черновик для создания черновика С другой - конкретная бизнес-сущность - договор с контрагентом и его условия. Они важны и сами по себе, даже если заказов нет.

Цитата:

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

заявка на покупку - типичный журнал/черновик, который исполняется фактическими документами.

Тут не соглашусь. Обычно нужная история - кто и зачем что-то заказал. Если эту историю чистить, то половина задачи будет не решена. Централизация закупок обычно и требуется для наведения порядка и контроля - кто, что и зачем.

[EVGL]

Цитата:

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

Контракт раньше был неким аналогом Спецификации к договору - а это реальный бизнес-документ. Если его удалять, то в системе не останется возможности посмотреть план/факт.

Аналогично с заказами. Если мы хотим строить отчет об уровне сервиса - план/факт выполнения заявок клиентов или наших заявок у поставщика - нам нужно сравнить сколько заказали и сколько получили. Да, можно разносить по каждому заказу документ "Заказ" и сравнивать потом с ним. Но это лишнее движение при каждом изменении заказа и зачастую его роль и выполняет сам Заказ.

...

Видно, когда пишет практик. Соглашусь с каждым пунктом.

[mazzy]

Цитата:

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

Контракт раньше был неким аналогом Спецификации к договору - а это реальный бизнес-документ. Если его удалять, то в системе не останется возможности посмотреть план/факт.

Эта логика подходит не только к контракту, но и к заказу.

Эта логика опровергается точно теми же утверждениями, что и по заказу:
1. параметры заказа с типом контракт могут изменяться между созданиями заказов по контракту. Какой план/факт вы собираетесь смотреть для заказов, созданных до изменения параметров в контракте?
2. Посмотрите как работают галочки автосокращение и автоудаление для контрактов

Цитата:

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

Аналогично с заказами. Если мы хотим строить отчет об уровне сервиса - план/факт выполнения заявок клиентов или наших заявок у поставщика - нам нужно сравнить сколько заказали и сколько получили. Да, можно разносить по каждому заказу документ "Заказ" и сравнивать потом с ним. Но это лишнее движение при каждом изменении заказа и зачастую его роль и выполняет сам Заказ.

Лишнее?
Еще раз: между разносками параметры в заказе можно изменять! С чем именно вы собираетесь сравнивать, если не будет "лишних движений"?

Цитата:

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

С одной стороны соглашусь. С другой - опять же для пользователя не важно как оно там внутри - он видит пример и хочет "также". И согласитесь, что в последних версиях системы все больше анти-патернов по сравнению с 3.0/4.0. Добавляют новые функции не поддерживая старые подходы. И тому же пользователю сложнее стало объяснять, что "тут так не делают" - они с гордостью находят очередной косячный стандартный кусок и говорят - "вот, вы систему не знаете - можно же! хочу также".

абсолютно согласен.
Но это не повод не знать как именно было задумано изначально.

Цитата:

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

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

а... об этом... от введения такой функциональности заказ на закупку не перестает быть черновиком.
Еще раз: параметры заказа можно изменять между разносками!

Цитата:

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

Нет, я тут уже только про 2012 говорил. Новые Agreement. Опять же с версионностью, с фиксированием цен, количеств и т.п. С одной стороны - просто черновик для создания черновика С другой - конкретная бизнес-сущность - договор с контрагентом и его условия. Они важны и сами по себе, даже если заказов нет.

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

Цитата:

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

Тут не соглашусь. Обычно нужная история - кто и зачем что-то заказал. Если эту историю чистить, то половина задачи будет не решена. Централизация закупок обычно и требуется для наведения порядка и контроля - кто, что и зачем.

историю в черновиках можно и не чистить.
но от этого черновики не перестают быть черновиками

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

я же сказал ровно то, что сказал: черновики (заказы) - могут удаляться. Поэтому данные в заказах хранить нельзя. Фактические данные нужно протаскивать в документы.