фикс модуля couriers stats

diff --git a/erp24/controllers/ShipmentController.php b/erp24/controllers/ShipmentController.php
index d1b2cd31f3474ab1420ce8da52ccf6232a6a228e..1b5d0dbda4ec06d408271129913351112db51cd3 100755 (executable)
--- a/erp24/controllers/ShipmentController.php
+++ b/erp24/controllers/ShipmentController.php
@@ -12,6 +12,10 @@ class ShipmentController extends Controller
         ];
     }
 
+    public function actionInfo()
+    {
+        return $this->render('info');
+    }
     public function actionIndex() { return $this->render('index'); }
     //public function actionAdd() { return $this->render('add'); }
     public function actionStoreOrders() { return $this->render('store-orders'); }

diff --git a/erp24/views/shipment/info.php b/erp24/views/shipment/info.php
new file mode 100644 (file)
index 0000000..d07d525
--- /dev/null
+++ b/erp24/views/shipment/info.php
@@ -0,0 +1,165 @@
+<?php
+chdir(__DIR__ . '/../../');
+include_once("startup.php");
+include_once("inc/base_new.php");
+include_once("inc/design_new.php");
+?>
+<div class="p-4">
+    <h1>Регламент по заполнению в ERP раздела меню «Закупки/Автозаказ»</h1>
+
+    <div class="pt-2 pb-2">
+        <h4>1. Статус заказа: «Новый Формирование Автозаказа»</h4>
+        <span>
+            Закупщик в понедельник создает документ в разделе «Закупки», создается текущий документ на следующую неделю. На
+            статусе «Новый» он выбирает поставщиков, проставляет планируемую розничную цену, стоимость закупки в долларах/евро,
+            ставит даты поставки, а так же время/часы -до какого момента КД необходимо провести деление, проверяет все столбцы
+            на соответствие заполненной и актуальной информации, отмечает галочками сохранение статуса заказа и после этого
+            заказ переходит на следующий этап.
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>2. Статус заказа: «В работе»</h4>
+        <span>
+            Кустовые директоры в разрезе каждого магазина анализируют данные и сравнивают сумму заказа с Планом Продаж/ и Фактом
+            Продаж предыдущей недели. В данном случае Сумма Закупки должна быть не менее суммы Факта предыдущей недели и не
+            более Плана Продаж в разрезе каждого магазина. На этой же стадии Директору по рознице необходимо до 15:00 Вторника
+            -заполнить актуальную информацию по плану продаж магазинов и внести данные в соответствующую таблицу.
+        </span>
+
+        <span>
+            Далее Кустовые Директоры делают заказ на следующую неделю, заполняя соответствующие столбцы. Проводится анализ в
+            разрезе каждого магазина, проверяется внесенная информация в соответствующие поля, после внесения информации,
+            нажимают на вкладку «Внесено», магазины с адресными блоками должны после этого подсветиться другим цветом и у
+            каждого заполненного магазина по стадии готовности в статусе изменений проставляется галочка, тем самым обозначается
+            готовность и заполненность магазина. Далее статус готовности переводится на новый этап и информация поступает
+            Закупщику, который должен убедиться что все магазины заполнены необходимой информацией, цифры проверены, галочки по
+            заполнению проставлены. Далее заказ КД уже не корректируется. Закупщик еще раз проверяет корректность внесенных
+            данных и на основании этого принимает решение о том, что если нужно внести корректировки по какому то определенному
+            магазину, то сообщает об этом кустовому директору, соответствующего куста, и в случае необходимости, возвращает ему
+            заказ для исправления на предыдущую стадию, в которой вносятся необходимые изменения. Если же информация внесена
+            правильно и все данные заполнены корректно, Закупщик подтверждает статус вручную и он переходит на следующий этап.
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>3. Статус «Данные внесены»</h4>
+        <span>
+            На этой стадии Закупщик заполняет данными колонку согласованный заказ, эти данные он сравнивает с колонкой «Заказ
+            Куст», появляется колонка с дельтой/по разнице в сумме и в штуках После этого меняется статус с «Данные внесены» на
+            следующий статус «Закупка Заказа»
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>4.Статус «Закупка Заказа»</h4>
+        <span>
+            Закупщик проставляет цены в Понедельник до 13-00, заводит в соответствующие графы количество необходимого товара,
+            проставляет себестоимость товара, из расчета инвойсов, которые она делает вручную, проставляет соответствующую
+            информацию в колонку «Куплено по факту» и переводит заказ на следующую стадию в статус «Товар в пути».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>5.Статус «Товар в пути»</h4>
+        <span>
+            Закупщик заводит товар, все позиции по цветам сверяются, количество проставлено, весь товар заполнен на этот приход
+            и полностью сформирован. Далее на этом статусе информация появляется у Кладовщика, он видит текущий статус заказа,
+            определяет и согласовывает дату прихода товара в Москву. Под эту дату Кладовщик ищет и заказывает машину, а также
+            согласовывает дату прихода товара уже в Нижний Новгород, далее, зная необходимую информацию по срокам поставки,
+            Кладовщик сообщает Директору по Рознице об этом факте. Директор по Рознице в свою очередь, сообщает доведенную ранее
+            информацию Кустовым директорам и ставит им задачу по делению товара. Статус «Товар в пути» переводится Директором по
+            Рознице на статус «Деление по магазинам», на этом статусе происходит автоматический и пропорциональный программный
+            расчет деления заказа.
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>6. Статус «Деление по магазинам»</h4>
+        <span>
+            Кладовщик определяет дату поставки товара на склад и отражает эти данные в ERP. Кустовые директоры к этому моменту
+            уже корректируют данные по делению товара, все графы распределены и заполнены, после этого Кустовые директоры все
+            данные еще раз сверяют, ориентируясь на остатки по товару, основываясь так же на данных по продажам, по списанию
+            цветка, по планограммам своих магазинов/планограмме Факт. Сравнивают данные из колонки «Заказ в пути» с колонкой
+            «Распределения/отклонения», смотрят отражаемые Остатки и анализируют колонку нераспределенного товара , заметив
+            отклонения – уже вносят корректировки в ту сторону, где необходимо оперативно внести изменения. Директор по рознице
+            сравнивает цифры и проверяет и проговаривает совместно с Кустовыми директорами все цифровые и суммарные расхождения,
+            по каждому магазину отдельно. Цель данной задачи в том, чтобы добиться соответствия внесенных данных – необходимым
+            условиям сети в существующих реалиях. В случае необходимости внесения изменений, Кустовые Директоры, вместе с
+            Директором по Рознице- корректируют их еще раз на статусе «Деления по магазинам». Как только все данные приведены в
+            соответствие и цифры актуальны, Директор по Рознице переводит текущие действия на следующий статус «Приход товара на
+            склад».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>7. Статус «Приход товара на склад»</h4>
+        <span>
+            На этом статусе Кладовщик заносит данные в ячейку «Получено кладовщиком по факту». Кладовщик проставляет факт
+            прихода товара на склад и сравнивает расхождение между колонками: «Получено кладовщиком по факту» и колонкой
+            «Куплено по факту». Анализирует данные и в случае их расхождения между этими двумя графами -создается документ
+            «Претензия поставщику», а также данный документ появляется в общем реестре претензий поставщика. Кладовщик сообщает
+            Закупщику информацию о расхождении или при наличии брака об этом факте. Если на этой стадии приема товара появляется
+            новая позиция, Кладовщик также сообщает Закупщику об этих изменениях при формировании документа о расхождении -
+            также создается документ по расхождению данных поставки, и на основании этого документа так же формируется
+            Претензия. При выявлении брака- Кладовщик заносит соответствующие данные в колонку «Брак». После этого текущий этап
+            переводится на новый статус «Корректировка деления»
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>8. Статус «Корректировка деления»</h4>
+        <span>
+            Кладовщик оперативно сообщает Директору по Рознице и Кустовым Директорам о факте внесенных изменений в приходе
+            товара, доводит информацию о самих изменениях и ожидает обратную связь от Директора по Рознице о внесенных
+            изменениях. Кустовые директоры, совместно с Директором по Рознице - видя брак, и основываясь на внесенных
+            Кладовщиком изменениях в таблице, вносят со своей стороны - необходимые корректировки в соответствующих графах по
+            делению заказа. После того, как все данные в графах откорректированы и приведены в норму, Директор по Рознице
+            отписывает и сообщает Кладовщику о факте завершения корректировок, и завершению внесенных изменений. Кладовщик после
+            получения этой информации переводит текущий статус на следующий этап «Наборка товара».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>9. Статус «Наборка товара»</h4>
+        <span>
+            На этом этапе Кладовщик приступает к наборке товара. Товар набирается, согласно заполненным данным по делению,
+            деление делается по каждому магазину отдельно, исходя из самых актуальных и последних внесенных корректировок.
+            Деление завершено, товар набран, все данные сверяются с документом «Наборка товара».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>10. Статус «Выписка товара»</h4>
+        <span>
+            После произведенных действий формируется «Выписка товара», данные уходят в 1С, формируется первичная отчетность,
+            Кладовщик распечатывает приходную и расходные накладные. Производится загрузка машины и дальнейшая развозка товара
+            по магазинам. После этого Кладовщик переводит текущий статус заказа на следующий этап «Передано в бухгалтерию».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>11. Статус «Передано в бухгалтерию»</h4>
+        <span>
+            Сотрудник бухгалтерии видит поступившую информацию, все данные уже внесены, имеется полноценная картина прихода и
+            учета товара. Бухгалтер меняет и ставит в программе следующий статус «Бухгалтерия приняла».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>12. Статус «Бухгалтерия приняла»</h4>
+        <span>
+            Все данные на этой стадии уже занесены и бухгалтерия производит сверку данных, занесенных в 1С, с данными от
+            Закупщика, сверяют данные по инвойсам, по первоначальным расчетам, суммам, инвойсов поставщиков, балансами инвойсов
+            поставщиков, после произведенного сравнения и сверки данных, сотрудник бухгалтерии переводит статус на следующий
+            этап «Бухгалтерией Сверено».
+        </span>
+    </div>
+
+    <div class="pt-2 pb-2">
+        <h4>13.Статус «Бухгалтерией сверено»</h4>
+        <span>
+            Все данные уже проверены, на этом статусе закрывается поставка и текущие документы.
+        </span>
+    </div>
+</div>
\ No newline at end of file