Покажите, как решить проблему закрепления материальных ценностей (МЦ) на складе за материально ответственными лицами (МОЛ). Т.е. при поступлении на склад необходимо указывать за каким МОЛ данные МЦ закреплен, чтоб потом сформировать отчет, по которому МОЛ будут отчитываться при инвентаризации.

Стандартное решение - складские места в СУС (не САПовское стандартное, а как делается на большинстве проектов). Можно попробовать по партиям (если их для другого нет). Склады плодить не советую: очень гиморно и неэффективно.

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

А тем, что склад очень глобальная вещь, а люди меняются, а коды складов в системе нет... короче СУС самое оно будет, так как складское место = табельный номер... и небольшая доработка и выходит как раз то что доктор прописал...

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

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

Ну все сразу и не придумаешь, так на вскидку:

1. Я так думаю что отчеты так как к коду складского места краткий текст не прицепишь, то отчетии придется делать свои.
2. Коды поисков для лучшей навигации.
3. Экзиты придется выкручивать, ну чтобы на левое место не бросили, если к примеру код места = табельный номер. Хотя тут можно запретить динамического создание мест.
4. Ну и основное надо настроить СУС
5. У меня была такая проблемка, что при списании ММ, бухгалтерия не хотела потом закрывать отрицательный остаток на 921 складе, ну пришлось подняпрячься и добавить подэкран выбора складского места при вводе документа ММ и потом автоматически закрывать эту разницу, ну вроде как работает

Ну может кто еще что насоветует...

Можно и так, если проекты не используются. А вот СУС никак не влияет на то чтобы потому на каком-то из складов запусить СУС для действительного управления скадом...

Врядли, что кого-то устроит неоценненный запас, так как в подочете иногда такие вещи которые вот так сразу и списать нельзя.

5. Пункт не совсем конечно понятен....

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

И еще вопрос как просмотреть запасы на складском месте в стоимостном выражении и еще хотелось бы с разбивкой по счетам

возвращаюсь к своему посту
используйте запас спп
стоимость тогда фиксируется для каждого запаса и не зависит от того какое управление ценой стоит.

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

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

1. СПП-элементы тоже вариант, но грабли есть наверное везде, я на СПП не делал, так что не скажу.
2. Стоимости при СУС или Складах... ну считай сам, т.е. бери стоимость по заводу и дели на количество или за копейку бухгалтрерия у вас расстрел на месте практикует? СПП-элементы кстати тут неплохой вариант или тогда советую перейти на 1С или в R/3 вести все материалы с видом оценки "X"
3. Пятый пункт, это так сказать особенность работы ММ - СУС, если ты по ММ делаешь отпуск запаса со склада ММ, для которого активирована СУС, тогда по СУС проводится на специальном типе склада отрицательный запас, который закрывается потом с реального складского места, реализация такая понятна, т.е. чтобы бухгалтерия или кто другой чтобы по ММ не двинул, на складе СУС для кладовщика всегда верный запас будет, но иногда это не удобно. Вот чтобы это обойти такую штука пришлось черзе экзит сделать автоматическую проводку по СУС для закрытия этой разницы.

А вообще вариантов много, вон можно на основных вести, можно на ТОРО... да мало ли как можно придумать

Кстати, это решение можно сказать почти стандартное саповское, так как этот метод решения году кажется в 98 или 99, был, ну покрайней мере в московском сапе принят как стандартный для рекомендаций клиентам, до этого они рекомендовали стандартно вести на складах ММ

У нас, к примеру, МОЛы заведены как склады, управление среднескольщзящей ценой на уровне завода ( завод-цех).И всё красиво работает. Движение со склада МОЛу 311-м видом. Чем плох этот вариант? И количество и стоимость и перемещения - всё прозрачно. 5 лет так уже работаем.

Если их тысячи 3, ответственных, ты можешь себе представить 3000 сторадж локейшенов? Я - нет