"Откат" разноски заказа на продажу

[Buratino]

Здравствуйте

Подскажите, пожалуйста, существует ли в DAX принципиальная возможность полностью ликвидировать все последствия разноски заказа на продажу (Sales Order)?

То есть я захожу в пункт "заказ на продажу"->"разноска"->"фактура", жму "Ok", все успешно выполняется/разносится. Через некоторое время выясняется, что строки заказа нужно поменять (изменилось количество) и все проводки нужно сделать уже по измененному заказу, предварительно удалив все, что касалось предыдущего варианта заказа.

Как это можно/нужно реализовать средствами DAX и можно ли вообще?

Алексей
DAX 2009 / MS SQL 2005

[S.Kuskov]

Цитата:

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

существует ли в DAX принципиальная возможность полностью ликвидировать все последствия разноски заказа на продажу (Sales Order)?

Нет

Цитата:

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

Как это можно/нужно реализовать средствами DAX и можно ли вообще?

Нельзя. Нужно создавать сторно документа

[mazzy]

Конечно же нет, как уже сказали выше.

Цитата:

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

То есть я захожу в пункт "заказ на продажу"->"разноска"->"фактура", жму "Ok", все успешно выполняется/разносится. Через некоторое время выясняется, что строки заказа нужно поменять (изменилось количество) и все проводки нужно сделать уже по измененному заказу, предварительно удалив все, что касалось предыдущего варианта заказа.

Объясню почему атегорическое нет.

Axapta - многопользовательская система.
Как это ни странно, это значит что с ней работают несколько людей/ролей.

В частности, с заказом может работать Продавец и Кладовщик (на самом деле людей больше)
Представьте что:
1. продавец выписал документы на 100 рублей
2. кладовщик отпустил клиенту товара на 100 рублей
3. ВНЕЗАПНО "через некоторое время выясняется, что строки заказа нужно поменять (изменилось количество)" и продавец меняет заказ на 80 рублей, печатает документы клиенту
4. клиент оплачивает по документам 80 рублей.

Если система предоставляет "принципиальную возможность полностью ликвидировать все последствия разноски заказа на продажу", то кто виноват в том, что со склада реально отпущено на 100 рублей, а оплачено на 80?

Вот сейчас вы будете говорить о предоплате.
Но предоплата не меняет ничего. С предоплатой сценарий может быть такой:
1. Продавец выписал документы на предоплату на 80 рублей
2. Клиент оплатил
3. Внезапно продавец меняет документы на 100 рублей
4. Кладовщик отпускает
5. Внезапно продавец меняет документы обратно

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

Поэтому:
= каждый может делать что угодно в черновике (неразнесенный заказ)
= черновики не влияют на итоги
= как только человек нажал на кнопку Ок/Провести/Разнести - это значит документ переводится в беловик, это значит, что человек ставит свою подпись на документе, он отвечает за подготовленный документ, он считает его правильным. И, самое главное, документ могут использовать другие в своей работе
= во время процедуры разноски система должна проверить входящие данны (валидация). Если проверка не прошла, то система выдает ошибки и не проводит документ (возвращает в состояние черновик).

Начать нужно с того, для чего это нужно.
А реализовать можно только с помощью модификации. Причем не самой тривиальной.