Проводки по закупке

[exceptor]

В рамках реализации задачи возникла необходимость изменить работу стандартного функционала следующим образом:

Как работает система сейчас:
1. Создаем закупку, добавляем новую строку, устанавливаем количество = 10.
2. Обрабатываем отборочную накладную на все количество.
Результат - образовалась проводка на 10 штук со статусом прихода Получено.
3. Вписываем в поле Немедленное получение количество = 3, обрабатываем Накладную на это количество.
Результат - старая проводка (со статусом Получено) обновилась, количество в ней уменьшилось до 7. Добавилась новая проводка со статусом прихода Закуплено на количество, равное 3.

В некоторых особых случаях требуется, чтобы после выполнения шага 3 система не обновляла проводку, созданную на шаге 2, а сразу создавала новую проводку. Таким образом, результатом должны стать две проводки:
первая - на 10 штук со статусом прихода Получено
вторая - на 3 штуки со статусом прихода Закуплено

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

[Peter Savintsev]

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

[exceptor]

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

[glibs]

А на 3 шт. сделать сначала packing slip, а потом только invoice вы не можете?

[slava09]

Тогда у Вас на приходе будет 13 штук. А фактически у Вас пришло 10 штук.
Объясните бизнес-процесс. Какой скрытый смысл в Вашей задумке?

[exceptor]

2 glibs: прошу пощения, но я чего-то не понял как сделать сначала packing slip, а потом invoice, чтобы получить желаемый результат?
Вопрос как раз в том, как в рамках только лишь одной операции обработки invoice-а добиться требуемого.

2 slava09: процесс довольно сложный. Но для простоты можете полагать, что лишние 3 штуки потом вернутся.

[glibs]

Цитата:

Изначально опубликовано exceptor
...
Вопрос как раз в том, как в рамках только лишь одной операции обработки invoice-а добиться требуемого.
...

Ну если вопрос ставить ребром, то никак. Придется программировать.

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

[slava09]

Цитата:

Изначально опубликовано glibs

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

Согласен на 100%. Поэтому если нужен нормальный совет, описывайте ситуацию полностью.

[exceptor]

2 glibs: действительно, постановка вопроса жестка и необходимо сделать именно то, что я описал в первом посте Задача, к сожалению, меняться не будет
...Придется программировать.
- придётся. Именно поэтому я и запостил сообщение в топик Программирование, а не Функционал, в надежде на то, что кто-то делал нечто подобное и, возможно, подскажет какие-то моменты или возможные трудности в реализации модификации.

2 slava09: подскажите, а что именно непонятно в моей ситуации, кроме того, что непонятен скрытый смысл задумки?

В любом случае спасибо за попытку помочь.

[slava09]

Цитата:

Изначально опубликовано exceptor

2 slava09: подскажите, а что именно непонятно в моей ситуации, кроме того, что непонятен скрытый смысл задумки?

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