Не правильне сортування у платежах
https://orc-test.kiev.ua/admin/shop/finance/
Якщо вибрати сортування за замовчуванням ось так:
То неправильно виводити дані:
Зникають платежі:
Проблема постала вчора. - не враховує інше сортування у платежах.
Виправте будь ласка.
Оригінальне питання доступне на версії: ru
Якщо вибрати сортування за замовчуванням ось так:
То неправильно виводити дані:
Зникають платежі:
Проблема постала вчора. - не враховує інше сортування у платежах.
Виправте будь ласка.
Відповіді:
Доброго дня, не зовсім зрозуміло, які саме на вашу думку платежі зникають.
Наразі "Попередній платіж" заповнено в 1 платежу, він йде першим, потім всі інші за зменшенням дати.
Наразі "Попередній платіж" заповнено в 1 платежу, він йде першим, потім всі інші за зменшенням дати.
04.10.2021, 18:18
Оригінальний коментар доступний на версії: ru
Інший скрін - це з сортуванням за "попереднім платіжом" і "датою створення"
на ньому немає платежів зі скріна 3
19694
19692
на ньому немає платежів зі скріна 3
19694
19692
04.10.2021, 18:50
Оригінальний коментар доступний на версії: ru
Для цього спеціально робилося доопрацювання.
Я розумію, що Ви можете неділями не відповідати на будь-які питання, але на ті, за які заплеченні кошти - можна відповідати швидше?
Тиждень питання навіть не почалося вирішувати.
Я розумію, що Ви можете неділями не відповідати на будь-які питання, але на ті, за які заплеченні кошти - можна відповідати швидше?
Тиждень питання навіть не почалося вирішувати.
05.10.2021, 11:19
Оригінальний коментар доступний на версії: ru
Причину схожої ситуації пояснено тут
https://crm-onebox.com/ru/support/orders/11191-ne-rabotaet-sortirovka-v-protsess...
Власне при такому сортуванні платежі не пропадають, вони розташовуються відразу за платежами, за якими знайдено запис у БД
Наприклад, https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=20... =&filterlinkkeyorder=0&clientid=&filternobalance=&filteruserid=&filterdirection=0&filterdocumentid=&filtercode=&filterbankdetail=&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D B2%D0%B0%D1%82%D1%8C&page=3
Тобто, тут за платежем 19503 і вище є запис у БД (принаймі порожнеча), а по 19694 і нижче - немає
https://crm-onebox.com/ru/support/orders/11191-ne-rabotaet-sortirovka-v-protsess...
Власне при такому сортуванні платежі не пропадають, вони розташовуються відразу за платежами, за якими знайдено запис у БД
Наприклад, https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=20... =&filterlinkkeyorder=0&clientid=&filternobalance=&filteruserid=&filterdirection=0&filterdocumentid=&filtercode=&filterbankdetail=&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D B2%D0%B0%D1%82%D1%8C&page=3
Тобто, тут за платежем 19503 і вище є запис у БД (принаймі порожнеча), а по 19694 і нижче - немає
05.10.2021, 11:54
Оригінальний коментар доступний на версії: ru
Не зовсім зрозумів
Доопрацювання стосувалося того, що у нас є два сортування.
1 сортує платежі.
2 сортує вже відсортовані платежі.
Ось завдання: https://crm-onebox.com/ru/support/finances/6156-sortuvannya-za-dodatkovim-polem/
Там є приклади, як все має працювати і як працювало до минулої неділі.
Доопрацювання стосувалося того, що у нас є два сортування.
1 сортує платежі.
2 сортує вже відсортовані платежі.
Ось завдання: https://crm-onebox.com/ru/support/finances/6156-sortuvannya-za-dodatkovim-polem/
Там є приклади, як все має працювати і як працювало до минулої неділі.
05.10.2021, 12:24
Оригінальний коментар доступний на версії: ru
По-перше, я не міг знайти цього питання, бо ви писали з іншого профіля.
А ось ще приклад того, як сортування за дод.полями функціонує за різними сутностями системи.
Якщо відсортувати продукти як на зображенні і перейти на ці 2 сторінки, можна помітити 2 значні зміни у полі Код
https://orc-test.kiev.ua/admin/shop/products/?searchLine=&page=64
тут 1 переходити в 0
https://orc-test.kiev.ua/admin/shop/products/?searchLine=&page=79
тут закінчуються збережені дані з дод.поля в БД
Також працює сортування за дод.полями платежів.
А ось ще приклад того, як сортування за дод.полями функціонує за різними сутностями системи.
Якщо відсортувати продукти як на зображенні і перейти на ці 2 сторінки, можна помітити 2 значні зміни у полі Код
https://orc-test.kiev.ua/admin/shop/products/?searchLine=&page=64
тут 1 переходити в 0
https://orc-test.kiev.ua/admin/shop/products/?searchLine=&page=79
тут закінчуються збережені дані з дод.поля в БД
Також працює сортування за дод.полями платежів.
Снимок экрана от 2021-10-05 13-13-48.png
Снимок экрана от 2021-10-05 13-13-26.png
Снимок экрана от 2021-10-05 13-07-47.png
05.10.2021, 13:17
Оригінальний коментар доступний на версії: ru
Я розумію, що Ви намагаєтеся мені пояснити: якщо значення було обрано - і записано в базу, а потім видалено - знову ж таки, запис у базу - то це має вищий пріорітет, ніж просто без запису.
Але я не можу повірити в те, що цим користувалися майже рік і не помічали.
Точно з цим все було ок, бо це важливий функціонал.
Які є варіанти вирішення?
Але я не можу повірити в те, що цим користувалися майже рік і не помічали.
Точно з цим все було ок, бо це важливий функціонал.
Які є варіанти вирішення?
05.10.2021, 13:25
Оригінальний коментар доступний на версії: ru
Так функціонує фільтрація у системі із самого початку, на цей момент просто не звертали уваги.
Можна спробувати перед фільтрацією наприклад масово записувати необхідні значення у дод.поле платежів.
За основним харчуванням - платежі не зникають.
Можна спробувати перед фільтрацією наприклад масово записувати необхідні значення у дод.поле платежів.
За основним харчуванням - платежі не зникають.
06.10.2021, 13:55
Оригінальний коментар доступний на версії: ru
Та вони не зникають – я ж скинувши скріні де вони є. Вони зникають із фільтрації, чого раніше не було.
Такого точно не було раніше. Ви ж розумієте, що саме для цього було зроблено доопрацювання?
Такого точно не було раніше. Ви ж розумієте, що саме для цього було зроблено доопрацювання?
06.10.2021, 14:49
Оригінальний коментар доступний на версії: ru
Ви мені зараз пишете, що доопрацювання, яке було зроблено – не працює через рік роботи. І що я маю з цим зробити?
06.10.2021, 14:51
Оригінальний коментар доступний на версії: ru
Валентин писав/ла:
Вони зникають із фільтрації, чого раніше не було.
Вони не зникають з фільтрації, а переміщуються, я це показав. Так було завжди, ви на це не звертали уваги.
06.10.2021, 15:59
Оригінальний коментар доступний на версії: ru
Я не знаю, як було раніше чи буде пізніше, але ось доопрацювання: https://crm-onebox.com/ru/support/finances/6156-sortuvannya-za-dodatkovim-polem/
Але:
Ід платежу – 1, Додаткове поле – 1
Ід платежу – 3, додаткове поле – 0
Ід платіж - 4, додаткове поле - 1
ід платіж - 2, додаткове поле - 0
Повинно працювати:
1. Бокс бере всі платежі та поділяє на 2 групи:
А) Платежі зі значенням поля 1 (1, 4)
Б) Платежі зі значенням поля 0 (2, 3)
Оскільки сортування по допполю йде за спаданням, то спочатку вам покаже групу А потім групу Б. Т.е. ви побачите платежі 1 та 4 першими.
2. Якщо зазначено сортування 2, то платежі ВСЕРЕДИНІ групи будуть відсортовані згідно з цим сортуванням. Візьмемо наприклад групу А. Там платежі з id 1 і 4, оскільки сортування за зростанням першим покаже платіж 1, а другим платіж 4. Разом:
1
4
2
3
Нам потрібне рішення питання, а не коментарі.
Але:
Ід платежу – 1, Додаткове поле – 1
Ід платежу – 3, додаткове поле – 0
Ід платіж - 4, додаткове поле - 1
ід платіж - 2, додаткове поле - 0
Повинно працювати:
1. Бокс бере всі платежі та поділяє на 2 групи:
А) Платежі зі значенням поля 1 (1, 4)
Б) Платежі зі значенням поля 0 (2, 3)
Оскільки сортування по допполю йде за спаданням, то спочатку вам покаже групу А потім групу Б. Т.е. ви побачите платежі 1 та 4 першими.
2. Якщо зазначено сортування 2, то платежі ВСЕРЕДИНІ групи будуть відсортовані згідно з цим сортуванням. Візьмемо наприклад групу А. Там платежі з id 1 і 4, оскільки сортування за зростанням першим покаже платіж 1, а другим платіж 4. Разом:
1
4
2
3
Нам потрібне рішення питання, а не коментарі.
06.10.2021, 16:46
Оригінальний коментар доступний на версії: ru
Доброго дня, Валентин. Зазначене вами доопрацювання працює правильно. Якщо ви додаєте якесь поле і заповнюєте його лише в кількох платежів - по ньому сортування може проходити не так як ви плануєте, так як у даних платежів не заповнене поле і воно не враховується у сортуванні. Якщо зробити їх облік це негативно вплине на продуктивність сторінки (залежно від к-ва платежів завантаження може стати у кілька разів довше). Ми можемо одноразово заповнити всім платежам значення полям, за якими ви фільтруєте як порожнє, щоб вони враховувалися або ви можете зробити це самостійно через панель масових змін.
05.11.2021, 14:55
Оригінальний коментар доступний на версії: ru
Доброго дня
Спробував вручну проставити масовою дією – нічого не вийшло. Проставилася лише частина шт (30)
https://orc-test.kiev.ua/admin/shop/finance/
А чи можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б у додаткове поле "ні", але лише, якщо це поле ще не заповнене?
Спробував вручну проставити масовою дією – нічого не вийшло. Проставилася лише частина шт (30)
https://orc-test.kiev.ua/admin/shop/finance/
А чи можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б у додаткове поле "ні", але лише, якщо це поле ще не заповнене?
08.11.2021, 17:58
Оригінальний коментар доступний на версії: ru
Боже, та виріште це завдання, вже другий місяць зараз йтиме.
Клієнт максимально лояльний, для чого ви псуєте і мені і собі роботу?
Клієнт максимально лояльний, для чого ви псуєте і мені і собі роботу?
10.11.2021, 19:49
Оригінальний коментар доступний на версії: ru
Валентин писав/ла:
Спробував вручну проставити масовою дією – нічого не вийшло. Проставилася лише частина шт (30)
Ви використовували цю опцію?
11.11.2021, 09:47
Оригінальний коментар доступний на версії: ru
Звичайно, що використовував
У мене і на сторінці їх 100, а вони не всі відмітились.
У мене і на сторінці їх 100, а вони не всі відмітились.
11.11.2021, 11:12
Оригінальний коментар доступний на версії: ru
Надайте посилання на відфільтровані платежі, я перевірю, що заважає проставити значення всім записам.
Яке додаткове поле і яким значенням намагаєтесь заповнити?
Яке додаткове поле і яким значенням намагаєтесь заповнити?
11.11.2021, 11:27
Оригінальний коментар доступний на версії: ru
фільтрую лише за фактичними платежами
https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=&a... =%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C&id[0]=21001&id [1]=21000&id[2]=20998&id[3]=20990&id[4]=20989&id[5]=20988&id[6]=20973&id[7]=20972&id[8]=20969&id[9]=2056 [11]=20955&id[12]=20950&id[13]=20949&id[14]=20947&id[15]=20934&id[16]=20932&id[17]=20933&id[18]=20931&id[11 [21]=20928&id[22]=20927&id[23]=20926&id[24]=20925&id[25]=20924&id[26]=20923&id[27]=20922&id[28]=20919&id[21 [31]=20916&id[32]=20915&id[33]=20907&id[34]=20908&id[35]=20906&id[36]=20900&id[37]=20901&id[38]=20894&id[38 [41]=20883&id[42]=20882&id[43]=20877&id[44]=20864&id[45]=21108&id[46]=21107&id[47]=21099&id[48]=21097&id[41] d[51]=21085&id[52]=21084&id[53]=21082&id[54]=21083&id[55]=21077&id[56]=21076&id[57]=21075&id[58]=21074&id[5 21072&id[61]=21070&id[62]=21059&id[63]=21056&id[64]=21053&id[65]=21040&id[66]=21037&id[67]=21036&id[68=2 21015&id[71]=21014&id[72]=21013&id[73]=21012&id[74]=21011&id[75]=21010&id[76]=21008&id[77]=21007&id[78=2 20853&id[81]=20852&id[82]=20851&id[83]=20850&id[84]=20848&id[85]=20843&id[86]=20841&id[87]=20837&id[88=2 20829&id[91]=20827&sortkey=custom_tipplatezha3&sorttype=DESC
Хочу встановити "попередній платіж" = Ні
https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=&a... =%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C&id[0]=21001&id [1]=21000&id[2]=20998&id[3]=20990&id[4]=20989&id[5]=20988&id[6]=20973&id[7]=20972&id[8]=20969&id[9]=2056 [11]=20955&id[12]=20950&id[13]=20949&id[14]=20947&id[15]=20934&id[16]=20932&id[17]=20933&id[18]=20931&id[11 [21]=20928&id[22]=20927&id[23]=20926&id[24]=20925&id[25]=20924&id[26]=20923&id[27]=20922&id[28]=20919&id[21 [31]=20916&id[32]=20915&id[33]=20907&id[34]=20908&id[35]=20906&id[36]=20900&id[37]=20901&id[38]=20894&id[38 [41]=20883&id[42]=20882&id[43]=20877&id[44]=20864&id[45]=21108&id[46]=21107&id[47]=21099&id[48]=21097&id[41] d[51]=21085&id[52]=21084&id[53]=21082&id[54]=21083&id[55]=21077&id[56]=21076&id[57]=21075&id[58]=21074&id[5 21072&id[61]=21070&id[62]=21059&id[63]=21056&id[64]=21053&id[65]=21040&id[66]=21037&id[67]=21036&id[68=2 21015&id[71]=21014&id[72]=21013&id[73]=21012&id[74]=21011&id[75]=21010&id[76]=21008&id[77]=21007&id[78=2 20853&id[81]=20852&id[82]=20851&id[83]=20850&id[84]=20848&id[85]=20843&id[86]=20841&id[87]=20837&id[88=2 20829&id[91]=20827&sortkey=custom_tipplatezha3&sorttype=DESC
Хочу встановити "попередній платіж" = Ні
11.11.2021, 11:47
Оригінальний коментар доступний на версії: ru
Виправивши масове оновлення дод.полів платежів, ждіть оновлення.
12.11.2021, 17:51
Оригінальний коментар доступний на версії: ru
Окей, протестую. Але це не вирішить проблеми.
Можна зробити дію, як я писав вище?
"А чи можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б у додаткове поле "ні", але лише, якщо це поле ще не заповнене?"
Можна зробити дію, як я писав вище?
"А чи можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б у додаткове поле "ні", але лише, якщо це поле ще не заповнене?"
15.11.2021, 12:37
Оригінальний коментар доступний на версії: ru
Так, можна зробити автоматичну дію раз на добу, яка буде заповнювати платежам обране додаткове поле, якщо воно не заповнене або порожнє, або там стоїть 0. Займе близько 2год.
17.11.2021, 13:37
Оригінальний коментар доступний на версії: ru
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар
Copyright © OneBox 2024
