Ось є два цікаві приклади історії:
1. https://baza.cn.ua/admin/shop/products/66600/history/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=storaged&filtercdatefrom=&filtercdateto=
Тут якось не логічно перші 2 запили тобто в обох випадка на залишку було до запису в історії 0 (таке враження що один запис випав з історії)
І виходить сьогодні в 2021-12-31 00:16:07 storaged стає 0
2. https://baza.cn.ua/admin/shop/products/66154/history/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=storaged&filtercdatefrom=&filtercdateto=
В цьому прикладі все по другому
Також є 2 нелогічних записи як і в першому прикладі, але немає третього
Хоча якщо дивитись склади
То продаж товару був 2021-12-30 15:14:21 і по суті в історії повинне бути запис де storaged стає 0
Але його чомусь немає
1. Прошу пояснити логіку системи чому вона така непослідовна ?
2. Коли система запускає перерахунок поля storaged (схоже що в 00:16:00, але щось не сходить ся тоді на прикладі №2
[file]13303[/file]
[file]13304[/file]
2. https://baza.cn.ua/admin/shop/products/66154/history/?userid=&systemchange=1... В цьому прикладі все по другому Також є 2 нелогічних записи як і в першому прикладі, але немає третього Хоча якщо дивитись склади То продаж товару був 2021-12-30 15:14:21 і по суті в історії повинне бути запис де storaged стає 0 Але його чомусь немає
1. Прошу пояснити логіку системи чому вона така непослідовна ?
2. Коли система запускає перерахунок поля storaged (схоже що в 00:16:00, але щось не сходить ся тоді на прикладі №2
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий