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

[mazzy]

Неспешно, в плановом порядке, начинаю искать еще одного программиста.
Ожидаемое начало работы - август 2010.

Проект на ax2009. Москва.
Знание Аксапты обязательно (можно не только ax2009, можно ax3, ax4)
Знание VS, RS, .net настоятельно приветствуется.
Условия по ЗП будут озвучиваться в личной беседе.

Присылайте свои резюме и свои размышления о возможном решении тестовой задачи в личку или на mazzy@mazzy.ru.
Пожалуйста, укажите ключевое слово Axapta в письме, чтобы письмо гарантировано прошло спам-фильтр.

========================
Пример задачи:

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

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

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

[oip]

Цитата:

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

(не забывайте, что форму программировал урод, который не знает Аксапту)

Это, по-моему, из одного из прошлых заданий. Или тут тоже урод?

[mazzy]

Цитата:

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

Это, по-моему, из одного из прошлых заданий. Или тут тоже урод?

да, скопипастил...
извините. исправил.


добавил пример данных и пример отчета в Excel-файле.
Внешний вид отчета может быть другим. Приложил чтобы продемонстрировать как получаются нужные разрезы в отчете.

[shogel]

Надеюсь, когда позиция будет закрыта, вы приведете свой вариант решения этой задачи )

[mazzy]

Цитата:

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

Надеюсь, когда позиция будет закрыта, вы приведете свой вариант решения этой задачи )

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

[mazzy]

Цитата:

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

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

опубликовал по прошлой задаче

[mazzy]

апну разок: нужен программист.
публичные условия, задача и пример данных в Excel-файле приведены в первом сообщении в этой ветке.

Для тех, кто читает обсуждение прошлой вакансии: для этой задачи я не знаю стандартных классов. У меня есть собственное представление как решить эту задачу, но я не считаю свой подход самым оптимальным. Поэтому хотел бы услышать ваши рассуждения.

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

[mazzy]

апну разочек.

[mazzy]

и еще раз.

[mazzy]

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

[mazzy]

Результаты общения по этой задаче неутешительны - никто не взят.
Видимо, я плохо сформулировал.

Приведу свой подход к решению задачи (Не уверен, что он оптимальный).

Цитата:

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

========================
Пример задачи:

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

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

1. добавляем таблицу доп.соглашений (или используем существующую)
2. добавляем поле доп.соглашение в строки заказа
3. добавляем поле договор и доп.соглашение в ParmLine и в строки накладных.
4. протягиваем поле доп.соглашение при разноске заказа до строк накладных при разноске.
5. отчеты делаем по строкам накладных (реальные значения складских аналитик берем из связанных со строками накладных InventTrans)

(опциональный бонус):
чтобы отслеживать историю изменений доп.соглашений в заказах даже если не было отгрузки делаем следующее: изменение доп.соглашения в строке заказа должно превратиться в составную операцию:
= копируем строку в новую строку заказа (со всеми накладными расходами и лотами, в новой строке устанавливаем новое доп.соглашение)
= отменяем старую строку (функции \ К поставке \ 0).

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

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

[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_

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

спасибо.