Можно ли настройть, чтобы подставлялось кол-во в Заказ ?

[glibs]

Второй пример я тоже до конца не понял. Но похоже его решить можно (если мои догадки верны). Для него можно завести одну номенклатуру «Мытье» и две конфигурации «летом» и «зимой» для теплой и холодной поры года соответственно. Дальше включить соскабливание льда в конфигурационную группу и включить эту группу (вместе с соскабливанием) в конфигурацию для зимы и не включить для лета. Это в общем случае. Вообще с окнами можно расчитывать потребность исходя из измерений (я так думаю, что вымытая площадь окон каждый раз все-таки будет разная, если пример реальный).

А вот в случае с кошечками я наткнулся на проблему. Суть ее вот в чем. Предположим я хочу приизводить несколько конфигураций (предположим «1», «2» и «3») одной и той же номенклатуры («ХХХ»). При этом для ее производства используется материал «УУУ», но хитро: для конфигурации «1» — 1 кг, для конфигурации «2» — 2 кг и т.д. Естественно, хотелось бы, чтобы потребность расчитывалась автоматически. Вот тут вот заминочка у меня и возникла с Аксаптой. Я был уверен, что можно, а не получается пока.

...

Так, кажется уже идея в голову забралась. Можно создать конфигурационную группу под каждую конфигурацию... Кривовато, но можно все-таки.

Zabr, смотрите, что получается (вернемся к кошечкам и страусам).

Создаем ВОМ «Чистка лап» (1 шт.).

Создаем Item'ы:
- «Помыть»
- «Побрить»
- «Высушить»

Для ВОМа «Чистка лап» создаем конфигурации:
- «Кошечке»
- «Собаке»
- «Страусу»
- «Сороконожке»

Дальше создаем спецификацию «Чистка лап» цепляем ее к ВОМу «Чистка лап», настраиваем активные версии и все дела.

В строках кроме всего прочего указываем:
Item — «Помыть», количество — 4 (уж не знаю штуки или минуты, но, думаю, не принципиально), конфигурационная группа «кош» (у меня они, кстати называются «1», «2», «3»... и я нахожу это очень удобным для того же конфигурирования).
Item — «Помыть», количество — 4, конфигурационная группа «соб».
Item — «Помыть», количество — 2, конфигурационная группа «стр».
Item — «Помыть», количество — 40, конфигурационная группа «срк».

Аналогично нужно сделать для «побрить» и «высушить».

Кажется, теперь остается только настроить конфигурации. В картотеке номенклатур становимся на наш ВОМ «Чистка лап». Нажимаем кнопки Настройки\Конфигурации. Для конфигурации «Кошечке» на закладке Выбор крнфигурации создаем несколько строк:
Группа «кош», номенклатура «помыть»
Группа «кош», номенклатура «побрить»
Группа «кош», номенклатура «высушить»

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

По идее, если теперь создать заказ, создать строчу, выбрать «Чистка лап», «кошечке», указать, например, 10, а потом это все дело развернуть, то должно получиться примерно так:
«помыть» 40
«побрить» 40
«высушить» 40

Цитата:

Изначально опубликовано Zabr
...хочется:
а) в справочнике не плодить номенклатуру !!!
б) в заказе
- добавили номенклатурную спецификацию ("Чистка лапок")
- указали конфигурацию ("Кошка")
- развернули спецификацию
- получили строчки компонентов (Почистить+Вымыть+Просушить)<b>с количеством, соответствующим конфигурации ("Кошка)"</b>...

Оно?

Цитата:

Изначально опубликовано Zabr
...А создать <b>свою</b> спецификацию на каждую конфигурацию <b>одной</b> номенклатуры тем более нельзя...

Получается, что можно?

Надеюсь, у вас 3.0. А то отличия 2.5 от 3.0 я уже не везде помню (а вспоминать лень).

[Zabr]

Спасибо, Glibs.

Пример с мытьём окон альпинистами точно такой же как с кошечками, и засада в нем не с "летом / зимой", а с количеством объектов-зданий и площадью их окон, которые константа (кошечки=объекты, число лап=кв.метры окон - пример "один в один"). Но почему-то на кошечках всем понятнее

Я с самого начала пытаюсь показать, что я именно все так и делал - но не разобрался до конца с конфигурационными группами... Получается, что конф.групп для моего случая нужно делать столько же, сколько самих конфигураций? То есть если во втором примере 100 объектов, мне нужно сделать а) 100 конф.групп, б) 100 конфигураций для каждой услуги(=номенклатуры=спецификации).
Тоже вариант, конечно, только вместо размножения номенклатур имеем размножение конфигурационных групп.. Надо подумать, что лучше в сумме для администратора и для конечного юзера...

Хотя проще все же доработочку:
= в Складскую модель (лучше именно туда) - крыжик "Подставлять весь остаток в заказ?"
= в функцию создания строки - его обработку (если да - ставить весь остаток, нет - как в стандартной Аксапте)

[glibs]

Цитата:

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

У меня их просто создано n-е количество и все. Они ведь ни к чему не привязаны. Т.е. в одной спецификации я их могу для одних целей использовать, во второй — для других.

Цитата:

Изначально опубликовано Zabr
...То есть если во втором примере 100 объектов, мне нужно сделать а) 100 конф.групп,...

Вам что, жалко что-ли? Сколько у вас услуг типа «Чистка лап»? А сколько вариаций типа «Кошечек»? И сколько компонентов типа «Помыть»?

Цитата:

Изначально опубликовано Zabr
...б) 100 конфигураций для каждой услуги(=номенклатуры=спецификации)...

Номенклатура — это «Чистка лап». Сколько их у вас?
Спецификация привязана к номенклатуре. Стало быть их будет столько же, как и номенклатур...

А каким количеством вы тогда хотите ограничиться?

Цитата:

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

Ну почему же размножение?

Цитата:

Изначально опубликовано Zabr
...Хотя проще все же доработочку:
= в Складскую модель (лучше именно туда) - крыжик "Подставлять весь остаток в заказ?"
= в функцию создания строки - его обработку (если да - ставить весь остаток, нет - как в стандартной Аксапте)...

Ну, попробуйте надавить на МБС. Они сейчас много-чего разрабатывать планируют, судя по планам. М.б. и вас впишут.

[mazzy]

Не, не, не, не!
glibs, zabr, остыньте. Не надо программировать. Не надо ни на кого давить.
Надо думать.

Представьте, что у вас есть складские аналитики ГТД, партии, ячейки, палеты, цвета, рамеры, конфигурации... СЕРИЙНЫЕ НОМЕРА!

Как при таких аналитиках трактовать автоподстановку количества? Вы подумайте!
Предположим, в момент выбора из лукапа система как то определяет аналитику по умолчанию. Но как она должна себя вести, если вы вручную меняете аналитику? Как она должна себя вести, если вы разрешаете пропускать некоторую аналитику при вводе. Например, вы разрешаете пропускать ГТД. Тогда система сама набирает эти самые ГТД. Как она будет выбирать количество в этом случае?

Не надо программировать! Надо думать!
Тем более не надо такую галку в Складскую модель. Еще в параметры Складских аналитик... ну я бы более менее понял. Но в складскую модель то зачем?

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

Кстати, отличный пример того, как народ рвется в программирование, а потом локти кусает. Zabr, а появятся серитификаты и сроки годности на кошачьих лапках... Как вы партии к вашей модификации присобачите?

[glibs]

Sorry, про программирование это была глупая шутка и «комментарий» относительно грандиозности планов МБС по доработке системы. Я больше так не буду. Конечно же программировать не нужно!

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

У вас бизнес-процесс выглядит примерно так: что-то приходуем, потом все списываем? И все? И так по кругу? Почему в инвойс обязательно должна войти вся номенклатура в наличии? А если мы лапки чистили сразу нескольким заказчикам?

Теоретически это понять можно, но при чем тут тогда ERP система? Не, с постановкой точно что-то не то.

[Zabr]

Подчистка склада не при чем. Склада нет! Читайте постинг внимательнее. Речь об услугах. Абсолютно адекватный пример приведен выше - фирма, моющая окна в офисах и витрины в магазинах. Допустим, именно такой бизнес требуется отразить в Аксапте. Я сделал предположение, как удобнее это сделать, чтобы минимизировать ручной ввод и исключить ошибки и подтасовки. Наличие в системе обозначенной настройки (подставлять/не_подставлять) мне казалось тогда и кажется сейчас логичным, обоснованным и не противоречащим логике системы. Ни в какие МБС-ы запрос, конечно, посылать ни я , ни Глибс и не думали.

Насчет трактовки: думаю, что практически для любой настройки, находящейся в настройках модуля, складских моделях или где-нибудь еще, можно найти такой отдельно взятый бизнес-процесс, когда объяснить такую настройку можно будет с большим трудом. Всегда можно сказать "Ага! Эта настройка для такого бизнес-процесса совершенно нелогична и работать на будет!" Да, возможно не логична - для ЭТОГО бизнес процесса. Мы же не строим УНИВЕРСАЛЬНУЮ систему У ОДНОГО КОНКРЕТНОГО ЗАКАЗЧИКА - мы же говорим об универсальности Аксапты скорее как об универсальности инструмента!

Вот, пример (прошу отнестись серьёзно): почему сейчас в заказ подставляется ЕДИНИЦА? (если не настроена кратность и мин.значение для заказа). Почему непременно единица, почему не ноль? Более логичные, как мне кажется, варианты :
А. Если остаток ненулевой, ставить 1, если нулевой - 0.
Б. В номенклатуре можно указать ед.измерения, в которой по умолчанию она будет выписываться в заказе, а у ед.изм. есть количество десятичных знаков - так логичнее ставить 1 в том разряде, сколько задано знаков после запятой: скажем, точность - до тысячных, так и подставлять в Заказ 0,001. Ан нет, ставим, к примеру, по умолчанию ТОННЫ, у них 3 знака после запятой, так в заказ подставляет все равно 1,0. Ну и где логика ? Это я к тому, что не нужно относиться к Аксапте как к библии ("не написано - значит, так НАДО") - почему непременно "дыра в ТЗ", а не "отсутствие небольшого удобства в Аксапте"?

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

[glibs]

Насчет единицы.

В карточке номенклатуры есть поле «Количество стандартного заказа» (на закладке Количество сразу в 3 группах полей — для закупки, заказа и складских проводок/производственных заказов). Если там будет не 0, то указанное там количество подставится по умолчанию. В противном случае, судя по всему, подставляется 1. Т.о. 0.1 — это не проблема. Вот с 0.0001 — хороший вопросик... Не знаю, но подумаю. На вскидку могу предложить такое решение в стиле горы и Магомета — использовать более мелкую единицу измерения и пересчет.

Насчет гибкости/заплаток.

Если посмотреть на это с т.з. критерия интегированности функциональности то международная функциональность больше похожа не на заплатки, а на единую тесно интегрированную систему. А вот насчет локализации я такого сказать не могу...