Учет спецодежды: через ОС или не через ОС?

[Geo]

Коллеги, доброго времени суток!

Только взялся за Аксапту, а уже идет опытная.
Помимо прочих вопросов, вырисовывается один большой: учет спецодежды (с/о). У клиента нет в требованиях к системе ни ведения норм выдачи, ни амортизации (всё списывается на 20-е при выдаче), так что учет сам по себе весьма простой. Но в ТЗ (которое я должен реализовать) разработана схема с учетом с/о посредством карточек Основных средств. Сделано это ради стандартного мат. ответственного лица и статуса (куплено, в экспл., списано).

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

И вот кажется мне, что, раз амортизации выданной с/о нет - то нет смысла и вообще с ОС заморачиваться. Может, делать всё через обычные операции с товаром? В качестве минимального решения думаю в операции списания со склада и возврата добавить код сотрудника (который получает эту с/о), а наличие с/о у сотрудника формировать интеллектуальным отчетом, который будет смотреть на выданное сотруднику, сроки годности и возвраты.

Очень нужен ваш совет: стоит ли пытаться обойтись без ОС, какой объем доработок это может вызвать, какие есть подводные камни (в частности, насколько реализуема "минимальная" схема из предыдущего абзаца). С учетом, что времени свободного совсем мало (уже идет опытная), и полноценное проектирование вряд ли получится.

[mazzy]

Цитата:

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

И вот кажется мне, что, раз амортизации выданной с/о нет - то нет смысла и вообще с ОС заморачиваться.

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

Цитата:

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

Может, делать всё через обычные операции с товаром? В качестве минимального решения думаю в операции списания со склада и возврата добавить код сотрудника (который получает эту с/о), а наличие с/о у сотрудника формировать интеллектуальным отчетом, который будет смотреть на выданное сотруднику, сроки годности и возвраты.

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

как сделать лучше - сложно сказать.
Очобенно учитывая ваши модификации. Попробуйте рассмотреть вариант: добавить складскую аналитику Сотрудник.
Но возможно это неправильный совет в вашем конкретном случае.

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

[Geo]

Спасибо большое за ответ.

Уже практически решили от ОСов отказаться. Всплыл и вариант с добавлением складской аналитики, только мне надо сначала понять, что это такое

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

Каждый сотрудник как склад - это было бы полным решением в Навижн, где на каждом складе могут быть свои счета хранения МПЗ... В Аксапте, к сожалению, напрямую это не пойдет, поскольку при выдаче должны пойти проводки Дт 2х Кт 10, а перемещения в Аксапте проводок не порождают.

[Geo]

Тема получила продолжение здесь: http://www.sql.ru/forum/actualthread.aspx?...38273&pg=-1