View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update | 
|---|---|---|---|---|---|
| 0001469 | Склад | General | public | 2018-10-18 16:00 | 2020-02-12 09:45 | 
| Reporter | ruslan | Assigned To | barry | ||
| Priority | high | Severity | major | Reproducibility | always | 
| Status | closed | Resolution | fixed | ||
| Platform | КСАП Гранит | OS | Windows | ||
| Summary | 0001469: +Склад -Заказы- Форма заказа - Добавить флаг "Архивный" - запоминать при сохранении и считывать этот флаг из БД при редакир. | ||||
| Description | Сейчас статус Архивный присваивается ПО Шопселлер при объединении заказов для нужд учета в Рознице, но при любых действиях над заказом этот статус меняется. Ну и значок ему может какой оригинальный в иконку ставить | ||||
| Tags | No tags attached. | ||||
| 
		 | 
	Так а какая логика действий и как с ним поступать при редактировании. | 
| 
		 | 
	
	При редактировании есть статусы "Закрыто", "Утверждено". Есть принудительное закрытие заказов. Есть статус "Исполнен" (автоматически ставится при выдаче всего товара).  Как в эту логику, в эти переходы, разрешения, запреты вписывается "Архивный"?  | 
| 
		 | 
	
	"Утверждено" - утверждено - не статус, а состояние, которое регламентируется отдельным полем SUBSCRIBE. По архивному статусу: - При создании заказа - флаг задизейблен - создать архивный заказ нельзя, в этом нет здравой логики. - При редактировании заказа: - считывается из БД, если статус 0,1,2 - поле открыто для изменений и может быть установлен статус- Архивный, если статус >2 но <5, закрыт от изменений- статус Архивный установить нельзя...  | 
| 
		 | 
	
	"Утверждено" - да, отдельное поле, но иконка рисуется одна в комплексе со статусом. Т.е. иконка "Утверждено" перекрывает "Исполнен" и "Закрыт". Или - если заказ Утвержден, мы не видим по иконке от Исполнен или Закрыт (или еще Открыт / Не исполнен). Где статусу Архивный место в логике отображения иконки? Раз уж принято такое совмещение двух статусных полей. Если заказ архивный и утвержденный - какая иконка должна показываться? Или иконку "Утверждено" будем выносить отдельно. Или поле одно, но иконок статусов в 2 раза больше (визуальное совмещение). --- По редактированию - если заказ подписан, по-идее флаг Архивный тоже должен блокироваться от редактирования.  | 
| 
		 | 
	Непонятно взаимодействие "Утверждено" <=> Архивный. | 
| 
		 | 
	Утверждено имеет смысл только для неисполненных заказов(статус 0,1) - это реквизит, который фактически показывает неизменность заказа, который утвердил некий подписант, после исполнения заказа этот реквизит теряет оперативные смысл, у тебя так и реализовано- иконка Утверждено перебивается статусами Исполнен и Закрыт, аналогично и с Архивным статусом тоже - отображение иконки Архивного заказа будет перекрывать состояние Утвержден. | 
| 
		 | 
	
	Если признак "Архивный" в форме редактируем - что происходит при отключении этой опции в процессе редактирования. Мы снимаем статус "Архивный" - какой статус мы получаем?  | 
| 
		 | 
	Аналогично снятию статуса Закрыто. Если мы можем установить статус Архивный только для заказов со статусами 0,1,2 , то соответственно, при снятии выставлять статус, которому на данный момент соответствует текущее состояние Заказа | 
| 
		 | 
	
	mebl_ib5.zip stor32.zip  | 
| 
		 | 
	Стоп. Важное уточнение - Статус Заказа Архивный можно установить, ТОЛЬКО для заказов по которым не выписаны складские документы! Т.е. Заявки в пр-во могут быть, но Складских документов(кроме Счета) быть не должно, если есть уже складские документы - флаг Архивный закрыт установки. И соответственно При редактировании, если установлен флаг "Архивный " на панели инструментов на закладке Накладные все кнопки можно делать Неактивными | 
| 
		 | 
	Что с этим? На наличие накладных вроде проверяется. | 
| Date Modified | Username | Field | Change | 
|---|---|---|---|
| 2018-10-18 16:00 | ruslan | New Issue | |
| 2018-10-18 16:05 | ruslan | Description Updated | View Revisions | 
| 2018-11-19 12:25 | barry | Relationship added | related to 0001470 | 
| 2018-11-27 17:02 | barry | Note Added: 0003934 | |
| 2018-11-27 17:02 | barry | Assigned To | => barry | 
| 2018-11-27 17:02 | barry | Status | new => feedback | 
| 2018-11-27 17:21 | barry | Note Added: 0003935 | |
| 2018-11-28 17:46 | ruslan | Note Added: 0003939 | |
| 2018-11-28 17:46 | ruslan | Status | feedback => assigned | 
| 2018-11-30 09:18 | barry | Note Added: 0003947 | |
| 2018-11-30 09:25 | barry | Note Added: 0003948 | |
| 2018-11-30 09:45 | ruslan | Note Added: 0003949 | |
| 2018-11-30 11:22 | barry | Note Added: 0003950 | |
| 2018-11-30 11:28 | ruslan | Note Added: 0003951 | |
| 2018-11-30 11:44 | barry | Status | assigned => feedback | 
| 2018-11-30 11:44 | barry | Note Added: 0003952 | |
| 2018-11-30 11:45 | ruslan | Note Added: 0003953 | |
| 2018-11-30 11:45 | ruslan | Status | feedback => assigned | 
| 2019-05-23 08:59 | barry | Note Added: 0004097 | |
| 2019-05-23 09:00 | barry | Status | assigned => resolved | 
| 2019-05-23 09:00 | barry | Resolution | open => fixed | 
| 2020-02-12 09:45 | ruslan | Status | resolved => closed |