Содержание

 

 

 

 

 

 

 

 

 

9 Заявки

Особую группу документов приложения Store House составляют Заявки.

Заявка – это документ, в котором определен перечень товаров и необходимое их количество для выполнения хозяйственной деятельности в подразделении предприятия (реализация, производство, закупка).

Существует три вида Заявок:

1.    Внешняя заявка – документ, созданный вручную или импортируемый из R-Keeper (см. п.п. 15), для оформления реализации блюд.

2.    Возврат – документ, созданный вручную или импортированный из R-Keeper (см. п.п. 15), для оформления возвратов ранее реализованных позиций или выкупа тары.

3.     Внутренняя заявка – документ, созданный вручную, для оформления заявок на поставку или производство товаров на подразделения организации.

4.     Дочерняя заявка – документ, автоматически созданный на основе внешней, внутренней или другой дочерней заявки, для обработки производственной цепочкипо заданным маршрутам (см. п.п. 7.1.6.8).

Обработка заявки (функция «Создать накладные для заявки») – автоматическое создание на основе заявки активных документов по заданным правилам, которые изменят остаток товаров в результате хозяйственной деятельности (реализация, производство, закупка).

            ♦ Заявки, созданные вручную и импортированные из R-Keeper, обрабатываются одинаково.

При обработке внешних заявок формируются: 

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

При обработке возвратов формируются:

  • Приходная накладная – накладная для прихода на остаток возвращенных покупателем товаров.
  • Расходный платежный документ – документ списания денежных средств в результате оформления возврата товаров или услуг по их отпускной цене.

 

При обработке внутренних и дочерних заявок учитываются правила маршрутов, определенных на карточках товаров (см. п.п. 7.1.6.8). Формируются документы:

·    Внутреннее перемещение – накладная на перемещение товара, если оформлена заявка на перемещение недостаточного количества товара на другое подразделение.

·    Комплектация – накладная на производство блюд/полуфабрикатов другим подразделением, если подразделение-заказчик не обладает производственными функциями и оформляет заявки на производство на другие подразделения.

·    Приходная накладная – накладная на поставку товара поставщикам, если заявки используются для оформления заказов поставщикам.

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

Если в результате выполнения расхода появляются отрицательные остатки, можно оформить списание с компенсированными записями (см. п.п. 8.26) или можно выяснить причину их появления, устранить ее (см. п.п. 9.11.2), а затем уже делать списание расхода.

              Для организаций, обработка документов реализации которых укладывается в схему «Комплектация» «Расходная накладная», работа с внутренними и дочерними заявками НЕ ТРЕБУЕТСЯ.

Так как порядок создания заявок не отличается от типа создаваемой заявки, то сперва рассмотрим порядок создания заявок в общем контексте (см. п.п. 9.2). Далее будет рассмотрен порядок работы с внешними заявками (см. п.п. 9.8), с возвратами (см. п.п. 9.9), с внутренними заявками (см. п.п. 9.10) и дочерними заявками (см. п.п. 9.12).

 

 

9.1 Список заявок

После сохранения заявки или после импорта заявок из R-Keeper (см. п.п. 15.5) для просмотра списка или обработки заявок необходимо открыть список заявок. Для этого воспользуйтесь пунктом «Заявки» главного пункта меню «Документы» или нажмите кнопку  на панели инструментов. Так как список заявок представляет собой отчет, то перед формированием списка заявок необходимо заполнить фильтр (см. п.п. 9.1.1).

 

9.1.1 Заявки Фильтр

Область окна «Фильтр» представлена на Рис. 399. Заполните фильтр перед формированием списка.

Если поля фильтра оставить незаполненными, то в список будут выведены все заявки базы данных Store House.

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

 

Рис. 399

«Отчет с» – в данное поле введите дату, начиная с которой в списке будут отображаться заявки.

«Отчет по» – в данное поле введите дату, до которой включительно в списке будут отображаться заявки.

Поля дат можно заполнить вручную, выбрав из календаря (см. п.п. 2 Рис. 2).

Для определения периода формирования списка заявок можно воспользоваться предустановленным списком периодов, для этого в поле «Период отчета» выберите значение.

Для очищения заполненного поля даты выделите соответствующее поле и выберите пункт контекстного меню Удалить или нажмите кнопку [Delete] на клавиатуре.

«Только корневые заявки» – при выставлении данного флага в список не будут выводиться «дочерние заявки» (см. п.п.9.12).

«Рассматривать только» – в данном поле можно выбрать из ниспадающего списка определенный период дня (см. п.п. 7.19), по которому будут отфильтрованы заявки в списке заявок.

«Подразделение» – в данном поле можно выбрать подразделения, заявки по которым будут выведены в список заявок.

«Юр. лица» – в данном поле можно выбрать собственные юридические лица, заявки по которым будут выведены в список заявок.

«Предприятия» – в данном поле можно выбрать предприятия, заявки по которым будут выведены в список заявок.

Поля фильтра «Подразделение»; «Юр. лица» и «Предприятия» связаны между собой. При заполнении одного поля (например «юр. лицо») уменьшается доступный для выбора в фильтре список для других полей (например «подразделений»). Список всех подразделений (см. Рис. 400). Список подразделений, после выбора в поле «юр. лицо» значения «UCS» (см. Рис. 401).

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

 

Рис. 400

 

Рис. 401

 

В окне выбора значений для фильтра в контекстном меню доступны пункты «Выбрать все»; «Сбросить все»; «Обратить выбор» (см. Рис. 401).

Выбрать все – выставит флаги для всех объектов в списке.

Сбросить все – снимет все флаги, проставленные у объектов.

Обратить выбор – выставит флаги для объектов без флагов, снимет флаги для объектов с флагами.

Если нужно очистить заполненные поля фильтра «Подразделение»; «Юр. лица» и «Предприятия», то воспользуйтесь пунктом контекстного меню Сбросить все (см. Рис. 399). При этом очистятся выбранные значения во всех трех полях. Если необходимо очистить значение в одном поле, то необходимо снять все значения в соответствующем окне (см. Рис. 401).

Места реализации – в данном поле можно выбрать места реализации, заявки по которым будут выведены в список заявок.

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

Корреспондент-заказчик - в данной группе полей можно определить перечень корреспондентов для внешних заявок, по которым будет выведен список заявок. Отбор корреспондентов можно провести по дополнительным полям «Тип 1», «Алк. декларация», «Тип 2».

Объединять по И – по умолчанию объединение фильтра по «заказчику» происходит по ИЛИ, т.е. в списке будут выведены все заявки или по фильтру «Корреспондент-заказчик» или «Подразделение-заказчик». Если в списке нужно оставить только заявки конкретных «заказчиков» из подразделений (для внутренних заявок) или корреспондентов (для внешних заявок), то вторую часть фильтра необходимо оставить незаполненной и выставить флаг «Объединять по И».

После заполнения фильтра для построения отчета нажмите кнопку [Применить]. Фильтр закрывается автоматически. В окне будет выведен список заявок (см. п.п. 9.1.2).

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

 

9.1.2 Заявки Содержание

Окно Заявки представлено на Рис. 402.

 

Рис. 402

 

В список выводятся заявки, удовлетворяющие заданному фильтру (см. п.п.9.1.1). Каждой заявке соответствует строка в таблице.

Таблица состоит из следующих столбцов:

Некоторые столбы могут быть скрыты (см. п.п.2.2.2.2.1)

Имп. – флаг в этом поле указывает на то, что заявка была импортирована из кассовой части R-Keeper (см. п.п. 15). Отсутствие флага указывает на то, что заявка была создана вручную.

Обраб. – если по заявке проведена операция Создать накладные для заявки (см. п.п.9.11.3), то в столбце стоит флаг. т.е. созданы накладные на основе заявки. Данный флаг свидетельствует только о создании накладных определенного типа. Статус созданной накладной (активна/неактивна) не влияет на выставление флага.

  ♦ Данный флаг НЕ СВИДЕТЕЛЬСТВУЕТ о «правильности» обработки заявки.

Для внешней заявки – флаг будет выставлен в случае формирования расходной накладной при обработке заявки.

Для возврата – флаг будет выставлен в случае формирования приходной накладной при обработке заявки.

Для внутренней заявки – флаг будет выставлен в случае формирования документов прихода (комплектация или внутреннее перемещение) при обработке заявки.

Для дочерней заявки – флаг будет выставлен в случае формирования документов прихода (комплектация, внутреннее перемещение или приходная накладная) при обработке заявки.

Номер – в данном поле выводится номер заявки, присвоенной ей при создании.

Цвет заливки поля «Номер» соответствует типу заявки: Голубой – внешняя заявка, Зеленый – возврат, Серый – внутренняя заявка, Белый – дочерняя заявка.

Род. заявка – данное поле заполняется только для «дочерних заявок» (см. п.п.9.2.1.3). В данное поле выводится номер «родительской заявки».

Период дня – в этом поле отображается период дня, указанный в заявке на закладке Заголовок (см. п.п.9.2.1.1).

Дата – в этом поле указана дата заявки. Если документ создают вручную, то дату вводит пользователь во время создания документа. Если документ создан автоматически на основании кассовой части R-Keeper, то в это поле попадает кассовая дата реализации.

Подразделение – в этом поле отображается подразделение, указанное в заявке на закладке Заголовок (см. п.п. 9.2.1.1).

Место реализации – в этом поле отображается место реализации, указанное в заявке на закладке Заголовок (см. п.п. 9.2.1.1).

Заказчик – в этом поле отображается заказчик, указанный в заявке на закладке Заголовок (см.п.п. 9.2.1.1).

Отпускные суммы – данные поля заполняются значениями сумм (б/н, НДС, НСП, в/н) только для внешних заявок. Внутренние и дочерние заявки не содержат информацию по отпускным суммам, поэтому в списке данные поля имеют значение 0.

Если шрифт записи «номер», «дата», «период дня» в таблице синего цвета, это означает, что документ имеет статус «неактивный», такие заявки не отображаются в отчетах «Акт реализации» и «Реализация по дням».

В списке Заявок осуществляется обработка заявок (см. п.п. 9.11), работа с дочерними заявками (см. п.п. 9.12 и п.п. 9.13), редактирование, копирование и удаление созданных заявок (см. п.п. 9.3, п.п. 9.4, п.п. 9.7). Все функции вызываются из пункта контекстного меню по конкретной заявке или используя соответствующие пункты главного пункта меню «Документ».

В результате обработки заявок формируются документы, связанные с этой заявкой, которые отображаются в нижней части таблицы (см. Рис.402).

Если в списке связанных документов шрифт номера документа синего цвета, то данный документ является неактивным.

 

9.2 Создание заявки вручную

Чтобы создать заявку вручнуювоспользуйтесь пунктом главного меню «Документы» – «Новая заявка» (см. Рис. 403) или воспользуйтесь пунктом Новая заявка контекстного меню из окна списка заявок или кнопкой  на панели инструментов.

 

Рис. 403

После заполнения закладок «Заголовок» (см. п.п.9.2.1.1) и «Товары» (см. п.п.9.2.1.2) сохраните заявку (пункт главного меню «Документ» – «Сохранить документ» или кнопка  на панели инструментов).

 

9.2.1 Заполнение заявки

Окно документа Заявка представлено на Рис. 404.

 

Рис. 404

Окно заявки содержит закладки Заголовок, Товары, Род. заявка, Маршруты.

 

9.2.1.1 Заголовок

Заполнение закладки «Заголовок» (см. Рис. 404).

Номер - полезаполняется автоматически после сохранения документа и определяет внутренний номер документа в общем списке заявок.

Дата – в данном поле определите дату создания документа (см. п.п. 2). По умолчанию в этом поле автоматически устанавливается текущая компьютерная дата. Относительно данной даты будут определены комплекты или версия комплекта (см. п.п. 7.1.6.6) и периоды комплектов, по которым будет происходить списание (см. п.п. 7.3.5.3.2). И могут быть рассчитаны остатки, при соответственном заполнении фильтра списания.

Период дня - выберите из списка периодов дня, указанных в словаре Периоды дня (см. п.п. 7.19). Поле обязательно для заполнения.

             ♦ На момент выпуска данной версии руководства пользователя, «период дня» не влияет на формирование, обработку заявок и формирование отчетности. Поэтому можно использовать предустановленный период «Весь день».

Род. заявка – в данном поле автоматически будет заполнен номер «родительской заявки» в том случае, если открытая заявка является «дочерней» (см. п.п. 9.12.1).

Подразделение – в данном поле укажите подразделение, которое будет указано поставщиком в накладных, создаваемых на основании данной заявки (см. Рис. 406, выделено красным цветом), т.е. подразделение списания товара. Поле обязательно для заполнения.

По указанному подразделению будет определено предприятие, для которого формируется документ. На основе предприятия будут использоваться данные из исключений по «Доп. Параметрам» и «Версиям комплектов» из карточек товаров (см. п.п. 7.1.6.5 и п.п.  7.1.6.6) для обработки заявки.

Также на основе указанного подразделения может быть использован расчет маршрутов для внешних заявок (см. п.п. 7.1.6.8 и п.п. 9.2.1.4), если для товара не создано исключение по месту реализации (см. п.п. 7.1.6.8).

 

Рис. 405

 

Заказчик – в данном поле укажите корреспондента (для внешней заявки) или подразделение (для внутренней заявки), которое будет указано получателем в накладных, создаваемой на основании заявки (см. Рис. 405, выделено зеленым цветом). Поле обязательно для заполнения.

Для внутренних и дочерних заявок поле «Заказчик» является определяющим для формирования маршрутов (см. п.п. 7.1.6.8 и п.п. 9.2.1.4), если для товара не создано исключение по месту реализации (см. п.п. 7.1.6.8).

Место реализации – в данном поле выберите из словаря Место реализации (см. п.п. 7.18). Поле обязательно для заполнения.

Указание места реализации в заявке позволит формировать отчеты (акт реализации) в разрезе мест реализации. Также на основе указанного места реализации может быть использован расчет маршрутов (см. п.п. 9.2.1.4), если для товара создано исключение по месту реализации (см. п.п. 7.1.6.8).

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

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

  • Внешняя – заявка для оформления реализации/списания блюд: банкеты, питание персонала, проработка, порча и пр. Т.е. реализация, которая не проводилась через кассы R-Keeper. Заказчиком в таких заявках указывается конкретный корреспондент – причина списания. При обработке таких заявок будут сформированы документы производства блюд (если требуется) и расходные накладные, для списания приготовленных и реализованных блюд.

В списке заявок (см. п.п. 9.1.2«Внешняя заявка» обозначена голубым цветом заливки в поле «Номер» (см. Рис. 405).

               ♦ Заявки, импортированные из R-Keeper для обработки реализации с касс, также имеют тип «Внешняя». Более подробно рассмотрены в п.п. 9.8.

  • Возврат – заявка для оформления возвратов блюд/товаров от покупателей, не проведенные через R-Keeper. В списке заявок (см. п.п. 9.1.2«Возврат» обозначен зеленым цветом заливки в поле «Номер» (см. Рис. 402).

♦ Заявки-возвраты, импортированные из R-Keeper для обработки возвратов на кассе, также имеют тип «Возврат». Более подробно рассмотрены в п.п. 9.9.

  • Внутренняя – заявка для оформления заказов товаров (поставка или производство) на другие подразделения организации подразделением-заказчиком. При оформлении такой заявки в качестве «Заказчика» указывается подразделение, которое оформляет заказ, а в качестве «Подразделения» указывается подразделение, куда оформляется заказ.

Если внутренняя заявка создана вручную, в списке заявок (см. п.п. 9.1«Внутренняя заявка» обозначена серым цветом заливки в поле «Номер» (см. Рис. 405). 

  • Дочерняя заявка - внутренняя заявка, созданная автоматически на основе других заявок по заданным маршрутам. В списке заявок (см. п.п. 9.1«Дочерняя заявка» в поле «Номер» имеет белый цвет заливки (см. Рис. 405).

Прочие свойства – группа дополнительных параметров заявки, созданных пользователем – дополнительные атрибуты заголовка заявки (см. п.п. 14.4.6)

Активировать (Текущий статус …) – для возможности обрабатывать заявки (т.е. создавать накладные) сама заявка должна иметь статус «Активная». Флаг выставлен при добавлении новой заявки автоматически. Тем не менее, если заявка создана для шаблона или еще не должна быть обработана, то флаг активности можно снять.

Импортированные заявки, дочерние заявки создаются активными.

Флаг «Активная» на заявке влияет на:

  • возможность создавать накладные на основе заявки
  • создавать дочерние заявки
  • на формирование отчетов «Акт реализации» и «Реализация по дням»

Только на основе «активных» внешних заявок формируется отчет «Акт реализации» (см. п.п. 12.6.1).

Можно производить групповую активацию заявок из «Списка заявок» используя пункт контекстного меню «Активация».

 

 

9.2.1.2 Товары

Закладку «Товары» условно можно разделить на две части: поле таблицы для ввода товаров, на которые формируется заявка и поле таблицы для ввода модификаторов (см. Рис. 406).

Рис. 406

Границу между таблицами можно перемещать по окну с помощью перетаскивания. При перемещении выделения по верхней таблице, в нижней таблице выводятся модификаторы, относящиеся к выделенному товару (при существовании таких модификаторов).

Область «Товары» можно заполнить только элементами из справочника «Товары» (см. п.п. 7.1). Область «Модификаторы» можно заполнить только элементами справочника «Комплекты» с флагом «Модификатор» (см. п.п. 7.3.5.9 и п.п. 7.3.6)

Модификатор – это изменение комплекта основного блюда. Если товар в области «Товары» не имеет комплект, то добавленный к этому товару модификатор не будет участвовать в списании, т.к. нет объекта, который нужно изменить.
Область «Товары» разделена на две группы колонок:
«Заказ» - в данной группе колонок указывается информация по заказываемой продукции.
«Приход для выполнения заказа» - в данной группе колонок указывается информация (рассчитывается автоматически) по необходимому количеству для обработки заявки и методе приходования товара для обработки заявки.

Чтобы добавить товар в заявку:

v Щелкните мышью в области значений таблицы «Товары»;

v  Нажмите клавишу [Insert] или [↓]. Также можно воспользоваться пунктом контекстного меню Добавить строку или пунктом «Добавить строку» главного пункта меню «Правка»;

v  В поле Продукт выберите из Словаря товаров добавляемый товар (см. п.п. 8.2);

v  По умолчанию в поле Ед. изм. будет подставлена единица измерения, для которой в карточке товара установлен флаг «Заявки» (см. п.п. 7.1.6.4.1). Если Вы хотите воспользоваться другой единицей измерения товара, выберите ее из списка. Если количество товара в соответствующем поле при этом было указано, оно автоматически пересчитается в соответствии с коэффициентом выбранной единицей измерения;

v  В поле Количество укажите количество товара в выбранных единицах измерения;

              ♦ Поля «Ставка НДС», «Ставка НСП», «Сумма б/н», «НДС», «НСП», «Сумма в/н» доступны для заполнения только при формировании внешних заявок, для возможности рассчитать наценку при формировании отчета «Акт реализации».

v  По умолчанию значения полей «Ставка НДС»«Ставка НСП» и «Цена» берутся из карточки товара с закладки «Дополнительные параметры» - «Продажа» (см. п.п. 7.1.6.5). Значения определяются по предприятию, которое, в свою очередь, определяется относительно подразделения из поля «Подразделение» заголовка заявки (см. п.п. 9.2.1.1), если для товара созданы «исключения по предприятию». Если исключений нет, то будут использованы базовые значения из карточки товара. Если необходимо, данные поля можно переопределить вручную;

v  Если в базе данных ведутся прейскуранты получателей (см. п.п. 7.24) и выставлена настройка «Использовать прейскуранты» (см. п.п. 14.4.2), то при формировании вручную внешней заявки на получателя, для которого создан расходный прейскурант, цены и ставки налогов будут подставлены из данного прейскуранта. Если товар не фигурирует в прейскуранте, то значения для полей «Ставка НДС»; «Ставка НСП»; «Цена б/н» и «Цена в/н» будут подставлены из карточки товара;

              ♦ Установка цен по расходным прейскурантам работает ТОЛЬКО для внешних заявок, созданных вручную. В импортированных заявках используются суммы реализации из R-Keeper.

              ♦ Права на изменения цен для внешних заявок, созданных вручную, определяются правами пользователя по работе с ценами для расходных накладных (см. п.п. 14.2.2.3.3).

v  Заполнение взаимосвязанных полей «Сумма б/н», «Сумма в/н», «НДС», «НСП». Заполнение полей может происходить как в прямом, так и в обратном порядке:

·       При расчете «Суммы в/н» к «Сумме б/н» прибавляется «Сумма НДС», затем от полученной суммы рассчитывается «Сумма НСП», и прибавляется к значению, полученному в результате сложения «Суммы б/н» и «Суммы НДС»;

·       Вы можете указать цену за выбранную Вами единицу измерения в поле «Цена». В этом случае после введения цены «Сумма б/н» и «Сумма в/н» будут рассчитаны автоматически;

·       Можно ввести «Сумму б/н» (без налогов) или «Сумму в/н» (включая налоги), тогда «Цена» и вторая сумма будут рассчитаны автоматически;

·       Значения в полях «НДС» и «НСП» рассчитываются автоматически в зависимости от выбранных ставок в соответствующих полях;

v  Группа полей «Комплект» и «Версия» заполняются в случае, если к добавленному в заявку товару привязан комплект (см. п.п. 7.1.6.3.7);

·       Начиная с версии 5.27.125 данные поля доступны для редактирования. Ссылка на комплект храниться в самом документе.

·       «Комплект» и «Версия комплекта»определяются автоматически относительно предприятия (см. п.п. 7.1.6.6), для которого формируется заявка (определяется по подразделению). 

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

 

Рис. 407

Рис. 408

 

            ♦ Список комплектов, доступных для выбора в документ, формируется из списка комплектов, определенных на карточке товара, на закладке «Версия комплекта» (см. п.п.7.1.6.6).

v  Группа полей «Приход» заполняется для тех товаров, которые необходимо произвести для внешних заявок, для внутренних и дочерних заявок заполняется всегда:

·       в поле «Док.» указывается тип документа для оприходования товара (комплектация, приходная накладная или внутреннее перемещение) на подразделение, указанное на закладке «Заголовок» в строке «Подразделение».Поле заполняется автоматически после выбора товара. Значение в поле, при необходимости создания дополнительного документа при обработке заявки, можно изменить;

·       в поле Поставщик указывается подразделение/корреспондент, которое будет выступать в качестве поставщика в создаваемых при обработке заявки документах. По умолчанию указывается подразделение, указанное на закладке «Заголовок» в строке «Подразделение».Значение в поле, при необходимости создания дополнительного документа при обработке заявки, можно изменить;

·       в поле «Количество» автоматически проставляется количество товара, которое необходимо дополнительно произвести с учетом текущих остатков. Если нужно произвести количество заявки, то в поле «Приход»-«Количество» необходимо проставить количество вручную;

·       в поле «Накл.» после обработки заявки указывается номер документа, созданного на основании значений в полях «Док.» и «Поставщик» после выполнения операции «Создать накладные для заявки» в контекстном меню заявки (см. п.п. 9.11.3).

v  Поле «Расх. Накл.» доступно только для «внешних заявок». После обработки заявки в данное поле автоматически подставляется номер расходной накладной, сформированной на основании этой заявки;

v  В поле Остатки отображается остаток товара до обработки заявки на подразделении, выбранном в поле «Подразделение» на закладке «Заголовок»;

           ♦  Количество остатка указывается в единицах измерения строки заявки.

 

Чтобы добавить модификатор к товару в заявку:

v Щелкните мышью в области значений таблицы «Модификаторы»;

v Нажмите клавишу [Insert] или [↓]. Также можно воспользоваться пунктом контекстного меню Добавить строку или пунктом«Добавить строку» главного пункта меню «Правка»;

v в поле «Комплект» выберите из справочника «Комплекты»добавляемый модификатор. Для выбора доступны только комплекты с флагом «Модификатор»;

v  Для комплекта может быть определена только одна единица измерения. В данной единице измерения комплект будет добавлен в заявку. Изменить единицу измерения нельзя;

v в поле «Количество» поставьте количество модификаторов в выбранных единицах измерения.

v  Повторите вышеперечисленные действия для всех модификаторов;

 

9.2.1.3 Род. заявка

Закладка «Род. заявка» заполняется только для дочерних заявок (см. п.п. 9.12).

На данной закладке выводятся информация по товарам из «родительской» заявки, на основе которых была сформирована дочерняя заявка (см. Рис.409).

 

Рис. 409

 

У внешних и внутренних (созданных вручную) заявок эта закладка остается пустой.

 

9.2.1.4 Маршруты

Закладка «Маршруты» будет заполнена после сохранения заявки. Данная закладка представляет собой отчет по «возможной» цепочке документов, для приходования товаров для обработки заявки-родителя. На основе данного отчета формируется «дерево» дочерних заявок (см. п.п. 9.13).

Маршрут отображается в соответствии с маршрутами, прописанными в карточках товаров на закладке «Маршруты» (см. п.п. 7.1.6.8). При отсутствии прописанных маршрутов на карточках товаров, в заявке на закладке Маршрутыосновным документом по умолчанию будет указываться документ комплектация.

На Рис. 410 изображена закладка «Заголовок» заявки баром ресторана 1 в кондитерский цех на поставку Чизкейка в количестве 2 шт.

 

Рис. 410

 

На закладке Маршруты отображаются документы, показывающие поступления товаров от поставщика к получателю в соответствии с маршрутами, прописанными в карточках перечисленных товаров (см. Рис. 411).

 

Рис. 411

 

В первой строке сверху выделен желтым цветом основной товар заявки Чизкейк классический, который от поставщика Кондитерский цех «переходит» к получателю Бар 1этаж Ресторан1 в количестве 2-х штук через документ Комплектация.

Для производства Чизкейка классического на производстве Кондитерский цех необходимо наличие ингредиентов комплекта «Чизкейк классический». Исходя из прописанных маршрутов на карточках ингредиентов, Кондитерский цех запрашивает ингредиенты из Центрального склада. Далее Центральный склад, в свою очередь, может оформить заказ ингредиентов поставщикам, если поставщики ингредиентов фиксированы и прописаны на карточках товаров.

При расчете количества товаров для маршрутов не будут учтены остатки товаров для внешних и внутренних заявок, если предварительно для «заказываемых» товаров не была вызвана функция «Рассчитать необходимый приход» (см. п.п. 9.2.2.1).

 

9.2.2 Команды контекстного меню Заявка – Товары

   На Рис. 413 представлены команды контекстного меню, доступные для товара на закладке «Товары» документа «Заявка». Список команд зависит от места вызова контекстного меню. На скриншоте (см. Рис. 412) приведены не все доступные команды для области. Также можно открыть свойства ставок налогов, корреспондентов.

 

    

Рис. 412

 

9.2.2.1 Рассчитать необходимый приход

Данная функция позволяет при оформлении прихода на основе заявки (внешней или внутренней) учитывать остатки товара, который будет оприходован.
 
При формировании заявок вручную «Необходимый приход» рассчитывается автоматически с учетом текущих остатков. 
 
Если товар указан несколькими строками в заявке, то для второй и следующих строк необходимый приход будет рассчитан с учетом введенных ранее товаров.
 
При сохранении заявки «Необходимый приход» фиксируется в документе. Если «задним числом» внесли изменения в документооборот по товарам заявки, то для учета внесенных изменений необходимо вызвать «Рассчитать необходимый приход» вручную перед обработкой заявки. Иначе заявка будет обработана по ранее сохраненным данным.
 

          ♦ Функция «Рассчитать необходимый приход» вызывается вручную перед формированием дочерних заявок или документов для обработки импортированных заявок.

          ♦ При создании дочерних заявок данная функция отрабатывает автоматически.

Бар заказывает в Кондитерский цех произвести и поставить 4шт. «Чизкейк классический» (см. Рис. 413). На остатках Кондитерского цеха уже есть один приготовленный торт. Для того чтобы по заявке произвести недостающее количество тортов, необходимо воспользоваться функцией «Рассчитать необходимый приход». В колонках «приход» (см. Рис.413) будет рассчитано необходимое количество для производства.

Рис. 413

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

 

9.2.2.2 Движение товара

Один из основных отчетов в системе – это отчет «Движение товара». Данный отчет позволяет увидеть накладные по конкретному товару за любой период времени, общий или отфильтрованный по подразделению, предприятию или юридическому лицу.

Для быстрого доступа к отчету он добавлен в контекстное меню на закладке «Товары» заявки. 

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

Методология работы с отчетом описана в п.п. 12.3.1

 

9.2.2.3 Вхождение товара в заявки

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

Для вызова отчета позиционируйте курсор в списке товаров заявки. Воспользуйтесь пунктом контекстного меню «Вхождение товара в заявки» или пунктом «Вхождение товара в заявки» главного пункта меню «Документ».

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

Методология работы с отчетом описана в п.п. 7.1.9.5

 

9.2.2.4 Свойства объекта/Справочник объекта

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

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

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

Также можно открыть сам справочник, воспользовавшись соответствующим пунктом контекстного меню.

 

9.3 Редактирование заявки

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

Нельзя редактировать заявку, если на ее основании создана хотя бы одна накладная.

          ♦  Если документ был импортирован из кассовой части R-Keeper, его редактирование запрещено. 

Если возникает необходимость скорректировать документ, импортированный из кассовой части R-Keeper, то необходимо скопировать его (см.п.п. 9.4), в копии внести изменения, а исходный документ удалить (см. п.п. 9.7).

 

9.4 Клонирование заявки

Для копирования заявки выделите заявку в списке и воспользуйтесь пунктом главного меню «Правка» – «Клонировать документ» или сочетанием клавиш [Shift]+[Ctrl]+[C]. В созданном документе будет не заполнено поле Номер, которое можно заполнить вручную с помощью клавиатуры, либо поле заполнится автоматически после сохранения документа.

Если исходная заявка является дочерней, то и клонированная заявка будет дочерней от того же документа.

 

9.5 Клонировать выделенные заявки

При работе с заявками бывает необходимо создать копии группы заявок или сделать объединенную заявку по выделенным. 

Функция «Клонировать выделенные заявки» позволяет:

Объединить выделенную группу заявок в одну заявку.

Копировать выделенную группу заявок с изменением параметров создаваемых заявок.

Изменить тип заявки, дату, контрагента.

Выделите в списке заявку/группу заявок и воспользуйтесь пунктом контекстного меню «Клонировать выделенные заявки».

          ♦   Данную функцию можно использовать и для одной заявки.

Откроется фильтр для создания новых заявок (см. Рис. 414).

 

Рис. 414

 

Дата – укажите дату, на которую будут созданы новые заявки. Если дата будет не задана, то копии будут созданы датами выделенных заявок.

Тип – определите тип создаваемых заявок (внутренние или внешние). Заявки могут быть созданы только одного типа. Поле обязательно для заполнения.

Период дня – задайте период дня, с которым будут созданы новые заявки. Если поле не заполнено, значение будет подставлено из заявок-источников.

Подразделение – если у создаваемых копий заявок необходимо указать конкретное подразделение, то заполните данное поле. Если поле не заполнено, подразделение будет подставлено из заявок-источников.

Место реализации – если у создаваемых копий заявок необходимо указать конкретное место реализации, то заполните данное поле. Если поле не заполнено, место реализации будет подставлено из заявок-источников.

Заказчик – если у создаваемых копий заявок необходимо указать конкретного заказчика, то заполните данное поле. Если поле не заполнено, заказчик будет подставлен из заявок-источников.

Объединять заявки – выставьте флаг, если необходимо создать одну общую заявку из группы выделенных заявок.

          ♦   При создании объединенной заявки должны быть заполнены все поля фильтра. 

          ♦   Объединенная заявка создается «Активной».

Нажмите [Применить] для создания копий выделенных заявок или создания объединенной заявки. Результат копирования будет выведен в отдельное окно (см. Рис. 415).

 

Рис. 415

 

9.6 Рассчитать необходимый приход для группы заявок

При создании заявок вручную или при внесении документов «задним числом» необходимый приход в уже созданных заявках может меняться. Для пересчета необходимого прихода необходимо открыть заявку перед обработкой (см. п.п. 9.11) и вызвать функцию «Рассчитать необходимый приход» (см. п.п. 9.2.2.1). При большом объеме документов данная операция становится трудоемкой.

Функция «Рассчитать необходимый приход» также доступна для группы выделенных заявок в «Списке заявок». Выделите необходимые заявки в списке заявок и воспользуйтесь пунктом контекстного меню «Рассчитать необходимый приход». Система выдаст сообщение (см. Рис. 452). Нажмите [Да], для пересчета необходимого прихода. Нажмите [Нет], если Вы ошибочно выбрали пункт меню «Рассчитать необходимый приход».

 

 

Рис. 452

 

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

 

Как это работает:

В базе Store House заведен товар Чизкейк с 2 единицами измерения, одна – базовая, вторая – для заявок (см. Рис. 453).

 

Рис. 453

 

На складе «Бар 2й этаж» созданы документы прихода (к и в/п) формирующие остаток (см. Рис. 454).

 

Рис. 454

 

По данному складу сформированы заявки на разные даты с 01.07.19 по 03.07.19 (см. Рис. 455, Рис. 456и Рис. 457).

 

Рис. 455

 

Товар в заявках указан в разных единицах измерения.

  • На момент списания по заявки №1830 от 02.07.19 на остатке 32 порции товара;
  • Первой строкой расходуется 8 порций (необходимый приход не требуется);
  • На остатке остается 24 порции = 3 шт. (см. Рис. 453) – что и отображено в 3й строке;
  • Расход по 3й строке 5 шт., т.е. необходимо произвести 2шт (необходимый приход 2шт.);

     ♦    Внутри документа остаток рассчитывается с учетом всех повторяющихся записей документа.

 

Рис. 456

 

  • В заявке №1829 от 03.07.19 необходимый приход рассчитан с учетом заявки №1830 (после создания накладных остаток будет = 0) и комплектации от №ФКк171 от 03.07.19 (см. Рис. 454), по которой произведено 8 порций=1шт.

 

Рис. 457

 

     ♦    При открытии заявки отображается текущий остаток, без учета теоретических списаний, поэтому на Рис. 457при остатке 5 шт. рассчитанный необходимый приход 2шт. Т.к. на момент открытия заявки №1829, без создания накладных по заявке №1830 остаток товара 40 порций=5 шт. (см. Рис. 454).

 

 

9.7 Удаление заявки

Чтобы удалить заявку, выделите ее, воспользуйтесь пунктом контекстного меню Удалить заявку или пунктом главного меню «Документ» – «Удалить заявку».При этом система запросит подтверждение операции (см. Рис. 416).

 

Рис. 416

 

Система запросит подтверждение удаления. Нажмите [Да], если Вы действительно хотите удалить выбранную заявку. Нажмите [Нет], если Вы ошибочно выбрали пункт меню «Удалить заявку».

                  Если заявка была «Обработана», т.е. на основе данной заявки были созданы накладные (см. п.п. 9.11.3), то при удалении заявки будут удалены и накладные, связанные с заявкой.

Если на основе заявки (внешней или внутренней) были созданы дочерние заявки, то система не позволит удалить заявку. Сперва необходимо удалить дочерние заявки (см. п.п. 9.12.4).

 

9.8 Импортированные заявки

Одна из основных задач Store House – это обрабатывать продажи R-Keeper, что позволяет вести реалистичный товарооборот на предприятии. Продажи R-Keeper импортируются в Store House при помощи приложения QushMan.exe (см. п.п. 15) либо вручную либо автоматически.

Для просмотра и обработки импортированных заявок необходимо открыть список заявок (см. п.п. 9.1).

В списке импортированные заявки маркированы соответствующим флагом «Имп.» (см. Рис. 417).

При импорте из R-Keeper заявки автоматически создаются активными.

Каждая заявка формируется согласно заданным правилам импорта (см. п.п. 15.4). Разбивка общей продажи R-Keeper происходит по «месту реализации» и «заказчику» - данные берутся из R-Keeper и по «подразделению» - данные берутся из настроек на карточках товаров (см. п.п. 7.1.6.7). Таким образом, система автоматически разбивает документы по подразделениям списания.

 

Рис. 417

 

Номер заявкам присваивается автоматически при создании документа в Store House по правилу «последний номер +1».

              Если документ был удален из Store House и заново импортирован в Store House, то будет присвоен следующий номер с учетом всех удаленных документов.

На данном этапе развития системы заявки не разделяются по периодам. Импортированная заявка всегда имеет предустановленный период «Весь день».

 

             ♦ Если список периодов редактировался пользователями, то при импорте заявок будет использоваться период с минимальным RID –внутренний уникальный код периода.

Импортированные заявки редактировать нельзя. Поля закладки «Заголовок» заполняются согласно прописанным правилам импорта. 

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

Единственное поле «Заголовка» может быть не заполнено при импорте – «Подразделение». В этом случае его можно определить вручную (см. п.п. 9.8.1). После сохранения документа поле становиться недоступным для редактирования.

 

Рис. 418

 

На закладке «Товары» недоступны для редактирования номенклатурный перечень (изменение, добавление, удаление) и изменение проданного количества и отпускных сумм.

Количества для товаров импортированных заявок указывается в единицах измерения с флагом «Заявки» на карточках товаров (см. п.п. 7.1.6.4.1). По умолчанию такой единицей измерения является «порция» (см. п.п. 7.1.7).

«Приход»-«Количество» всегда равно количеству заявки. Если требуется учитывать существующий остаток блюд, то необходимо вызвать функцию «Рассчитать необходимый приход» (см. п.п. 9.2.2.1).

 

9.8.1 Подразделение списания

Если для блюда на момент импорта расхода блюд из R-Keeper в Store House не было определено подразделение для списания (новое блюдо), то в импортированной заявке поле «Подразделение»будет не заполнено (см. Рис. 417). Что не позволит обработать заявку (см. Рис. 419), т.е. создать накладные, организующие списание ингредиентов проданных блюд.

 

Рис. 419

 

Если все проданные товары из импортированной заявки должны быть обработаны по одному и тому же подразделению списания, то его можно определить на закладке «Заголовок» заявки выбрав из списка вручную. 

После сохранения документа поле станет недоступным для редактирования.

Если списание товара необходимо обрабатывать через комплектацию (см.п.п. 9.11.6), то данное подразделение будет автоматически проставлено в поле «Приход» - «Поставщик» закладки «Товары».

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

         ♦ Удалить нужно ВСЕ заявки за дни, в которых есть заявки с незаполненным полем «Подразделение», т.к. после определения новых правил списания на карточках товаров, товары должны будут попасть в некоторые, уже созданные документы. При импорте проверяется наличие уже импортированных заявок. И система не позволит создать дублирующие по «дата + подразделение + заказчик + место реализации»документы.

 

9.8.2 Заказчик (Валюта/группа валют) при работе с предоплатами

В R-Keeper V7 при работе с предоплаченными заказами фигурирует две валюты оплаты заказа:

  • Валюта внесения предоплаты – фактическая валюта оплаты заказа (см. Рис. 469 и Рис. 470).
  • Валюта «Зачет аванса» – техническая валюта, которая передает в регулирующие органы информацию, что заказ был оплачен ранее (см. Рис. 469 и Рис. 470).

Т.к. фактически оплата была проведена валютой предоплаты, то при импорте документов в Store House при группировке «по валютам» или «по группам валют» заявки будут сформированы на валюту/группу валют внесения предоплаты (см. Рис. 471).

 

Рис. 469

 

Рис. 470

 

Рис. 471

 

 

9.8.3 Комплект

Если при обработке импортированной заявки (см. п.п. 9.11) необходимо учитывать технологии приготовления блюд, то для таких блюд должны быть созданы комплекты, по которым и будет происходить обработка документа (см. п.п. 7.1.6.3, п.п. 7.1.6.6 и п.п. 7.3).

Необходимость использовать комплекты при обработке импортированных заявок определяется по настройке каждого товара по флагу «Производить» на карточке товара (см. п.п. 7.1.6.3.6). Данное свойство может различаться по предприятиям (см. п.п. 7.1.6.6). Если флаг выставлен, то при обработке заявки система будет искать соответствующую ссылку в товаре, если флаг не выставлен, то при обработке заявки на данный товар не будет создаваться документ комплектация (см. п.п. 9.11.6).

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

Если комплект не привязан к товару на момент импорта, а флаг «Производить» выставлен на товаре, то при обработке заявки система выдаст предупреждающее сообщение «Выставлен флаг «Производить», но комплект не определен.» (см. п.п. 9.11.1.1). Необходимо создать комплект для товара. В документ при импорте он будет назначен автоматически.

 

9.8.4 Отпускные суммы заявок

Все заявки, импортированные из R-Keeper, формируются с продажными суммами R-Keeper, с учетом всех скидок и наценок, добавленных в заказ.

Так как некоторые продажи R-Keeper могут толковаться бухгалтерами по-разному (продажи блюд за бонусы можно проводить как по отпускной цене, так и по нулевой), то в системе добавлена настройка на уровне импорта обнулять отпускные суммы (см. п.п. 15.4.5.1).

 

9.8.5 Суммы и ставки налогов

Правило импорта сумм налогов указывается в настройках импорта данных из R-Keeper (см. п.п. 15.4.2.7 и п.п. 15.4.6).

Если в настройках импорта флаг «расчет налогов по r_keeper» не выставлен, то для каждой проданной в R-Keeper позиции выгружается «Сумма, включая налоги» и от нее рассчитываются суммы налогов по ставкам налогов, определенных на карточке соответствующего товара в Store House (см. п.п. 7.1.6.5).

Если в настройках импорта флаг «расчет налогов по r_keeper» выставлен, то для каждой проданной в R-Keeper позиции выгружаются все суммы из R-Keeper. 

Пример разного результата импорта приведен на Рис.420, Рис.421 и Рис.422.

В R-Keeper проданы два блюда 

Капучино – НДС 18%; Акциз и НСП не используются.

Тест 18/11/5 – НДС 18%; Акциз 11% и НСП 5%

НДС и Акциз включены в цену, НСП добавляется к цене. 

Для Капучино расчет налогов обоими методами одинаковый, т.к. правило расчета налога R-Keeper не отличается от правила расчета налогов Store House.

Для Тест 18/11/5 – методы отличаются, т.к. добавлен третий налог.

Результат расчета налогов в R-Keeper представлен на Рис.420.

Если импорт расхода настроен на расчет налогов по правилам Store House, то ставки налогов НДС и НСП будут взяты из карточек товаров, а налог Акциз будет проигнорирован (см. Рис. 421).

Если импорт расхода настроен на расчет налогов по правилам R-Keeper, то в заявку будут импортированы все суммы R-Keeper. 

                    НО в Store House существует только два вида налога НДС и НСП. По правилам импорта, если налоги R-Keeper «включены в цену», то сумма этих налогов записывается в поле НДС, если налоги R-Keeper «добавляются к цене», то сумма этих налогов записывается в поле НСП. 

Рис. 422 - сумма НДС и сумма Акциза импортированы общей суммой в поле НДС, сумма НСП – в поле НСП. 

Также на основе полученных сумм налогов будет рассчитана ставка налога (см. Рис. 422 – Ставка НДС). Она будет храниться только на документе.

 

Рис. 420

 

Рис. 421

 

Рис.422

 

 

9.8.6 Модификаторы в импортированных заявках

          ♦ Модификатор – это изменение основного блюда, с которым был продан модификатор. Для Store House – это изменение основного комплекта.

Область «Модификаторы» заполняется для каждого товара, выбранного в области «Товары» (см. Рис. 423)Т.е. передвигая курсор по списку товаров, в нижней части будет отображаться список модификаторов, проданных с товаром, на котором происходит позиционирование курсора.

 

Рис. 423

 

На импорт модификаторов в заявки (выгружать/не выгружать; количество; цены) влияют настройки в R-Keeper.

                  В Store House будут выгружены только те модификаторы, у которых в менеджерской части R-Keeper поле «Вес» имеет значение больше 0 (нуля).

                ♦  При списании ингредиентов из комплекта модификатора взаимозаменяемые товары НЕ ИСПОЛЬЗУЮТСЯ.

сли модификаторы имею цену в R-Keeper и при продажах цена модификаторов учитывалась в реализации, то при импорте расхода в Store House сумма реализованных модификаторов будет отнесена на сумму реализации блюд, с которыми продавались данные модификаторы.

Правило импорта количества модификаторов зависит от многих настроек R-Keeper. 

                ♦ Количество импортированных модификаторов определяется по правилам, сохраненным в базе R-Keeper на момент импорта продаж, а не на момент оформления продажи. Т.е. если на момент продаж действовали одни правила, а импорт происходит после изменения правил, то продажи модификаторов пройдут по новым правилам.

Правило 1

Количество импортированных модификаторов зависит от свойства блюда «Режим цены» (см. Рис. 424), с которым реализовывались модификаторы. 

 

Рис. 424

 

Для каждого блюда в R-Keeper задается «режим цены». Относительно этого режима задаются следующие правила:

- «штучное» - количество модификаторов равно количеству порций проданных блюд;

- «порционное за вес» - для любого веса (указанного одной строкой в заказе) модификатор импортируется в количестве 1.

- «порционное за стд. порцию» и «дозируемое за стд. дозу» - для любого веса (указанного одной строкой в заказе) или количества порций, модификатор импортируется в количестве 1.

Пример: «форель на гриле» продается «на вес». К данной позиции доступен для выбора гарнир на выбор (1 порция гарнира к любому весу одной рыбины).

В заказ добавляются две позиции «форель на гриле» отдельными строками. Вес первой 310гр, вес второй 375гр. К каждой строке был выбран модификатор «Овощной салат». Результат импорта заявки в Store House – к «форель на гриле» продавалось 2 порции «овощного салата» (см. Рис. 425).

 

Рис. 425

Правило 2

После определения количества модификаторов для импорта относительно «Режима цены» блюда (Правило 1) анализируется «схема модификаторов» (см. Руководство пользователя R-Keeper V7). 

В каждой «схеме модификаторов» для каждой «группы модификаторов» есть свойство «SH количество». По умолчанию данное свойство имеет значение 0 (ноль) (см.Рис. 426).

 

Рис. 426

 

Если«SH количество» равно 0, тогда при выборе к блюду нескольких модификаторов каждый модификатор будет выгружен в заявку по правилам, заданным в «Правило 1»

 

Рис. 427

 

На Рис. 427 приведен пример реализации штучного блюда «Стейк говяжий» с возможностью выбора двух соусов из группы модификаторов «Соус для гриля» (см. Рис. 426). Количество реализованных модификаторов равно количеству проданных блюд.

Правило 3

Если«SH количество» имеет значение равное или больше (единицы – см. Рис. 428), то при выборе к блюду нескольких модификаторов из одной группы, каждый модификатор будет выгружен в заявку в равно пропорциональном количестве, чтобы в сумме получить заданное «SH количество».

 

Рис. 428

 

Пример Рис. 427: Если в R-Keeper реализуется штучное блюдо в количестве 1 порции с модификаторами из группы «Гарнир для гриля», то для оформления списания количество проданного гарнира для одной порции штучного блюда должно давать в сумме 1. Т.е. если будет выбрано одно наименование гарнира, то количество в расходе будет 1 порция. Если будет выбрано два наименования гарнира, то количество каждого модификатора в расходе будет 0,5 порции. Если три наименования, то количество 0,33 порции для каждого модификатора и т.д. (см. Рис.429).

            ♦ Количество выбранных модификаторов при расчете анализируется только из одной группы модификаторов (см. Рис. 428 – Гарнир для гриля)

 

Рис. 429

 

            ♦  Правило 3 работает совместно с Правилом 1

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

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

Правило 4

            ♦  Правило 4 работает совместно с Правилом 1

При комбинированной оплате блюда с модификаторами, если импорт настроен по Группам валют или Валютам (см. п.п. 15.4.5), разделение количества происходит по следующим правилам:

Если блюдо штучное, то количество модификаторов разделяется по заявкам пропорционально разделению количества для блюда.

На скриншотах Рис. 430; Рис. 431 и Рис. 432 приведен пример распределения количества для модификаторов для штучного блюда.

 

Рис. 430

 

Рис. 431

 

Рис. 432

 

Если блюдо весовое или для группы модификаторов определено «SH количество», то все количество модификаторов будет отнесено в заявку для первой валюты (группы валют), выбранной при оформлении чека в R-Keeper (см. Рис. 433, Рис. 434 и Рис. 435).

 

Рис. 433

 

Рис. 434

 

Рис. 435

 

9.8.7 Услуги

В продажах R-Keeper могут фигурировать не только проданные блюда или товары, но и оказанные услуги, позиции меню не предполагающие списания с остатков предприятия товаров: бильярд, боулинг, платная доставка, обслуживание и пр. Тем не менее данные позиции формируют сумму реализации и импортируются в Store House.

Для корректного проведения списания у данных позиций после импорта в Store House необходимо изменить «Тип товара» на «Услуга» (см. п.п. 7.1.6.3.1).

Для обработки заявки необходимо заполнение поля «Подразделение», но услуги не предполагают «списания». Тем не менее для возможности обрабатывать заявки с услугами для услуг необходимо заполнить закладку «Списание» (см. п.п. 7.1.6.7). Т.е. необходимо на карточках товаров-услуг указать, в заявки по каким подразделениям они будут попадать при импорте.

При обработке заявки с услугами формируется «Приходный платежный документ» (см. Рис. 436).

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

 

Рис. 436

 

            ♦  Для удобства работы с заявками можно создать отдельное подразделение «Услуги». И назначить для списания товаров-услуг.

В сформированном платежном документе «реализации услуг» суммы будут разбиты по указанным для услуг в заявке ставкам НДС (см. Рис. 492).

 

Рис. 492

 

9.9 Возврат

Возврат – документ предназначен для обработки свободных возвратов R-Keeper или выкупа тары (см. Руководство пользователя R-Keeper V7).

Если в R-Keeper был сформирован свободный возврат (возврат товара после закрытия общей смены) или выкуп тары, то при импорте данных автоматически будет сформирована заявка с типом «Возврат» (см. Рис. 437).

 

Рис. 437

 

На закладке «Товары» перечислены товары, по которым был оформлен возврат/выкуп (см. Рис. 438).

В заявке на возврат указывается наименование товара, количество возвращенного товара, а также сумма возврата/выкупа (по отпускным ценам).

 

Рис. 438

 

В списке заявок Возвраты отмечаются зеленым фоном поля «Номер» (см. Рис. 439).

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

 

Рис. 439

 

При обработки данного документа формируется приходная накладная на возвращенные/выкупленные товары и расходный платежный документ(см. п.п. 9.11.6).

 

 

9.10 Внутренняя заявка

Внутренняя заявка – документ, созданный вручную, для оформления заявок на поставку или производство товаров на подразделения организации.

Данный функционал удобно использовать на предприятиях с большим количеством производственных цехов, на предприятиях с отдельной фабрикой-кухней или отдельным складом закупки. На таких предприятиях для «общения» между подразделениями оформляются заявки на закупку, перемещение или производство товаров, для дальнейшей реализации готовых блюд на местах реализации.

Внутренние заявки оформляются вручную, когда подразделение - заказчик заказывает:

·       производство готовых блюд на фабрику-кухню, для дальнейшей реализации без доготовки;

·       производство полуфабрикатов на соответствующие производственные цеха, для использования этих полуфабрикатов для производства готовых блюд на месте реализации;

·       закупку товаров для проведения банкетов.

Подразделение создает одну общую внутреннюю заявку, где «Подразделение» и «Заказчик» будет одно и то же подразделение (см. Рис. 440) и указан весь перечень необходимых товаров (см. Рис. 441). 

 

Рис. 440

 

Рис. 441

 

Для обработки внутренней заявки необходимо будет создать дочерние заявки (см. п.п. 9.12) на каждое подразделение. Каждое подразделение-исполнитель получить свою автоматически сформированную дочернюю заявку (см. Рис. 442) на основе прописанных маршрутов на карточках товаров (см. п.п.7.1.6.8), которую и будет обрабатывать для исполнения основной внутренней заявки.

 

Рис. 442

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

 

9.11 Обработка заявок

Обработка заявки – автоматическое создание на основе заявки активных документов по заданным правилам, которые изменят остаток товаров в результате хозяйственной деятельности (реализация, производство, закупка).

             ♦ Заявки, созданные вручную и импортированные из R-Keeper, обрабатываются одинаково.

Для корректной обработки реализации (т.е. заявок) мы рекомендуем выполнять действия в следующей последовательности:

  1. Предполагаемый расход для заявки или группы заявок (п.п. 9.11.1).
  2. Исправление ошибок (см. п.п. 9.11.1.1).
  3. Внесение изменений в документооборот или словари для недопущения формирования «компенсированных записей», если этого требует бизнес-модель организации (см. п.п. 9.11.2).
  4. Формирование дочерних заявок (см. п.п. 9.12) или дерева дочерних заявок (см. п.п. 9.13), если этого требует бизнес-модель организации.
  5. Создание накладных для дочерних заявок (см. п.п. 9.12.3), если этого требует бизнес-модель организации.
  6. Создание накладных для заявок по реализации (см. п.п. 9.11.3).
  7. П.п. 5 и п.п. 6 можно заменить одной функцией – Создать накладные для дерева заявок (см. п.п. 9.13.2), если бизнес-модель организации позволяет такой метод обработки заявок.

 

 

9.11.1 Предполагаемый расход

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

Операция «Предполагаемый расход» позволяет:

·       Увидеть возможные допущенные ошибки по созданию комплектов, которые не позволят обработать заявку в полном объеме;

·       Оценить «правильность» комплектов;

·       Предотвратить появление компенсированных записей (см. п.п. 8.26).

Рекомендуется делать предварительный расчет расхода перед выполнением операции «Создать накладные для заявки» (см. п.п.9.11.3).

Чтобы сделать предварительный расчет расхода, выделите необходимые заявки (см. п.п. 2.2.2.5) – выбрать можно одну заявку или несколько, вызовите контекстное меню, выберите пункт Предполагаемый расход (см. Рис. 443) и заполните открывшийся фильтр (см. Рис. 444).

 

Рис. 443

 

Рис. 444

 

Дата расхода – в это поле введите дату, на которую необходимо рассчитать расход. 

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

Подразделение – если определить в этом поле подразделение, в «Предполагаемом расходе» будут представлены только те товары из выделенных заявок, у которых в заголовке указанно выбранное в фильтре подразделение. 

Если в этом поле не определить подразделение, будут представлены товары по всем подразделениям.

Если «Предполагаемы расход» выбран только для одной заявки, то подразделение уже является единственным для «Предполагаемого расхода».

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

Флаг Расход с учетом необходимого количества – флаг определяет, по какому количеству блюд заявки формировать «предполагаемый расход»: по количеству расхода или по количеству «необходимого прихода» (см. п.п. 9.2.1.2).

Флаг Разделять по подразделениям (доступен, когда не определено вышеописанное поле Подразделение– данный флаг выставлен по умолчанию при вызове «Предполагаемого расхода». Если «Предполагаемый расход» был вызван для нескольких заявок оформленных на разные подразделения, то данный флаг выводит список товаров, по которым будет произведено списание, разделенный по подразделениям. Результат применения фильтра с выставленным флагом представлен на Рис. 445.

 

Рис. 445

 

Если флаг Разделять по подразделениям не выставлен, то в отчет будет выведен общий список товаров, необходимый для реализации выделенных заявок. Также отчет не будет содержать данных об остатках товаров. Результат применения фильтра без флага представлен на Рис. 446.

 

Рис. 446

 

Флаг Расход с учетом необходимого количества – флаг определяет, по какому количеству блюд заявки формировать «предполагаемый расход»: по количеству расхода или по количеству «необходимого прихода» (см. п.п. 9.2.1.2).

Флаг Использовать взаимозамены – флаг определяет, применять или нет назначенные на комплекты группы взаимозамен в случае нехватки основного ингредиента комплекта при расчете предполагаемого расхода.

На Рис. 501представлен «Предполагаемый расход» для блюда «Капучино» без применения группы взаимозамен. На Рис. 502представлен «Предполагаемый расход» для блюда «Капучино» с примененной группой взаимозамен «молоко бар» Рис. 503.

 

Рис. 501

 

Рис. 502

 

Рис. 503

 

Порядок замены товаров определяется в группе взаимозамен (см. Рис. 503) также как и коэффициент замены товаров.

Список произведенных замен можно просмотреть в нижней правой части окна (см. Рис. 502).

Расходуемый товар – товар из заявки, для ингредиентов комплекта которого применены взаимозамены в предполагаемом расходе.

Заменяемый товар (Наименование, Ед. изм., Количество) – ингредиент комплекта и его количество, которого недостаточно на остатках подразделения для списания, и которое будет заменено по правилам взаимозаменяемых товаров.

Замещающий товар (Наименование, Ед. изм., Количество) – товар и его количество, на который произведена замена по правилам взаимозаменяемых товаров.

             При списании ингредиентов из комплекта модификатора взаимозаменяемые товары НЕ ИСПОЛЬЗУЮТСЯ.

После заполнения фильтра нажмите кнопку [Применить] для формирования отчета «Предполагаемый расход».

В заголовке отчета выводятся (см. Рис. 441):

Дата расхода – дата, на которую рассчитывается предполагаемый расход

Номера заявок – список номеров заявок, для которых была вызвана операция «Предполагаемый расход».

Отчет разделен на две части (см. Рис. 441):

Верхняя часть – содержит перечень товаров, который будет участвовать в списании при обработке заявки.

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

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

Нижняя часть отчета – ошибки

Код ошибки – внутренний номер ошибки в Store House.

Ошибка – текст ошибки.

Заявка – номер заявки, в которой произошла ошибка.

Товар заявки – наименование товара из заявки, по которому возникла ошибка.

Комплект, версия и дата – поле заполняется, если ошибка связана с комплектом товара из заявки. Выводится наименование, версия и дата комплекта, в который нужно внести изменение.

 

9.11.1.1 Возможные ошибки при выполнении операции «Предполагаемый расход»:

 

Причина

Как исправить

Ошибка: Выставлен флаг Производить, но комплект не определен

На карточке товара выставлен флаг «Производить» (см. п.п. 7.1.6.3.6), но не указан сам комплект

· Если этот товар готовится по рецептуре, то укажите комплект;

· Если этот товар штучный, то снимите флаг «Производить»;

· Если списание никаких товаров происходить не должно – смените тип товара на услугу.

Ошибка:  Пустой комплект на заданную дату

В карточке комплекта на закладке компоненты отсутствуют ингредиенты

Заполнить карточку комплекта (см. п.п. 7.3.5).

Ошибка:    Не определено подразделение заявки

В заявке не определено подразделение для списания (см. п.п. 9.8.1)

· Определите подразделение списания в самой заявке, если все товары должны быть списаны из одного подразделения;

· Если товары должны быть списаны из разных подразделений - определите подразделения для списания на карточках товаров (см. п.п. 7.1.6.7), удалите импортированные заявки и произведите импорт заново

Ошибка:    Не определен контрагент в маршруте

В заявке для товара не определен поставщик для маршрута (см. п.п. 9.2.1.2)

· Определите поставщика вручную в самой заявке для товара (см. п.п. 9.2.1.2)

·Заполните корректно маршруты на карточке товара (см. п.п. 7.1.6.8)

 

              ♦ Для исправления ошибки по комплекту вызывайте «Свойство комплекта» из поля «Период», тогда будет открыта карточка комплекта нужной версии и нужного периода для исправления.

Верхняя часть отчета

Подразделение – наименование подразделения, по которому будет произведено списание товаров.

Товар – наименования товаров, которые будут списаны в результате обработки заявок.

Ед. изм. – наименование единиц измерения товаров, в которых будут созданы накладные в результате обработки заявок.

Расход – количество товара, которое будет списано в результате обработки заявок.

Остаток до – остаток товара на подразделении до обработки заявок.

Остаток после – расчетный остаток товара на подразделении после обработки заявок. «Остаток до» минус «Расход».

Необходимо – если количество «расхода»больше количества на «остатке до», то в данном поле выводится информация, по недостающему количеству товара для корректного списания.

     Значение в поле «Остаток после» выделяется красным цветом, если результат расчета оказывается отрицательным (см. Рис. 441, столбец после). Для такого товара в крайнем правом столбце Необходимо выведено количество этого товара, необходимое для покрытия отрицательного остатка. 

            ♦ Система позволит обработать заявки с отрицательными значениями в полях «Остаток после». При этом будут созданы компенсированные записи, выводящие остатки этих товаров в ноль (см. п.п. 8.26). При изменении приходных накладных задним числом, компенсированные записи автоматически удалятся.

             ♦ Рекомендуем проанализировать причины возникновения отрицательных значений, устранить их и после этого выполнить операцию «Создать накладные для заявки» для выделенных заявок.

 

9.11.1.2 Вхождение товара в комплекты из «Предполагаемого расхода»

Отчет «Предполагаемый расход» формирует список товаров на основе товаров заявок, необходимых для обработки выделенных заявок.

Если значение в поле «расход» по товару необходимо проанализировать, то воспользуйтесь пунктом контекстного меню «Вхождение товара в комплекты».

«Вхождение товара в комплекты» позволяет увидеть список товаров заявки и связанные с ними комплекты, в которых участвует товар из «Предполагаемого расхода».

В отчет выводятся как сами товары заявки, так и модификаторы.

Окно отчета «Вхождение товара в комплекты» представлено на Рис. 447.

 

Рис. 447

 

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

Поля отчета:

Подразделение – наименование подразделения, по которому будет происходить списание товара-ингредиента.

Ингредиент – группа полей товара-ингредиента, на котором был вызван отчет «Вхождение товара в комплекты» из «Предполагаемого расхода».

Код, Наименование, Единица измерения – данные товара-ингредиента

Расход – количество товара-ингредиента, которое будет израсходовано по каждой строке отчета.

Расходуемый товар – группа полей для товара из заявки, по которому будет происходить списание.

Код, Наименование, Единица измерения – данные по товару из заявки.

Кол-во – количество товара из заявки, которое необходимо обработать (списать/произвести).

Комплект – группа полей для комплекта, в который входит товар-ингредиент предполагаемого расхода.

          ♦ В данной области будут присутствовать комплекты товара из заявки и комплект модификатора, если для товара из заявки были использованы модификаторы.

Если товар-ингредиент входит в комплект товара заявки и в модификатор, то товар заявки будет выведен двумя строчками, а в комплекте будет выведено наименование комплекта для товара и во второй строке комплекта-модификатора (см. Рис. 443 – Двойной эспрессо).

Если модификатор имеет отрицательное значение (см. п.п. 7.3.5.9), то в отчет «Вхождение товара в комплекты» строка модификатора будет добавлена с отрицательным значением в поле «Расход» (см. Рис. 448).

 

Рис. 448

 

Если использовались взаимозаменяемы товары в предполагаемом расходе (см. п.п. 9.11.1), то при вызове «Вхождения товара в комплекты» замещающий товар будет иметь ссылку на блюдо и комплект замещаемого товара.

 

9.11.1.3 Копировать в накладную «Предполагаемый расход»

Отчет «Предполагаемый расход» формирует список товаров на основе товаров заявок, необходимых для обработки выделенных заявок. Из этого отчета можно копировать перечень товаров в любые накладные Store House.

«Предполагаемый расход» - это обратная калькуляция товаров на основе комплектов, с учетом их количества.

Для копирования списка товаров в накладные

v  Выделите заявки в списке;

v  Сформируйте «Предполагаемый расход» (см. Рис. 449);

 

Рис. 449

 

v  Воспользуйтесь пунктом контекстного меню «Копировать в накладную»;

v  В открывшемся окне выберите параметры копирования (см. Рис. 450);

 

Рис. 450

v  Для создания/добавления к накладной нажмите [ОК], для отмены операции нажмите [Отмена].

v  При согласии с созданием накладной из «Предполагаемого расхода» система откроет накладные выбранного типа по каждому подразделению отдельно;

v  Если необходимо, внесите изменения в накладные, активируйте накладные и сохраните.

Параметры копирования товаров:

  • Создавать новую накладную – при выставлении переключателя в эту позицию будут созданы новые накладные выбранного типа. Тип необходимо выбрать из ниспадающего списка.
  • Добавить к накладной – переключатель будет доступен для выбора, если для подразделения открыта накладна, в которую необходимо добавить товары.
  • Копировать расход – при выставлении переключателя в эту позицию в накладную будут добавлены все товары из «Предполагаемого расхода» в количестве из колонки «Расход» (см. Рис. 449 и Рис. 451).

 

Рис. 451

Данный пункт удобно использовать при копировании товара в расходные накладные для списания товаров (списание товаров по причине порчи без обработки заявки) или внутренние перемещения товаров (запрос товаров на основной склад для работы с банкетом).

Если пользователю выставлено право на внесение цен в приходные/расходные накладные, но не выставлено право «Использовать цену последнего прихода/расхода» (см. п.п. 14.2.2.3.3) и не заданы прейскуранты, то цены в приходных/расходных накладных необходимо проставить ручную.

Если пользователю выставлено право на внесение цен в приходные/расходные накладные и выставлено право «Использовать цену последнего прихода/расхода»(см. п.п. 14.2.2.3.3), или заданы прейскуранты, то цены в приходных/расходных накладных будут проставлены автоматически по заданным правилам.

·       Копировать кол-во, необходимое для предотвращения отрицательных остатков - при выставлении переключателя в эту позицию в накладную будут добавлены товары «Предполагаемого расхода», у которых заполнена колонка «Необходимо» и в количестве из этой колонки (см. Рис. 449 и Рис.452)

 

Рис. 452

Данный пункт удобно использовать при создании накладных (приходных накладных, внутренних перемещений, актов переработки) для предотвращения образования компенсированных записей при обработке заявки (см. п.п. 9.11.2).

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

Если пользователю выставлено право на внесение цен в приходные накладные, но не выставлено право «Использовать цену последнего прихода»(см. п.п. 14.2.2.3.3) и не заданы прейскуранты, то цены в приходных накладных необходимо проставить ручную.

Если пользователю выставлено право на внесение цен в приходные накладные и выставлено право «Использовать цену последнего прихода»(см. п.п. 14.2.2.3.3), или заданы прейскуранты, то цены в приходных накладных будут проставлены автоматически по заданным правилам.

·       Копировать расход товаров с ненулевым необходимым количеством – при выставлении переключателя в эту позицию в накладную будут добавлены товары «Предполагаемого расхода», у которых заполнена колонка «Необходимо», количество будет подставлено из колонки «Расход»(см. Рис. 449 и Рис.453).

 

Рис. 453

 

Данный пункт удобно использовать при создании сличительных ведомостей для предотвращения образования компенсированных записей при обработке заявки (см. п.п. 9.11.2).

 

9.11.2 Способы исправления отрицательных значений в Предполагаемом расходе

Как уже было сказано выше, система позволяет обрабатывать заявки с недостающим количеством товара на момент списания. Автоматически будут сформированы компенсированные записи – оприходуется недостающее для списания количество товара. И в результате списания по заявке остаток по таким товарам будет равен нулю.

Такие записи всегда «висят» на накладных и фигурируют в отчетах. Это «сэкономленный» излишек.

Если бухгалтерская деятельность организации не позволяет такой обработки «отрицательных остатков», то в системе предусмотрен ряд действий, которые позволят избежать формирования компенсированных записей при списании. Предварительный результат применения этих действий можно увидеть в «Предполагаемом расходе».

 

9.11.2.1 Исправление ошибок в комплекте

При создании комплекта было указано некорректное значение товара для списания. Например, не была учтена единица измерения товара при добавлении в комплект. 

Способ исправления:

Определите вхождение товара в комплект (см. п.п.7.1.9.4) и исправьте некорректное значение в поле «брутто».

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

              ♦ Такое исправление комплектов приведет к изменение количественных и суммовых остатков уже обработанных периодов.

Если изменение во всех документах недопустимо, например, закрыт период, сданы отчеты, в таких случаях рекомендуем внести новый период действия комплекта, по которому еще не было списания или с данной даты еще не сформированы бухгалтерские отчеты. И внести изменения в этот период (см. п.п. 7.3.5.3.2).

 

9.11.2.2 Экономия товара – изменение комплекта

Если количество товара в комплекте и в расходе верное, но товара не достаточно по причине его экономии, то можно внести изменения в комплект на одну дату.

Способ исправления:

Определите вхождение товара в комплект (см. п.п. 7.1.9.4). Откройте комплект и измените период действия. Период действия меняется на один день. Например, трудность возникла при обработке даты 01.06.17. В комплекте выставляем новую дату 01.06.17, сохраняем комплект. Затем выставляем дату 02.06.17 и снова сохраняем комплект. Далее нажимаем на  и выбираем период действия с 01.06.17 по 01.06.17. В этом периоде вносим коррективы (например, уменьшаем норму закладки товара «Лимон»). Таким образом за 01.06.17 списано товара «Лимон» будет меньше, а с 02.06.17 будет действовать та версия комплекта, которая была до внесенных изменений.

 

9.11.2.3 Недостаточное количество товара на остатке подразделения

На подразделение, по которому обрабатывается заявка, не были созданы накладные на поставку товара (Приходная накладная или Внутреннее перемещение).

Способ исправления:

Создайте недостающие накладные (см. п.п. 8.17 и п.п. 8.19). Если период не закрыт (см. п.п. 13.3), то система позволяет вносить документы «задним числом», что приводит к изменению количественных и суммовых остатков товаров на подразделениях.

 

9.11.2.4 Оприходование недостающего количества

Если количество товара в комплекте и в расходе верное, но товара не достаточно на остатке подразделения по причине его экономии, то можно создать приходные накладные, которые покроют недостающее количество товара.

        ♦ Каждая приходная накладная должна быть подкреплена бумажным документом с печатью и подписью поставщика и получателя. Мы не рекомендуем создавать приходные накладные для предотвращения формирования компенсированных записей.

Способ исправления:

В окне предполагаемого расхода вызовите контекстное меню и выберите пункт «Копировать в накладную» (см. Рис. 454).

 

Рис. 454

 

Окно копирования должно быть заполнено, как представлено на Рис.455.

 

Рис. 455

После нажатия на кнопку [ОК], программа автоматически создаст документ «Приходная накладная» по каждому подразделению, где количество товаров будет соответствовать столбцу «Необходимо»окна «Предполагаемый расход» (см. Рис. 454). 

Если пользователю выставлено право на внесение цен в приходные накладные, но не выставлено право «Использовать цену последнего прихода»(см. п.п. 14.2.2.3.3) и не заданы прейскуранты, то цены в приходных накладных необходимо проставить ручную.

Если пользователю выставлено право на внесение цен в приходные накладные и выставлено право «Использовать цену последнего прихода»(см. п.п. 14.2.2.3.3), или заданы прейскуранты, то цены в приходных накладных будут проставлены автоматически по заданным правилам.

 

9.10.2.5 Копирование недостающего количества в сличительную ведомость

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

Способ исправления:

В окне предполагаемого расхода вызовите контекстное меню и выберите пункт «Копировать в накладную» (см. Рис. 454).

Окно копирования должно быть заполнено, как представлено на Рис. 456.

 

Рис. 456

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

Цена для излишков в накладных будет взята из последнего списанного прихода по подразделению. Также цену можно выставить вручную после сохранения документа на закладке «Излишки/Недостачи» в поле «Цена излишков» (см. п.п. 8.20.3).

 

9.11.2.6 Использование взаимозаменяемых товаров

Если количество товара в комплекте и в расходе верное, но товара не достаточно на остатке подразделения, то можно использовать взаимозаменяемые товары (см. п.п. 7.4). При наличии товаров из группы взаимозамен на остатке подразделения система автоматически по заданным правилам спишет замещающие товары в необходимом количестве.

Способ исправления

Создайте группы взаимозаменяемых товаров (см. Рис. 514 и п.п.7.4).

 

Рис. 514

 

Укажите группы взаимозамен в комплектах товаров, для которых можно применить взаимозамены (см. Рис. 515 и п.п. 7.3.5.3.9).

 

Рис. 515

 

В фильтре «Предполагаемого расхода» (см. п.п. 9.11.1) либо в фильтре «Списания» (см. п.п. 9.11.4) выставьте флаг «использовать взаимозамены». Дальнейшую работу рассмотрим на примере «Предполагаемого расхода».

Предполагаемый расход показывает, что для корректного списания необходимо 2 л «молока 3,2» (см. Рис. 516). На остатках подразделения есть только 0,5л. Но на остатках есть товары, которые можно использовать для замены (см. Рис. 517).

 

Рис. 516

 

Рис. 517

 

При выставлении флага «использовать взаимозамены» система автоматически начинает использовать указанные правила взаимозамен (см. Рис. 514 и Рис. 515). Т.к. товара «Молоко 2,5» не достаточно для полной замены основного ингредиента, то после полного списания товара «Молоко 2,5» система переходит к остаткам следующего из группы взаимозамен товару «Сливки порц. 10%» (см. Рис. 518).

 

Рис. 518

 

Весь перечень произведенных замен можно увидеть в правой нижней части окна «Предполагаемый расход» (см. Рис. 518).

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

 

 

9.11.3 Обработка заявки - Создать накладные для заявки

Для «Обработки заявки» необходимо создать накладные, которые изменят количественные остатки товаров. 

Чтобы создать накладные на основе заявок, выделите необходимые заявки в списке (см. п.п.  2.2.2.5), вызовите контекстное меню и выберите пункт «Создать накладные для заявки». 

            ♦ При использовании функции «Создать накладные для заявки» «Взаимозаменяемые товары» не используются.

Система предложит выбрать, для какого количества заявки (количество самой заявки или необходимый приход – см. п.п. 9.2.2.1) создать накладные для прихода (см. Рис. 457). Нажмите [Да] для создания накладных на количество по необходимому приходу. Нажмите [Нет] для создания накладных для прихода на количество из заявки.

 

Рис. 457

 

Далее будут созданы накладные согласно заданным правилам (см. п.п. 9.11.6). По результатам создания накладных будет выведено окно, в котором указано количество созданных и активированных накладных (см. Рис. 458).

Рис. 458

 

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

 

Рис. 459

Созданные в результате выполнения операции «Создать накладные для заявки» накладные отображаются в нижней части окна Заявки. На Рис. 460 красным цветом выделены накладные, созданные для заявки под номером 1484.

 

Рис. 460

 

Если списание произошло с ошибками, либо сформированные документы обладают статусом «Неактивный», необходимо отменить списание (см. п.п. 9.11.5), исправить ошибки и повторить процедуру заново.

После проведения списания в поле «Обраб.» окна Заявки появится флаг (см. Рис. 461).

 

Рис. 461

                 Выставление флага «Обработана»в открытой заявке на закладке «Заголовок» после сохранения заявки устанавливает флаг в поле «Обраб.» в окне Заявки (см. Рис. 461), но не создает соответствующие накладные (комплектация, расходная накладная).

Если при выполнении команды «Создать накладные для заявки» не был создан хотя бы один из необходимых документов, проверьте наличие прав на действия с документами определенных предприятий (см. п.п. 14.2.2.1).

 

 

9.11.4 Обработка заявки - Списание

Для «Обработки заявки» необходимо создать накладные, которые изменят количественные остатки товаров. 

Функция «Списание» позволяет задать правила формирования накладных для внешних заявок.

Чтобы создать накладные на основе внешних заявок, выделите необходимые заявки в списке (см. п.п. 2.2.2.5), вызовите контекстное меню и выберите пункт «Списание». Откроется фильтр формирования накладных для выделенных внешних заявок (см. Рис. 506).

 

Рис. 506

 

Использовать дату заявки – если флаг выставлен, то накладные для выделенных внешних заявок будут созданы датами заявок.

Дата накладных – если флаг «Использовать дату заявки» снят, то накладные будут созданы датой, указанной в данном поле. По умолчанию подставляется дата последней выделенной заявки. 

                  Накладные будут созданы отдельно для каждой заявки.

Активизировать создаваемые накладные – при выставлении данного флага накладные будут создаваться с выставленным флагом «Активный». Если сработают дополнительные ограничения на активацию накладных, то накладные будут созданы неактивными.

Создавать внутренние накладные – при выставлении данного флага будут создаваться документы прихода по выделенным заявкам. Если нужно формировать только расходные накладные, то снимите данный флаг.

Создавать расходные накладные – при выставлении данного флага будут создаваться расходные накладные, т.е. списание будет проходить в полном объеме. Если нужно формировать только документы производства, то снимите данный флаг.

                ♦ Для обработки заявки в полном объеме (формирование приходных и расходных документов) необходимо выставить оба флага.

Списание по себестоимости – при выставлении данного флага расходные накладные будут списаны по себестоимости (отпускная сумма накладных будет равна сумме себестоимости).

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

Коэффициент – значение, на которое будет умножена себестоимость товаров получаемой расходной накладной для расчета отпускных цен. Только положительное значение.

Скидка/Наценка, % - процентное выражение коэффициента, которое будет использовано в расчете отпускных цен товаров расходной накладной. Отрицательное значение – скидка (меньше себестоимости), положительное значение – наценка (больше себестоимости).

Оба поля зависимы. При выставлении коэффициента рассчитывается скидка/наценка и наоборот.

       ♦      При изменении «задним числом» себестоимости документов отпускные суммы расходных накладных, списанных по себестоимости с коэффициентом, НЕ ПЕРЕСЧИТЫВАЮТСЯ автоматически.

Накладные по необходимому количеству – при выставлении данного флага документы прихода (комплектация/внутреннее перемещение) будут созданы на количество из поля «Количество прихода для выполнения заявки» (см. п.п. 9.2.2.1).

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

После заполнения фильтра нажмите кнопку [Применить] для формирования накладных для заявок.

Флаг Использовать взаимозамены – флаг определяет, применять или нет назначенные на комплекты группы взаимозамен в случае нехватки основного ингредиента комплекта при создании комплектаций для обработки заявок.

Созданные в результате накладные будут выведены в отдельном окне с протоколом (см. Рис. 507), если в процессе формирования накладных были неисправленные ошибки (см. п.п. 9.11.1.1).

 

Рис. 507

 

 

9.11.5 Отмена списания - Удаление накладных для заявки

Фраза «Отменить списание» означает удаление накладных, созданных на основе заявки. Чтобы удалить созданные на основании заявки накладные, выделите эту заявку или несколько заявок и воспользуйтесь пунктом контекстного меню «Удалить накладные для заявки». После этого система выдаст сообщение о том, сколько накладных было удалено (см. Рис. 464).

 

Рис. 464

 

9.11.6 Правила создания накладных при обработке заявок

При обработке заявки система создает накладные для изменения количественных остатков по товарам. Типы создаваемых накладных зависят от многих параметров.

Импортированные внешние заявки

Импортированная внешняя заявка – документ, загруженный из R-Keeper. В свойствах имеет флаг «Импортированная» (см. п.п. 9.8) и тип заявки «Внешняя» (см.  п.п. 9).

Для данного типа заявок обязательной формируемой накладной является «Расходная накладная». С помощью данной накладной товары из заявки будут списаны с подразделения заявки (см. п.п. 9.8.1).

Если для товаров из заявки определены маршруты (см. п.п. 7.1.6.8), то помимо «Расходной накладной» будут сформированы накладные прихода, прописанные в маршрутах товаров из заявки. Типы создаваемых документов определяются в маршрутах в зависимости от подразделения или места реализации (см. п.п. п.п. 7.1.6.8) – это «Комплектация», «Внутреннее перемещение» или «Приходная накладная».

При создании «Приходных накладных» могут быть использованы прейскуранты поставщиков для определения цен в создаваемых документах. Либо цены могут быть подставлены по ценам последних приходов. Зависит от: прав пользователя на работу с ценами приходов (см. п.п. 14.2.2.3.3), ведения в базе данных прейскурантов поставщиков (см. п.п. 7.24) и выставлена ли настройка «Использовать прейскуранты» (см. п.п. 14.4.2).

Если для товаров из заявки закладка «Маршруты» не заполнена, то будет проанализировано наличие флага «Производить» в карточках товаров. Данное свойство проверяется по предприятиям (см. п.п. 7.1.6.3.6 и п.п. 7.1.6.6).

Если флаг выставлен, т.е. товар требуется предварительно приготовить, то для производства товара перед формированием «Расходной накладной» будет создана накладная «Комплектация», отвечающая за «производство» товаров в Store House.

Если флаг не выставлен, т.е. товары не требуют приготовления, то для таких товаров будет создана только «Расходная накладная».

Если в заявке присутствуют услуги, то будет создан «Приходный платежный документ» на общую сумму всех услуг заявки. Суммы будут распределены по ставкам НДС, указанных в заявке для услуг (см. п.п. 9.8.7).

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

 

Внешняя заявка, созданная вручную

Метод обработки и создания накладных для внешних заявок, созданных вручную, идентичен работе с импортированными внешними заявками.

Возврат

Возврат – заявка, чаще всего импортированная из R-Keeper, для оформления возвратов/выкупа тары.

При обработке заявки-возврата формируются:

  • «Приходная накладная» на подразделение, указанное в «Заголовке» заявки.

На приход возвращаемые товары ставятся по СЕБЕСТОИМОСТИ. По умолчанию себестоимость для прихода берется по FIFO (цене последнего не списанного прихода).

Тем не менее в системе можно задать другие правила расчета себестоимости для прихода возвращаемого товара (по средневзвешенной себестоимости или по LIFO).

Для определения метода расчета себестоимости в файле SH.INI сделайте настройку CmpCostType = 0 (FIFO); 1 (по последнему приходу); 2(средняя цена).

              ♦Данная настройка не влияет на метод формирования себестоимости при списании. ВЛИЯЕТ ТОЛЬКО НА РАСЧЕТ СЕБЕСТОИМОСТИ В КОМПЛЕКТЕ (см. п.п. 7.3.5.3.5) и на формирование цены прихода при оформлении возвратов.

Если данного пункта нет в файле, то добавьте его.

 

[sh]

; Как рассчитывать себестоимость в комплекте (0-FIFO 1-Last 2-Remns)

CmpCostType = 0 (1 или 2)

 

  • «Расходный платежный документ» - документ формируется для фиксации отпускной суммы возврата/выкупа, т.к. в «Приходной накладной» указывается только себестоимость возврата/выкупа.

 

Внутренняя заявка

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

               Для внутренних заявок НЕ оформляются «Расходные накладные».

Внутренние заявки обрабатываются по маршрутам, заданным для товаров заявки. Типы создаваемых документов определяются в маршрутах в зависимости от подразделения или места реализации (см. п.п. 7.1.6.8) – это «Комплектация»«Внутреннее перемещение» или «Приходная накладная».

Также внутренняя заявка может быть обработана без маршрута, если товары из заявки будут с выставленным флагом «Производить» и заполненным комплектом (см. п.п. 7.1.6.3.6). При обработке такой заявки будет создан документ «Комплектация».

При создании «Приходных накладных» могут быть использованы прейскуранты поставщиков для определения цен в создаваемых документах. Либо цены могут быть подставлены по ценам последних приходов. Зависит от: прав пользователя на работу с ценами приходов (см. п.п. 14.2.2.3.3), ведения в базе данных прейскурантов поставщиков (см. п.п. 7.24) и выставлена ли настройка «Использовать прейскуранты» (см. п.п. 14.4.2).

 

Дочерняя заявка

Дочерняя заявка – документ, автоматически созданный на основе внешней, внутренней или другой дочерней заявки, для обработки производственной цепочки по заданным маршрутам (см. п.п. 9.2.1.4).

Типы создаваемых документов определяются только в маршрутах в зависимости от подразделения или места реализации (см. п.п. 7.1.6.8 и п.п. 9.2.1.4) – это «Комплектация»«Внутреннее перемещение» или «Приходная накладная».

При создании «Приходных накладных» могут быть использованы прейскуранты поставщиков для определения цен в создаваемых документах. Либо цены могут быть подставлены по ценам последних приходов. Зависит от: прав пользователя на работу с ценами приходов (см. п.п. 14.2.2.3.3), ведения в базе данных прейскурантов поставщиков (см. п.п. 7.24) и выставлена ли настройка «Использовать прейскуранты» (см. п.п. 14.4.2).

 

9.11.7 Списание модификаторов

Модификатор для StoreHouse - это внесение изменений в основной комплект товара (добавление или вычитание ингредиента). 

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

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

          ♦ При списании ингредиентов из комплекта модификатора взаимозаменяемые товары НЕ ИСПОЛЬЗУЮТСЯ.

 

9.11.8 Автоматическое списание

При импорте продаж из R-Keeper V7 может быть настроено автоматическое списание (см. п.п. 15.4.7).

Автоматическое списание – автоматическое формирование системой накладных на основе импортированной заявки по заранее заданным правилам. Т.е. нажав кнопку [Запустить] вручную или по расписанию будет не только загружена заявка, но и сразу сформированы необходимые накладные, для ее обработки.

Если комплекты выверены и необходимое количество товаров оприходовано на подразделения списания, то формирование накладных произойдет без ошибок.

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

Если в настройках импорта продаж для «Автоматического списания» выставлен флаг «Использовать взаимозамены» (см. п.п. 15.4.7), то при создании «Комплектаций» будут использованы назначенные в комплекты группы взаимозаменяемых товаров в случае недостаточного количества основного товара комплекта на остатках подразделения.

Если же в расходе R-Keeper были новые блюда, по которым не определены подразделения списания, не созданы комплекты либо комплекты созданы с ошибками, то система не сможет обработать заявки в полном объеме. В результате чего будет сформирован протокол ошибок. Данный протокол можно просмотреть в протоколе импорта (см. п.п. 15.5.1), если импорт запускался вручную. 

Если импорт запускается автоматически системой, то в случае возникновения ошибок при импорте или списании, можно настроить уведомление по электронной почте (см. п.п. 15.4.8)

 

9.11.9 Онлайн списание

Онлайн списание – автоматический импорт расхода блюд после оплаты заказа (чека) в R-Keeper и автоматическое формирование накладных на основе этих продаж.

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

·       В R-Keeper необходимо настроить онлайн сбор данных с кассовых серверов в накопительную базу R-Keeper.

·       В Store House выполнить настройки (см. п.п. 15.4.7).

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

             Обе системы (R-Keeper и Store House) имеют частоту обновления данных в своих базах. В результате чего разница в данных между базами может быть в несколько минут.

            ♦ На момент выпуска данной версии Руководства пользователя функционал «Взаимозаменяемые товары» (см. п.п. 7.4) не применяется при Онлайн списании.

Все документы формируются системой автоматически по заданным в базе Store House правилам. 

Автоматические документы обновляются системой (добавляются, редактируются, удаляются) в течении рабочего дня. Ручное редактирование данных документов недоступно.

При онлайн списании всегда контролируются две физические даты (вчера и сегодня). Т.к. при переходе через 00:00 часть станций R-Keeper могут закрыть кассовый день, и начать работать в новом кассовом дне, а другая часть станций еще могут не провести закрытие кассового дня и работать во «вчерашней» кассовой смене.

Помимо продаж в режиме онлайн будут импортированы и списаны все удаления по причинам с флагом «списывать».

Если в Store House не выполнены необходимые подготовительные работы со справочниками для формирования корректного списания (определены подразделения списания товаров, созданы и определены комплекты), то при онлайн списании заявки не будут обработаны в полном объеме. В результате чего будет сформирован протокол ошибок. Данный протокол можно просмотреть в протоколе импорта (см. п.п. 15.5.1). 

Если настроено уведомление об ошибках в результате импорта или списания (см. п.п. 15.4.8), то протокол будет отправлен по email. Частота отправки сообщений также может быть настроена (см. п.п. 15.4.7).

Если в результате продаж текущего кассового дня в R-Keeper были добавлены новые блюда, то при продаже этих блюд Store House не сможет обработать такие заявки, т.к. у новых блюд не будет определено подразделение списания и комплект. Если исправить данные ошибки, то при следующем автоматическом обновлении исправленные позиции будут обработаны автоматически.

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

Документы, созданные в результате онлайн списания, можно удалять и проводить повторный импорт и списание вручную.

 

9.12 Дочерняя заявка

Дочерняя заявка – документ, автоматически созданный на основе внешней, внутренней или другой дочерней заявки, для обработки производственной цепочкипо заданным маршрутам товаров (см. п.п. 7.1.6.8).

Данный функционал удобно использовать на предприятиях с большим количеством производственных цехов, на предприятиях с отдельной фабрикой-кухней или отдельным складом закупки. На таких предприятиях для «общения» между подразделениями оформляются заявки на закупку, перемещение или производство товаров, для дальнейшей реализации готовых блюд на местах реализации.

Формирование дочерних заявок всегда происходит по маршрутам, заданным на карточках товаров (см. п.п. 7.1.6.8) или по маршруту, определенному в исходной заявке (см. п.п. 9.2.1.2).

 

9.12.1 Создание дочерней заявки вручную

Чтобы создать «Дочернюю заявку»: 

v откройте список заявок с помощью пункта главного меню «Документы» – «Заявки»;

v позиционируйте курсор на заявке, для которой необходимо создать дочернюю заявку;

v  вызовите контекстное меню и воспользуйтесь пунктом «Создать дочерние заявки»(см. Рис. 465).

 

Рис. 465

 

v   система предложит выбрать, для какого количества родительской заявки (количество самой заявки или необходимый приход) создать дочернюю заявку (см. Рис. 466). Нажмите [Да] для создания дочерней заявки на количество по необходимому приходу. Нажмите [Нет] для создания дочерней заявки на количество из родительской заявки.

Рис. 466

 

После этого на экране появится окно, содержащее информацию о количестве созданных дочерних заявок (см. Рис. 467).

 

Рис. 467

 

Созданные дочерние заявки имеют тип Внутренняя и находятся в списке заявок под «родительской заявкой» (см. Рис. 468). 

В «Заголовке» каждой дочерней заявки будет указана ссылка на «родительскую заявку». В качестве ссылки указывается номер «родительской заявки» (см. Рис. 468). 

 

Рис. 468

 

Если в карточке товара на закладке Маршруты прописан хотя бы один маршрут, дочерняя заявка будет создаваться в соответствии с прописанным маршрутом (см. п.п. 7.1.6.8).

В случае отсутствия в карточке товара, связанного с комплектом, прописанных маршрутов, в полях Подразделение и Заказчик дочерней заявки указывается подразделение, выбранное в поле Подразделение «родительской заявки» (см.Рис.469). Таким образом, фактически дочерняя заявка является «заказом» на ингредиенты товара из родительской заявки на подразделение-заказчик (см. п.п. 9.2.1).

 

Рис. 469

 

Для товаров без связки с комплектами и указанием маршрутов на карточке товара дочерние заявки созданы не будут.

 

9.12.2 Заполнение дочерней заявки

Дочерняя заявка заполняется автоматически при создании.

Рассмотрим пример.

Бару для дальнейшей реализации необходимы блюда и товары, которые данное подразделение предварительно заказывает на других разных подразделениях (см. Рис. 470 и Рис.471).

 

Рис. 470

 

Рис. 471

 

После сохранения заявки на закладке «Маршруты» отображаются все ингредиенты товаров заявки с указанием документов, которые необходимо создать для обработки исходной заявки (см. Рис. 472).

 

Рис. 472

 

Данный маршрут построился в соответствии с маршрутами, указанными в карточках товаров (см. Рис. 473).

 

Рис. 473

 

Так как в заявке на закладке «Заголовок» выбрано подразделение «Бар 1 этаж Ресторан 1», для блюда «Тост с сыром» был создан маршрут из области Исключения по подразделениям (см. Рис. 473).

Перед обработкой созданной заявки проверим предполагаемый расход с помощью команды контекстного меню «Предполагаемы расход». Откроется окно, изображенное нa Рис. 474.

 

Рис.474

 

Для того чтобы избежать отрицательного остатка и, как следствие, образование компенсационных записей (см. п.п. 8.26), перед обработкой заявки, создадим дочерние заявки с помощью контекстного меню из основной заявки. Исходя из маршрутов на товарах (см. Рис. 473) будут сформированы три дочерние заявки на три (т.к. для двух товаров заявки прописан одинаковый маршрут) подразделения (Рис. 475).

 

Рис. 475

 

Для дальнейшего примера будем рассматривать одну дочернюю заявку №930 на «Кондитерский цех». Эта заявка будет играть роль заказа на производство «Чизкейка классического» (см. Рис. 476, Рис.477).

 

Рис. 476

 

Рис. 477

 

Дочерняя заявка заполнилась автоматически, в соответствии с маршрутом в карточке товара «Чизкейк классический» (см. Рис. 473).

Перед обработкой созданной дочерней заявки также проверим предполагаемый расход (см. Рис. 478).

 

Рис. 478

 

В открывшемся окне по части товаров отображается отрицательный остаток по подразделению «Кондитерский цех», т.е. данных товаров недостаточно для производства «Чизкейка классического». Если у ингредиентов прописаны маршруты на карточках товаров, то для их заказа можно создать еще одну дочернюю заявку.

Создаем дочернюю заявку от дочерней заявки №930 (см. Рис.479). Она будет играть роль заказа на перемещение перечисленных ингредиентов на подразделение «Кондитерский цех» (см. Рис.480).

 

Рис. 479

 

Рис. 480

 

Заявка заполнилась автоматически в соответствии с маршрутами в карточках товаров-ингредиентов. При необходимости, можно вручную изменить значения в полях области ПриходДок.,Поставщики Количество

Также если по товарам уже есть остаток на подразделении (см. Рис. 480), этот остаток будет учен при обработке заявки.

Если значения в полях области Приход отсутствуют, значит, в карточке товара не прописан маршрут. В этом случае также вручную можно указать необходимые значения в полях Док., Поставщик и Количество.

На закладке Маршруты отобразятся маршруты движения товаров в заявке (см. Рис. 481).

 

Рис. 481

 

Проверяем предполагаемый расход заявки №931 (см.Рис.482).

 

Рис. 482

 

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

Теперь можно обрабатывать созданные заявки, создавая накладные с помощью команды контекстного меню «Создать накладные для заявки» (см. п.п. 9.11.3).

 

9.12.3 Обработка дочерних заявок

Обработка дочерних заявок происходит по тем же правилам, что и обработка внешних и внутренних заявок (см. п.п. 9.11). 

              Обрабатывать дочерние заявки необходимо в обратной последовательности для правильного порядка создания накладных, на основе этих заявок.

Если открыть обработанную дочернюю заявку, то в столбце Накл. отобразятся номера созданных накладных.

В результате обработки дочерних заявок (см. п.п. 9.12.2) будут созданы все накладные, перечисленные в маршруте первой заявки (см. Рис.472), кроме приходных накладных, т.к. ингредиентов было достаточно на «Центральном складе» для создания перемещения в «Кондитерский цех».

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

При создании «Приходных накладных» могут быть использованы прейскуранты поставщиков для определения цен в создаваемых документах. Либо цены могут быть подставлены по ценам последних приходов. Зависит от: прав пользователя на работу с ценами приходов (см. п.п. 14.2.2.3.3), ведения в базе данных прейскурантов поставщиков (см. п.п. 7.24) и выставлена ли настройка «Использовать прейскуранты» (см. п.п. 14.4.2).

Для удобства формирования накладных для созданной цепочки дочерних заявок можно использовать функционал работы с «деревом дочерних заявок» (см. п.п. 9.13).

 

9.12.4 Удаление дочерней заявки

Если дочерняя заявка является «последней» в дереве дочерних заявок (т.е. не является «родительской» для другой заявки), то удалить ее можно с помощью пункта контекстного меню «Удалить заявку» (см. п.п. 9.7).

Если же необходимо удалить цепочку дочерних заявок, то необходимо вызвать контекстное меню из «родительской» заявки (внешней, внутренней или дочерней) и выбрать пункт «Удалить дочерние заявки».

После этого на экране появится окно с информацией о количестве удаленных дочерних заявок.

             ♦ Если у заявки есть несколько дочерних заявок, составляющих дерево заявок (см.п.п. 9.13), пункт контекстного меню «Удалить дочерние заявки» удалить ВСЕ дочерние заявки одновременно.

 

9.13 Работа с деревом заявок

В п.п. 9.12.2 описан процесс формирования дочерних заявок отдельно каждым подразделением. Подразделение «Бар 1этаж Ресторан1» запросил блюда и товары на подразделениях «Кондитерский цех», «Кухня Ресторан1» и «Основной склад Ресторан1». В свою очередь «Кондитерский цех» запросил недостающие ингредиенты на «Центральном складе» и т.д.

Для удобства создания сразу всей цепочки заявок на основе внешней или внутренней заявки можно воспользоваться функционалом «Создать дерево заявок» (см. Рис.483).

 

Рис. 483

 

9.13.1 Создание дерева заявок

Для автоматического создания цепочки дочерних заявок выделите в списке заявку, для которой будут созданы дочерние заявки, и воспользуйтесь пунктом контекстного меню «Создать дерево заявок» (см. Рис. 483).

Система предложит выбрать, для какого количества родительской заявки (количество самой заявки или необходимый приход) создать дочерние заявки (см. Рис. 485). Нажмите [Да] для создания дочерних заявок на количество по необходимому приходу. Нажмите [Нет] для создания дочерних заявок на количество из родительской заявки.
 
Рис. 484
 

В результате будут созданы все дочерние заявки, необходимые для последующего создания накладных, прописанных в маршрутах товаров «родительской» заявки (см. Рис. 486), а на экране появится окно с информацией о количестве созданных дочерних заявок (см. Рис. 485).

 

Рис. 485

 

Рис. 486

 

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

 

9.13.2 Создание накладных для дерева заявок

Создавать накладные (обрабатывать заявки) на основе созданного дерева заявок можно по отдельности для каждой заявки (см. п.п. 9.11.3).

Также можно автоматически создать все необходимые накладные для дерева заявок. Для этого выделите заявку (внешнюю или внутреннюю) и воспользуйтесь пунктом контекстного меню «Создать накладные для дерева заявок» (см. Рис. 487). 

            ♦ При создании накладных для дерева заявок «Взаимозаменяемые товары» не используются.

Система предложит выбрать, для какого количества для каждой заявки (количество самой заявки или необходимый приход – см. п.п.. 9.2.2.1) создать накладные для прихода (см. Рис. 487). Нажмите [Да] для создания накладных на количество по необходимому приходу. Нажмите [Нет] для создания накладных для прихода на количество из заявки.

 

Рис. 487

 

Автоматически будут созданы накладные для всех дочерних заявок сразу. По результату обработки заявок будет выведено сообщение, в котором указано количество созданных и активированных накладных (см. Рис. 488).

 

Рис. 488

 

               ♦ При создании накладных для дерева заявок система учитывает необходимую очередность создания накладных (в отличие от создания накладных отдельно для каждой заявки).

Если по дочерней заявке достаточно товаров на остатке (см. Рис.489), то накладные по такой заявке созданы не будут.

 

Рис. 489

 

9.13.3 Активация накладных для дерева заявок

Если накладные для дерева заявок создались неактивными, активировать их можно с помощью пункта контекстного меню «Активировать накладные для дерева заявок», вызванного из «родительской» заявки (см. Рис. 483).

 

9.13.4 Удаление накладных для дерева заявок

Если накладные для дерева заявок были созданы ошибочно, или накладные необходимо пересоздать, то для удаления всей цепочки накладных по дереву заявок выделите заявку-источник в списке и воспользуйтесь пунктом контекстного меню «Удалить накладные для дерева заявок». После этого система выдаст сообщение о том, сколько накладных было удалено (см. Рис. 490).

 

Рис. 490

 

9.14 План производства/снабжение

Отчет «План производства/снабжения» формируется на основе заявок для формирования списка необходимых товаров для обработки заявок.

Данный отчет позволяет сформировать список необходимы товаров с разными группировками для получения общего списка расходуемых товаров еще до обработки заявки или формирования дерева дочерних заявок.

Например: На «Кондитерский цех» поступают с разных предприятий заказы на поставку «Чизкейка классического»: Бар Ресторана 1 заказал 2 торта, Бар ресторана 2 заказал 3 торта. В отчете в зависимости от заданного фильтра будет выведена общая информация по товарам для обработки заявок на разных подразделениях, участвующих в маршрутах.

 

9.14.1 План производства/снабжения Фильтр

Фильтр отчета «План производства/снабжения» представлен на Рис. 494.

 

Рис. 494

 

Отчет с … и Отчет по … – в эти поля введите период, за который необходимо построить отчет (см. п.п. 2.2.2.3).

Для определения периода формирования отчета можно воспользоваться предустановленным списком периодов, для этого в поле «Период отчета» выберите значение.

Для очищения заполненного поля даты выделите соответствующее поле и выберите пункт контекстного меню Удалить или нажмите кнопку [Delete] на клавиатуре.

Подразделение – подразделение, которое оформило заявку. Если необходимо сформировать отчет по конкретному подразделению, выберите из словаря нужное подразделение (несколько подразделений).

♦     Если у пользователя ограничены фильтры подразделений для отчетов по «группе подразделений» (см. п.п. 14.2.2.3.4), то в список для фильтрации подразделений будут выведены только доступные этому пользователю подразделения.

Юр. лица – если отчет надо строить только по заявкам определенных собственных юридических лиц, выберите его из списка в этом поле.

♦     Если у пользователя ограничены фильтры подразделений для отчетов по «группе подразделений» (см. п.п. 14.2.2.3.4), то в список для фильтрации юр. лиц будут выведены только доступные этому пользователю юр. лица. Определение доступности происходит относительно подразделений.

Предприятия – в этом поле можно определить предприятия, по подразделениям которых будет построен план производства/снабжения.

♦     Если у пользователя ограничены фильтры подразделений для отчетов по «группе подразделений» (см. п.п. 14.2.2.3.4), то в список для фильтрации предприятий будут выведены только доступные этому пользователю предприятия. Определение доступности происходит относительно подразделений.

Объединять данные – в этом поле можно задать способ объединения данных в отчете. Возможные значения: не группировать, по подразделениям, по юр. лицам, по предприятиям.

Подразделение-поставщик (Подразделение, Юр. лицо. Предприятие) – подразделение (определенное напрямую или через собственные юридические лица или предприятия), которое будет исполнять заявку, т.е. организует поставку запрошенного в заявке товара на подразделение-получатель. Подразделение-поставщик определяется по маршрутам товаров (см. п.п. 9.2.1.4). На данный фильтр также действуют правила доступности подразделений по правам пользователя (см. п.п. 14.2.2.3.4).

Корреспондент-поставщик – помимо подразделения поставщиком товаров для обработки заявок могут быть корреспонденты, если в маршрутах товаров прописаны «приходные накладные». Для фильтрации таких товаром в фильтре можно задать корреспондента.

Типы накладных (в/п, к, п/н) – определите, маршруты с использованием каких накладных необходимо отобразить в отчете.

♦     Из результатов отчета можно создавать накладные без создания «дочерних заявок». Для доступа к этой функции из отчета необходимо в фильтре задать только один из типов накладных.

Группировать по поставщикам – при выставлении данного флага отчет будет сгруппирован по поставщикам из маршрутов заявок.

Внешние/Внутренние заявки – определите, по каким заявкам будет сформирован отчет. Выставление одного из флагов обязательно.

Расчет по необходимому количеству – флаг определяет, по какому количеству блюд заявки формировать отчет: по количеству расхода или по количеству «необходимого прихода» (см. п.п. 9.2.1.2)

Расчетные дочерние заявки – при выставлении данного флага создание дочерних заявок для формирования отчета не требуется. В отчет будет выведена «рассчитанная» информация по всем маршрутам созданных заявок. Если флаг снят, то отчет будет формироваться только по реальным заявкам.

После заполнения фильтра, для вывода отчета «План производства/снабжения» нажмите кнопку [Применить].

 

 

9.14.2 План производства/снабжения Содержание

Таблица отчета План производства/Снабжения со всеми группировками, представлена на Рис. 495.

 

Рис. 495

 

Пример Рис. 495: Бар Ресторана 1 оформил на Кондитерский цех заказ на 2 торта «Чизкейк классический». Бар Ресторана 2 оформил на кондитерский цех заказ на 3 торта «Чизкейк классический». По маршрутам на товарах Кондитерскому цеху необходимы ингредиенты, которые он заказывает на Центральный склад.

Данный пример формирован по «расчетным дочерним заявкам».

Отчет содержит следующие поля:

Поставщик – подразделение или корреспондент, которые будут исполнять заявку.

Получатель – подразделения, которые оформили заявку.

Товар (код, наименование, категория) – товар, на который оформлена заявка (реальная или теоретически рассчитанная).

На карточке товара могут быть определены разные единицы измерения (см. п.п. 7.1.6.4.1). И единица измерения заказа может отличаться от единицы измерения поставки. В отчет выводится информация по обоим единицам измерения (см. Рис. 495– Чизкейк классический).

В ед. изм. заявок – количество и единица измерения заказанного товара в единицах измерения заявки.

Кол-во целых в ед. изм. заявок – в отчет также вводится информация об округленном «до целого значения» количестве товара единицах измерения для заявок.

В ед. изм. автодокументов – количество и единица измерения заказанного товара в единицах измерения автодокументов.

Кол-во целых в ед. изм. автодокументов – в отчет также вводится информация об округленном «до целого значения» количестве товара единицах измерения для автодокументов, т.е. прихода.

 

9.14.3 Создание накладных

На основе сформированного отчета можно создать накладные для оприходования товаров (перемещение, производство, поставка) на подразделения-получатели.

Для формирования накладных в фильтре отчета должен быть задан только один тип накладной (см. п.п. 9.14.1).

Чтобы создать накладные воспользуйтесь пунктом контекстного меню «Создать накладные». В открывшемся окне заполните фильтр создаваемых накладных (см. Рис. 496).

 

Рис. 496

 

Дата накладных – определите дату, которой будут созданы накладные. По умолчанию подставляется «Дата С» из фильтра отчета (см. п.п. 9.14.1). Все накладные создаются одной датой, независимо от дат заявок, на основе которых сформирован отчет. Т.к. формируемые накладные организуют приход на склады, то накладные должны быть созданы ранее заявок.

Накладные в ед. изм. заявок / в ед. изм. автодокументов – определите, в каких единицах измерения будут созданы накладные.

С целыми количествами – При выставлении данного флага в накладные будут добавлены товары в количествах, округленных до целых значений.

Активировать создаваемые накладные – выставьте флаг, если накладные необходимо создать активными.

Нажмите [Применить] для создания накладных.

Откроется протокол создания накладных (см. Рис. 497).

В верхней части выводится список созданных накладных.

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

 

Рис. 497

 

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

 

 

9.15 Производство и списание полуфабрикатов

Если на предприятии осуществляется производство и одновременная продажа полуфабрикатов (например: пирожки, бутерброды, соусы и пр.), то реализовать этот процесс в программе можно следующим образом:

v После импорта из кассовой части R-Keeper на карточке товара, на закладке «Основные параметры» в поле«Комплект» необходимо указать комплект товара(см. п.п. 7.1.6.3.6) и снять флаг «Производить».

v Производство полуфабриката фиксируется с помощью документа «Комплектация». При заполнении данного документа на закладке «Товары» необходимо выбрать товар из группы Меню ресторана и указать необходимое количество (см. п.п. 8.21).

v При импорте реализации списание полуфабрикатов происходит обычным способом (см. п.п. 9). Товар-полуфабрикат попадает только в расходную накладную.

На остатках фиксируется количество произведенного товара (т.е. пирожков, бутербродов, соуса). Инвентаризировать такие товары необходимо так же, как штучные.

Если товар-полуфабрикат участвует в дальнейшем производстве, например, на одном подразделении (Заготовочный цех) готовится товар-полуфабрикат «Тесто», и передается в кондитерский цех для приготовления товара «Пирожок с капустой», то возможен следующий вариант:

Если необходимо контролировать количество произведенного теста, то необходимо поступить следующим образом:

v Создать карточку товара «Тесто», у которого на закладке «Основные параметры» в поле «Комплект» указан комплект «тесто».

v Факт производства теста фиксируют с помощью документа «Комплектация».

v В комплекте товара «Пирожок с капустой» помимо ингредиентов (капуста, масло растительное и пр.) включают товар «Тесто». Флаг «Производить» для товара НЕ выставляют.

При таком варианте на остатках каждого подразделения можно контролировать остатки товара «Тесто».