Ищу программиста. ax2009. Москва.

[Lz_]

mazzy, а нельзя эту задачу решить с использованием заказа типа Контракт?

1. Допиливаем договоры, добавляя поле Родитель. Если Родитель = пусто, значит это основной договор, если заполнен - доп.соглашение. В поле Родитель указывается код основного договора. Заполняется поле ручками пользователем при вводе данных о договоре. Можно подумать над кодированием договора, например, ОснДог/ДопСогл, что бы фильтровать можно было, если что .
2. Создается один заказ типа Контракт. В нем указывается головной договор.
3. Появилось доп соглашение - создаем другой Контракт, в нем указываем доп соглашение в качестве договора. В строках - строки доп.соглашения.
4. По контракту создаются заказы функцией Создать заказ на запуск в производство для DAX2009 или Создание заказа на отпуск для Ах3.0. При создании заказов автоматом контролируется количество которое может быть отгружено. В заказе договор указывается из контракта.
5. Обрабатываем заказы как обычно. Можно использовать суммарную обработку нескольких заказов.
6. Контрактами управляем как обычно.

минусы:
Накладные будут в разрезе договоров. Но ограничения, что всегда приходит одна накладная на клиента по условиям задачи не было.
Будет некоторое не удобство в получении итоговых данных по договору в целом с учетом всех доп.соглашений.

плюсы: Доработка простая и минимальная. Используем стандартный функционал.

з.ы. чисто спортивный интерес .

[mazzy]

Цитата:

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

mazzy, а нельзя эту задачу решить с использованием заказа типа Контракт?

Мы внутри думали об этом. А из соискателей никто не предложил такой вариант.
При таком подходе ожидаем проблем со сводным планированием.

Контракт1 = Доп.соглашение1, Заказ1, Номенклатура1, 10шт.

предположим, что у нас возникло доп.соглашение, в рамках которого нужно поставить 12шт.

Контракт2 = доп.соглашение2, Заказ2, Номенклатура1, 12шт.

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

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

[Lz_]

Цитата:

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

Мы внутри думали об этом. А из соискателей никто не предложил такой вариант.

Просто вы ищите программиста, следовательно решение - допилить аксапту, а потом настроить. А если бы вы искали аналитика, то решение было бы - настроить аксапту, а потом допилить

Цитата:

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

При таком подходе ожидаем проблем со сводным планированием.

Контракт1 = Доп.соглашение1, Заказ1, Номенклатура1, 10шт.

предположим, что у нас возникло доп.соглашение, в рамках которого нужно поставить 12шт.

Контракт2 = доп.соглашение2, Заказ2, Номенклатура1, 12шт.

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

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

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

Цитата:

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

Я предположил, что д/с только увеличивает объем поставки. И строки с одной и той же номенклатурой могут отгружаться одновременно по обоим контрактам. Тогда со сводным все хорошо.

Для вашего случая, когда д/с фактически перенаправляет поставку номенклатуры на себя, необходимо убить недопоставленное количество по предыдущему контракту.
1.1) Заставить пользователя ручками сделать К поставке=0 по предыдущему контракту.
1.2) Сваять формочку в которой пользователю было бы удобнее "закрывать строки предыдущего контракта". При этом формочка написана рядом, переход на следующие версии и последующее сопровождение значительно проще.
2.1) орг решение. Новое допсоглашение полностью аннулирует предыдущие договоренности. Стало быть все предыдущие контракты К поставке=0, а в Контракт по новому д/с переносим только новые договоренности + недопоставленные хвосты изменения которых не коснулись.

Да, еще в копилку минусов по вашей реализации: если д/с меняет цену, то для отражения этого факта нужно задействовать механизм ценовых соглашений. Механизм управления ценами с использованием цен договоров работать не будет.
В моем же варианте можно использовать оба варианта и цены договоров и цены из ценовых соглашений.

[mazzy]

Цитата:

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

Просто вы ищите программиста, следовательно решение - допилить аксапту, а потом настроить. А если бы вы искали аналитика, то решение было бы - настроить аксапту, а потом допилить

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

Цитата:

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

Я предположил, что д/с только увеличивает объем поставки. И строки с одной и той же номенклатурой могут отгружаться одновременно по обоим контрактам.

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

Цитата:

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

Да, еще в копилку минусов по вашей реализации: если д/с меняет цену, то для отражения этого факта нужно задействовать механизм ценовых соглашений. Механизм управления ценами с использованием цен договоров работать не будет.
В моем же варианте можно использовать оба варианта и цены договоров и цены из ценовых соглашений.

спасибо.