Не правильне сортування в платежах

?????

Добрий день, не зовсім зрозуміло, які саме на вашу думку платежі зникають. Зараз "Предварительный платеж" заповнено у 1 платежа, він йде першим, потім всі інші за зменшенням дати.

Другий скрін - це з сортуванням по "предварительный платеж" і "дата створення" на ньому немає платежів зі скріна 3 19694 19692

Для цього спеціально робилось доопрацювання. Я розумію, що Ви можете тижнями не відповідати на будь-які питання, але на ті, за які заплеченні кошти - можна відповідати швидше? Тиждень питання навіть не почалось вирішувати.

Причину схожої ситуації пояснено тут https://crm-onebox.com/ru/support/orders/11191-ne-rabotaet-sortirovka-v-protsessah-spiskom/ Власне при такому сортуванні платежі не зникають, вони розташовуються одразу за платежами, по яким знайдено запис у БД Наприклад, https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=2021-09-20+00%3A00&filterdateto=2021-09-28+10%3A20&filtercomment=&filtersumfrom=0&filtersumto=0&order=&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%D0%B2%D0%B0%D1%82%D1%8C&page=3 Тобто, тут по платежу 19503 і вище є запис в БД (принаймі пустота), а по 19694 і нижче - немає

Не зовсім зрозумів Доопрацювання стосувалось того, що, у нас є два сортування. 1 сортує платежі. 2 сортує вже відсортовані платежі. Ось задача: https://crm-onebox.com/ru/support/finances/6156-sortuvannya-za-dodatkovim-polem/ Там є приклади, як все має працювати і як працювало до минулого тижня.

По-перше, я не міг знайти це питання, бо ви писали з іншого профіля. А ось ще приклад того, як сортування по дод.полям функціонує по різним сутностям системи. Якщо відсортувати продукти як на зображенні і перейти на ці 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 тут закінчуються збережені дані по дод.полю в БД Так само працює сортування по дод.полям платежів. [file]11035[/file] [file]11036[/file] [file]11037[/file]

Я розумію, що Ви намагаєтесь мені пояснити: якщо значення було обране - і записане в базу, а потім видалено - знову ж таки, запис в базу - то це має вищий пріорітет, ніж просто без запису. Але я не можу повірити в те, що цим користувались, майже, рік і не помічали. Точно з цим все було ок, бо це важливий функціонал. Які є варіанти вирішення?

?

Так функціонує фільтрація в системі з самого початку, на цей момент просто не звертали уваги. Можна спробувати перед фільтрацією наприклад масово записувати необхідне значення в дод.поле платежів. По основному питанню - платежі не зникають.

Та вони не зникають - я ж скинув скріни де вони є. Вони зникають з фільтрації, чого раніше не було. Такого точно не було раніше. Ви ж розумієте, що саме для цього було зроблене доопрацювання???

Ви мені зараз пишете, що доопрацюваня, яке було зроблено - не працює через рік роботи. І що я маю з цим зробити?

[quote] Валентин писал/а: Вони зникають з фільтрації, чого раніше не було. [/quote] Вони не зникають з фільтрації, а переміщуються, я це показав. Так було завжди, ви на це не звертали уваги.

Я не знаю, як було раніше чи буде пізніше, але ось доопрацювання: 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 Нам потрібне рішення питання, а не коментарі.

Добрый день, Валентин. Указанная вами доработка работает правильно. Если вы добавляете какое то поле и заполняете его только у нескольких платежей - по нему сортировка может проходить не так как вы планируете, так как у данных платежей не заполнено поле и оно не учитывается в сортировке. Если сделать их учёт это отрицательно повлияет на производительность страницы (в зависимости от к-ва платежей загрузка может стать в несколько раз дольше). Мы можем единоразово заполнить всем платежам значения полям по которым вы фильтруете как пустое чтобы они учитывались или вы можете сделать это самостоятельно через панель массовых изменений.

Доброго дня Спробував вручну проставити масовою дією - нічого не вийшло. Проставилась лише частина шт (30) https://orc-test.kiev.ua/admin/shop/finance/ А можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б в додаткове поле "нет", але лише, якщо це поле ще не заповнене?

Боже, да виріште цю задачу, вже другий місяць зараз буде йти. Клієнт максимально лояльний, для чого ви псуєте і мені і собі роботу?

[quote] Валентин писал/а: Спробував вручну проставити масовою дією - нічого не вийшло. Проставилась лише частина шт (30) [/quote] ви використовували цю опцію? [file]12073[/file]

Звичайно, що використовував У мене і на сторінці їх 100, а вони не всі відмітились.

Надайте посилання на відфільтровані платежі, я перевірю, що заважає проставити значення всім записам. Яке додаткове поле і яким значенням намагаєтесь заповнити?

фільтрую лише по фактичних платежах https://orc-test.kiev.ua/admin/shop/finance/?contractorid=&filterdatefrom=&filterdateto=&filtercomment=&filtersumfrom=0&filtersumto=0&order=&filterlinkkeyorder=0&clientid=&filternobalance=balance&filteruserid=&filterdirection=0&filterdocumentid=&filtercode=&filterbankdetail=&ok=%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]=20962&id[10]=20958&id[11]=20955&id[12]=20950&id[13]=20949&id[14]=20947&id[15]=20934&id[16]=20932&id[17]=20933&id[18]=20931&id[19]=20930&id[20]=20929&id[21]=20928&id[22]=20927&id[23]=20926&id[24]=20925&id[25]=20924&id[26]=20923&id[27]=20922&id[28]=20919&id[29]=20918&id[30]=20917&id[31]=20916&id[32]=20915&id[33]=20907&id[34]=20908&id[35]=20906&id[36]=20900&id[37]=20901&id[38]=20894&id[39]=20889&id[40]=20884&id[41]=20883&id[42]=20882&id[43]=20877&id[44]=20864&id[45]=21108&id[46]=21107&id[47]=21099&id[48]=21097&id[49]=21096&id[50]=21088&id[51]=21085&id[52]=21084&id[53]=21082&id[54]=21083&id[55]=21077&id[56]=21076&id[57]=21075&id[58]=21074&id[59]=21073&id[60]=21072&id[61]=21070&id[62]=21059&id[63]=21056&id[64]=21053&id[65]=21040&id[66]=21037&id[67]=21036&id[68]=21023&id[69]=21016&id[70]=21015&id[71]=21014&id[72]=21013&id[73]=21012&id[74]=21011&id[75]=21010&id[76]=21008&id[77]=21007&id[78]=20983&id[79]=20865&id[80]=20853&id[81]=20852&id[82]=20851&id[83]=20850&id[84]=20848&id[85]=20843&id[86]=20841&id[87]=20837&id[88]=20836&id[89]=20835&id[90]=20829&id[91]=20827&sortkey=custom_tipplatezha3&sorttype=DESC [file]12077[/file] Хочу встановити "предварительный платеж" = Нет

?)

Окей, протестую. Але це не вирішить проблему. Можна зробити дію, як я писав вище? "А можна доробити, наприклад, автоматичну дію, яка під час створення чи оновлення ставила б в додаткове поле "нет", але лише, якщо це поле ще не заповнене?"

Да, можно сделать автоматическое действие раз в сутки, которое будет заполнять платежам выбранное дополнительное поле если оно не заполнено или пустое или там стоит 0. Займет около 2ч