Складская аналитика ...

[2b4fITin]

Уважаемые Господа!
Не подскажете ли где собака порылась:
Вопрос: При заведении новой складской аналитики (скажем, хотим только серийный номер) в разделе номенклатурная аналитика автоматически появляются строки "Конфигурация", "Размер", "Цвет" с отмеченными чекбоксами "Первичная аналитика хранения", "Физ. наличие", "Финансовый склад", "План покрытия по кодам аналитики" --- все отмечаются по умолчанию. Так вот ничего из этих перечисленных чекбоксов невозможно отменить, хотя иногда бывает полезно скажем "Финансовый склад" убрать/поставить. Судя по всему где-то эти данные по умолчанию прописаны, но не могу найти где. Не поясните?

[mazzy]

очень похоже на модификацию.
Я такого поведения в стандартной аксапте не помню.

[Hamster]

Все правильно

При появлении они неактивны.
чтобы использовать - поставьте флаг "активный", тогда прочие флаги станут доступны.

[2b4fITin]

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

[Hamster]

Все правильно

Для номеклатурных аналитик "Пропуск для приходов/расходов" не имеет смысла.
(Вы не можете продать тапки неизвестного цвета )

И обязателен ручной ввод - "Первичная...."

[2b4fITin]

То есть насколько я понял всё это есть:
1. стандартный функционал.
2. Невозможно активировать флаги пропуск для приходов/расходов для цвета, размера и конфигурации

Таким образом ещё вопрос:
1. Зачем тогда нужны эти столбцы с флагами для пропуск для приходов/расходов для цвета, размера и конфигурации? Можно было бы и убрать вообще тогда эти столбцы в этой таблице (если ружьё висит, то оно должно выстрелить).
2. Есть ли варианты, чтобы эти флаги стали доступны для включения/выключения?

[Hamster]

Зачем ставить "Пропуск для приходов" в Цвете?
Я такой ситуации представить не могу.

>Можно было бы и убрать вообще
Не проблема.....
См. настройку форм.

[2b4fITin]

Ну хорошо!
А Есть ли варианты, чтобы эти флаги стали доступны для включения/выключения?
Хотел бы пояснить здесь я хотел бы выяснить существования самой возможности включения/выключения флагов, а не генерировать ситуации в которых необходимо это включение/выключение. Потому как если изначально не понятен сам механизм включения/выключения флагов, то просто продолжать дальнейший разговор о различных ситуациях ("Зачем потребовалось ставить "Пропуск для приходов" в Цвете?
Я такой ситуации представить не могу") бесмысленно.
Буду очень признателен если ответите на вопрос в начале этого постинга.

[EVGL]

Цитата:

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

Ну хорошо, допустим, вы узнали, что инициализируются поля в методе \Data Dictionary\Tables\InventDimSetup\Methods\initValue, а запрет на редактирование кроется в свойстве AllowEdit = No на группе полей \Forms\ InventDimSetupDim\ Designs\ Design\ [Group:DimSetup]\ [Group:DimSetupItemDimOuter]\ [Tab:TabSetupItemDim]\ [TabPage:TabPageOverviewSetupItemDim]\ [Grid:OverviewSetupItemDim]\ [Group:OverviewSetupItemDimEdit].

Только узнав это, я задался бы вопросом от Hamster: "А почему, собственно, так сделано?" Трудно ведь ожидать, что программисты Navision просто так утруждали себя, расставляя блокировки?

[2b4fITin]

Если это вопрос мне, то готов переписать его в такой формулировке какую Вы только что предложили:
А почему, собственно, так сделано?

[AlexeyBP]

Продолжим тему.
Чем может грозить разрешение на редактирование галочки в поле Фин. склад для номенклатурной аналитики Конфигурация?

[slava09]

Если убрать эту галку (гипотетически) система перестанет разделять идентификацию себестоимости в пределах этой номенклатурной аналитики. Т.е. Вы получите такую ситуацию, когда себестоимость одного товара будет влиять на себестоимость другого товара.
Другими словами: оприходовав розовые тапки, у вас слетит стоимость тапок со стразами.
По идеологии: товары с разными товарными аналитиками - разные товары.
Я так понимаю недоступность этих галок.

[Ned]

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

[KiselevSA]

Цитата:

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

Ну хорошо, допустим, вы узнали, что инициализируются поля в методе \Data Dictionary\Tables\InventDimSetup\Methods\initValue, а запрет на редактирование кроется в свойстве AllowEdit = No на группе полей \Forms\ InventDimSetupDim\ Designs\ Design\ [Group:DimSetup]\ [Group:DimSetupItemDimOuter]\ [Tab:TabSetupItemDim]\ [TabPage:TabPageOverviewSetupItemDim]\ [Grid:OverviewSetupItemDim]\ [Group:OverviewSetupItemDimEdit].

Только узнав это, я задался бы вопросом от Hamster: "А почему, собственно, так сделано?" Трудно ведь ожидать, что программисты Navision просто так утруждали себя, расставляя блокировки?

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

При таком подходе к приемке желание включить пропуск для прихода будет обоснован, а контроль заполнения аналитик может быть вынесен в методы проверки CheckPost журналов

[slava09]

Цитата:

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

2. Прием товара на склад с фактическим разбиением по аналитическим признакам оформляется как перемещение товара со склада товаров в пути на склады хранения. При этом на складе товаров в пути могут остаться либо положительные остатки - недостача\пересорт, либо отрицательные - перепоставка\пересорт.

Т.е. Вам привезли фуру тапок (у вас секондхэнд автоматизируется , и вы их сортируете - сколько розовых, сколько с брюликами? Понятно.
Получаем перемещение между товарными аналитиками.
Тогда может сразу приходовать на аналитику "Неопределено"? А потом с "Неопределено" переносить на нужную аналитику. В принципе должно работать.
Только себестоимость распределится пропорционально количеству. И получится, что все тапки у вас одинаковой себестоимости. Вот так.

[KiselevSA]

Цитата:

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

Тогда может сразу приходовать на аналитику "Неопределено"? А потом с "Неопределено" переносить на нужную аналитику. В принципе должно работать.
Только себестоимость распределится пропорционально количеству. И получится, что все тапки у вас одинаковой себестоимости. Вот так.

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

[AlexeyBP]

Идеологически понятно для чего это сделано. Текущая реализация бизнес процессов требует отключить эту галку и интересует чем это может грозить, не считая того что система будет считать себестоимость не в разрезе аналитики??

Второй вопросы, возможен ли вариант:

Фин склад в течении рабочего периода отключен (период например месяц), мгновенная средняя считает не в разреезе аналитики. В конце периода значение фин. склад выставляется и делается закрытие склада. Откорректируется ли себестоимость?

[slava09]

Цитата:

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

Идеологически понятно для чего это сделано. Текущая реализация бизнес процессов требует отключить эту галку и интересует чем это может грозить, не считая того что система будет считать себестоимость не в разрезе аналитики??

Второй вопросы, возможен ли вариант:

Фин склад в течении рабочего периода отключен (период например месяц), мгновенная средняя считает не в разреезе аналитики. В конце периода значение фин. склад выставляется и делается закрытие склада. Откорректируется ли себестоимость?

Аналитика в течении месяца заполняется?

[AlexeyBP]

да