Предлогаю обсудить схемы ведения по серийным номерам, В типовых так учитываются ОС.
На практике часто бывает необходимо вести только колличественый учет, отдельно от суммового. Пример:
Ведем учет картриджей, небходим суммовой+количественый учет по номенклатуре "HP-А10" но дополнительно для каждой номенклатуры отдельно вести учет по серийнику, что-бы потом можно было проследить историю.
В типовых это можно реализовать если для каждого обьекта учета создавать свою серию, но тут возникает вопрос: "а зачем использовать регист остатков, ведь у нас для каждой серии или есть 1шт или нету вообще, то-есть не используеться сам механизм регистра, может можно вместо него использовать регистр сведений?"
пример региста сведений:
изм - ОбьектУчета, склад
ресурсы - нет
реквизит - статус
из явных минусов
1. в запросах "срез последний" необходимо указывать требуемый статус, иначе будем получать большие таблицы
2. сложность с реализацией получения общего количества по измерению склад (использование функции КОЛИЧЕСТВО() - не есть гуд)
3. для ведения сумового и сводного (в разрезе склада) учета вс-же необходим регистр остатков
Из плюсов:
1. проще реализовать различные статусы, (не надо дополнительной характеристики)
2. Отсутствие необходимость делать списание а потом приход (при изменение статуса), для региста остатков необходимо 2 записи а тут только 1
Кто чего думает на эту тему?
На практике часто бывает необходимо вести только колличественый учет, отдельно от суммового. Пример:
Ведем учет картриджей, небходим суммовой+количественый учет по номенклатуре "HP-А10" но дополнительно для каждой номенклатуры отдельно вести учет по серийнику, что-бы потом можно было проследить историю.
В типовых это можно реализовать если для каждого обьекта учета создавать свою серию, но тут возникает вопрос: "а зачем использовать регист остатков, ведь у нас для каждой серии или есть 1шт или нету вообще, то-есть не используеться сам механизм регистра, может можно вместо него использовать регистр сведений?"
пример региста сведений:
изм - ОбьектУчета, склад
ресурсы - нет
реквизит - статус
из явных минусов
1. в запросах "срез последний" необходимо указывать требуемый статус, иначе будем получать большие таблицы
2. сложность с реализацией получения общего количества по измерению склад (использование функции КОЛИЧЕСТВО() - не есть гуд)
3. для ведения сумового и сводного (в разрезе склада) учета вс-же необходим регистр остатков
Из плюсов:
1. проще реализовать различные статусы, (не надо дополнительной характеристики)
2. Отсутствие необходимость делать списание а потом приход (при изменение статуса), для региста остатков необходимо 2 записи а тут только 1
Кто чего думает на эту тему?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот