Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Дивлюся історію перерахунку https://baza.cn.ua/admin/shop/products/56602/history/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_=
І щось не зрозумію логіки коли ці перерахунки спрацьовують
Наприклад, спрацював 22:01:18 потім 22:35:15 потім 00:15:23 потім 09:47:07
За якою логікою?
Владислав - перерахунок цін може відбуватися дією на часовому кроні. Швидше за все вона у вас не стоїть, що є правильно - тоді всі зміни будуть відбуватися згідно з налаштуваннями тут /admin/shop/settings/recalculate-price/ і відповідно /admin/shop/marginrule/ базового правила так https://prnt.sc/vwdhj4 описавши у завданні https://crm-onebox.com/ru/support/business-processes/4085-chasovoy-kron/
Владислав - перерахунок цін може відбуватися дією на часовому кроні. Швидше за все вона у вас не стоїть, що є правильно - тоді всі зміни будуть відбуватися згідно з налаштуваннями тут /admin/shop/settings/recalculate-price/
і відповідно /admin/shop/marginrule/ базового правила так https://prnt.sc/vwdhj4
описавши у завданні https://crm-onebox.com/ru/support/business-processes/4085-chasovoy-kron/
На часовому в мене нічого не стоїть За цим товаром немає постачальників і ніяких операцій з постачальниками не було На скрінах налаштування і історія Чому йде перерахунок о 10:45:14 і потім 11:02:18 яким чином він запускається і для чого?
На часовому в мене нічого не стоїть
За цим товаром немає постачальників і ніяких операцій з постачальниками не було
На скрінах налаштування і історія
Чому йде перерахунок о 10:45:14 і потім 11:02:18 яким чином він запускається і для чого?
[file]1944[/file]
[file]1945[/file]
згідно іншого скріна - дані змінюються по полю pricelevel2 перевірте у правилах націнок /admin/shop/marginrule - якщо там немає правила для pricelevel2 - тоді це питання не рівня цін, а автоматичних дій товарів "Дії при збереженні картки продукту" тут/admin/products/action/update/edit/ а вони спрацьовують щоразу, коли є якісь зміни в товарі. відповідно маєте таку історію у товарі.
згідно іншого скріна - дані змінюються по полю pricelevel2
перевірте у правилах націнок /admin/shop/marginrule - якщо там немає правила для pricelevel2 - тоді це питання не рівня цін, а автоматичних дій товарів "Дії при збереженні картки продукту" тут/admin/products/action/update/edit/
а вони спрацьовують щоразу, коли є якісь зміни в товарі.
відповідно маєте таку історію у товарі.
integrator написав: "Дії при збереженні картки продукту" тут/admin/products/action/update/edit/ а вони спрацьовують щоразу, коли є якісь зміни в товарі. відповідно маєте таку історію у товарі.
Все правильно, у мене там стоїть дія, ось мене і цікавити, чому воно спрацьовує так часто, при тому що змінює не людина (там би був автор), а змінює система Незрозуміло чому система на протязі однієї години змінює 5 разів рівень цін При тому більше нічого не змінює (скрін всієї історії за сьогодні)
[quote]
integrator написав:
"Дії при збереженні картки продукту" тут/admin/products/action/update/edit/
а вони спрацьовують щоразу, коли є якісь зміни в товарі.
відповідно маєте таку історію у товарі.
[/quote]
Все правильно, у мене там стоїть дія, ось мене і цікавити, чому воно спрацьовує так часто, при тому що змінює не людина (там би був автор), а змінює система
Незрозуміло чому система на протязі однієї години змінює 5 разів рівень цін
При тому більше нічого не змінює (скрін всієї історії за сьогодні)
[file]1958[/file]
тоді це ще інше питання - наскільки пам'ятаю, на форумі ви вже його задавали, спробуйте у працівника Бокса з'ясувати, бо у мене немає доступу до лінку зі скріну. Виглядає, що у вас якийсь тип зациклення, який пробує записати ціну 25, а інша дія перезаписує 30. Перевірте чи в admin
тоді це ще інше питання - наскільки пам'ятаю, на форумі ви вже його задавали, спробуйте у працівника Бокса з'ясувати, бо у мене немає доступу до лінку зі скріну.
Виглядає, що у вас якийсь тип зациклення, який пробує записати ціну 25, а інша дія перезаписує 30. Перевірте чи в admin
integrator написав: тоді це ще інше питання - наскільки пам'ятаю, на форумі ви вже його задавали, спробуйте у працівника Бокса з'ясувати, бо у мене немає доступу до лінку зі скріну. Виглядає, що у вас якийсь тип зациклення, який пробує записати ціну 25, а інша дія перезаписує 30. Перевірте чи в admin
У мене е дві дії, все правильно Одна загальна яка ставити на всі товари 25, а інша конкретна яка ставити 30 Тут питання в чому так часто запускається Жду відповіді від "працівника Бокса"
[quote]
integrator написав:
тоді це ще інше питання - наскільки пам'ятаю, на форумі ви вже його задавали, спробуйте у працівника Бокса з'ясувати, бо у мене немає доступу до лінку зі скріну.
Виглядає, що у вас якийсь тип зациклення, який пробує записати ціну 25, а інша дія перезаписує 30. Перевірте чи в admin
[/quote]
У мене е дві дії, все правильно
Одна загальна яка ставити на всі товари 25, а інша конкретна яка ставити 30
Тут питання в чому так часто запускається
Жду відповіді від "працівника Бокса"
Зміни в товарі може робити: масові дії з товарами масовий імпорт перерахунок цін правило націнки імпорт прайсів постачальника автоматичні дії при збереженні товару запит АРІ оновлення товару з іншої системи, наприклад, пром.
Зміни в товарі може робити:
масові дії з товарами
масовий імпорт
перерахунок цін
правило націнки
імпорт прайсів постачальника
автоматичні дії при збереженні товару
запит АРІ
оновлення товару з іншої системи, наприклад, пром.
Влад, Ігор я з'ясував, що є негласний порядок обробки звернень тому, коли хочемо реакцію саме від розробника або від спеціаліста підтримки OneBox 1. Виставили звернення 2. Чекаємо на реакцію девела OneBox 3. Якщо хтось відповів раніше, то не факт, що девел взагалі загляне в топік
Влад, Ігор
я з'ясував, що є негласний порядок обробки звернень
тому, коли хочемо реакцію саме від розробника
або від спеціаліста підтримки OneBox
1. Виставили звернення
2. Чекаємо на реакцію девела OneBox
3. Якщо хтось відповів раніше, то не факт,
що девел взагалі загляне в топік
В'ячеслав – за завданням виглядало просто: якщо стоїть автоматична дія при зміні даних у товарі – тоді вона і спрацьовує. значить потрібно відслідкувати хто саме хмінює сам товар. Думавши, дівела не потрібно.
В'ячеслав – за завданням виглядало просто: якщо стоїть автоматична дія при зміні даних у товарі – тоді вона і спрацьовує.
значить потрібно відслідкувати хто саме хмінює сам товар.
Думавши, дівела не потрібно.
Легеза В'ячеслав Валеріанович ФОП Легеза В'ячеслав Валеріанович написав: Влад, Ігор я з'ясував, що є негласний порядок обробки звернень тому, коли хочемо реакцію саме від розробника або від спеціаліста підтримки OneBox
[quote]
Легеза В'ячеслав Валеріанович
ФОП Легеза В'ячеслав Валеріанович написав:
Влад, Ігор
я з'ясував, що є негласний порядок обробки звернень
тому, коли хочемо реакцію саме від розробника
або від спеціаліста підтримки OneBox
[/quote]
Мені Устименко також це казав, але це не факт
Ось приклад завдання https://crm-onebox.com/ru/support/price-platforms-and-marketplaces/4361-import-zakaza-s-rozetki/
Я писав там і потім підключився Чижик, а потім уже Бодяко
Так що шанс є, хоча якщо враховувати, що автор я, то напевно ймовірність мінімальна :)
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар