View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000436 | Производство | General | public | 2012-12-24 00:38 | 2013-03-24 08:35 |
| Reporter | ruslan | Assigned To | ruslan | ||
| Priority | immediate | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | КСАП Гранит | OS | Windows | ||
| Summary | 0000436: +Производство - Заказы-Резервирование материалов и комплектующих - Комплектация Заказа по Инвентаризации | ||||
| Description | ТЗ в файле. | ||||
| Tags | No tags attached. | ||||
|
|
|
|
|
Тут есть еще одна загвоздка - Инвентаризация на точке делается вечером, а окончательное складское движение делается на следующий день, когда обрабатывается все документы... можно сделать в Инвентарных описях функцию - Пересчет остатка? |
|
|
stor32.zip work32.zip mebl_ib5.zip |
|
|
Пересчет остатка сделать конечно можно и адаптировать списание под производство, но это отдельная большая работа с описями, даже по логике превышающая то что там делалось изначально. В ее свернутом представлении имеется ввиду... Если бы не ручной ввод остатков, я бы конечно предпочел вариант с формированием по партиям и отображение в свернутом виде. А так получается по партиям либо списание в накладную надо делать, либо редактирование остатка по партиям разветвлять. |
|
|
stor32.zip mebl_ib5.zip пересчет описей, работает только для новых |
|
|
stor32.zip work32.zip mebl_ib5.zip Укомплектация из инв. описи |
|
|
Там еще надо накладные из ведомости как-то согласовать. Не вижу смысла делать это через форму редактирования. |
|
|
В смысле сделать так же - без открытия формы? |
|
|
Да... Просто список товара понятен, зачем в нем лазить - иначе он же не будет "уравновешивать" опись. Даже датой накладную надо делать той же, на которую формировалась опись, в иной день остаток на складе уже другой будет и такая накладная тоже бесполезна (если дату будут менять). Это конечно если ставится задача именно "скомпенсировать/выравнять" опись по наличию товара с помощью накладных. |
|
|
Ну и если ты говоришь о пересчете описи на следующий день, то это же ведет к изменению остатков, соотв. ранее сформированная накладная (за вчера) становится "не валидной". Что с этим делать? |
|
|
Есть разные технологии работы с Инвентарными описями: 1. Классический вариант, когда Формируют опись, рассчитывают остатки. Считают Факт,Вносят колонку Факт(вручную или со сканера штрих-кодов) дальше все стандартно - остатки выравнивают, работают дальше. Кстати для такого варианта ОЧЕНЬ нужно накладную не только на реализацию, когда допустим мат.ответственный выкупает недостачу, НО и СПИСАНИЕ ТМЦ. 2. Сейчас для ДК мы видоизменяем бизнес-процесс работы.Ведомость заполняется по фактическому наличию из программы "Терминала Бариста", когда сотрудники в магазине делают инвентаризацию в конце дня. Расчетные остатки часто могут не соответствовать действительности, Т.к обработка складского движения по производству напитков делается на следующий день оператором складского учета. Соответственно для получения корректного движения в производстве, нужно после проведения всех документов складского движения - Приходов сырья, Внутренних передач в производство, пересчитать остатки. |
|
|
Вопрос валидности данных - это отдельная тема и она никогда не ставилась для связки документов и инвентарной ведомости.Формирование накладных, это всего лишь облегчение труда пользователя, который не будет делать это вручную... |
|
|
По вопросу ФОрмировать накладные без открытия формы на дату ведомости - возражений не имею, НО для реализации у нас формируется Счет на реализацию, и дальше пользователь его руками Резервирует, тут-то и вылазят все несходняки... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-12-24 00:38 | ruslan | New Issue | |
| 2012-12-24 00:38 | ruslan | File Added: Техническое задание на доработку Гранит Комплектация заказа по Инвентаризации.doc | |
| 2013-01-25 13:57 | ruslan | Note Added: 0001104 | |
| 2013-01-25 21:51 | barry | Note Added: 0001106 | |
| 2013-01-27 13:14 | barry | Note Added: 0001125 | |
| 2013-01-27 13:15 | barry | Note Edited: 0001125 | View Revisions |
| 2013-01-27 21:16 | barry | Note Added: 0001126 | |
| 2013-01-28 01:07 | barry | Note Added: 0001127 | |
| 2013-01-28 16:46 | ruslan | Status | new => resolved |
| 2013-01-28 16:46 | ruslan | Resolution | open => fixed |
| 2013-01-28 16:46 | ruslan | Assigned To | => ruslan |
| 2013-01-28 21:48 | barry | Note Added: 0001135 | |
| 2013-01-29 11:57 | ruslan | Note Added: 0001136 | |
| 2013-01-29 12:14 | barry | Note Added: 0001137 | |
| 2013-01-29 12:21 | barry | Note Added: 0001138 | |
| 2013-01-29 12:45 | ruslan | Note Added: 0001139 | |
| 2013-01-29 12:48 | ruslan | Note Added: 0001140 | |
| 2013-01-29 12:50 | ruslan | Note Added: 0001141 | |
| 2013-01-29 12:51 | ruslan | Note Edited: 0001141 | View Revisions |
| 2013-03-24 08:29 | ruslan | Status | resolved => closed |
| 2013-03-24 08:29 | ruslan | Status | closed => resolved |
| 2013-03-24 08:35 | ruslan | Status | resolved => closed |
