Требования

В гостиничном бизнесе достаточно часто используют следующую процедуру списания запасов: в течение месяца продукты перемещают на склад, ассоциированный с кухней, а в конце месяца остатки списывают в себестоимость приготовленных блюд. Этот метод подходит для большей части подобных «виртуальных» складов, но не подходит, например, для склада, ассоциированного со столовой для персонала, так как стандартная модель списания продуктов подразумевает отнесение себестоимости на счёт «Себестоимость продуктов» (или напитков), а в данном случае списание должно пойти на счёт «Питание персонала»

Бывают случаи, когда ни функциональность Главной Книги, обычно используемая для РБП, ни функциональность модуля Основных средств, иногда используемая в качестве альтернативы, не могут быть использованы. Например, когда в соответствие с политикой компании все закупки должны пройти через многоуровневое утверждение заявок в модуле «Требования». Недавно мне удалось разработать такую процедуру 🙂

Иногда вы не знаете, как активировать какую-то новую функциональность, нет времени разбираться самому и спросить некого. Тогда на помощь приходит обходной путь. Здесь описаны оба пути, и «обходной», и «прямой» 🙂

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

Слайды презентации

Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона