У Звіті з прибутку не коректно вважає маржу та продаж на суму
Доброго дня, нещодавно були редагування цього звіту. -v-protsesse/
При перших тестуваннях такого бага помічено не було, але вчора помітили некоректний підрахунок маржі та продажу на суму в процесі.
Посилання на звіт: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... %5D=366&statusid%5B%5D=309&statusid%5B%5D=355&statusid%5B%5D=348&statusid%5B%5D=361&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82% D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Посилання на процес: https://owwa.crm-onebox.com/admin/customorder/order/17911/edit/
Скрин:
Зі скріну видно, що в процесі було повернення, але залишкова сума продажу після повернення 1177,68 грн., а маржа 484,24 грн.
Виправте, будь ласка.
Оригінальне питання доступне на версії: ru
При перших тестуваннях такого бага помічено не було, але вчора помітили некоректний підрахунок маржі та продажу на суму в процесі.
Посилання на звіт: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... %5D=366&statusid%5B%5D=309&statusid%5B%5D=355&statusid%5B%5D=348&statusid%5B%5D=361&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82% D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Посилання на процес: https://owwa.crm-onebox.com/admin/customorder/order/17911/edit/
Скрин:
Зі скріну видно, що в процесі було повернення, але залишкова сума продажу після повернення 1177,68 грн., а маржа 484,24 грн.
Виправте, будь ласка.
Відповіді:
Ну то може проблема в тому, що ви в замовленні все переплутали?
Була одна сума замовлення – одні товари. Потім повернення частини товарів. Потім видалили із замовлення частину товарів.
У результаті вийшло, що є сума замовлення, а від неї віднімаються повернення по товарах, які вже не фігурують у замовленні? Ну так за початковою логікою замовлення все правильно - є повернення - його відібрало від суми замовлення і вивело прорахунок продажу.
Була одна сума замовлення – одні товари. Потім повернення частини товарів. Потім видалили із замовлення частину товарів.
У результаті вийшло, що є сума замовлення, а від неї віднімаються повернення по товарах, які вже не фігурують у замовленні? Ну так за початковою логікою замовлення все правильно - є повернення - його відібрало від суми замовлення і вивело прорахунок продажу.
03.06.2021, 17:07
Оригінальний коментар доступний на версії: ru
Максиме,
Скрін кріплю:
Таблиця з розрахунками у вкладенні.
Розібрав один процес на окремі етапи (на скріні все відобразив):
1. Спочатку продаж був у сумі 2166 грн. за вартості товару 1370 грн. разом початкова маржа за процесом дорівнювала 795 грн.
2. Було зроблено повернення 3 із 5 позицій собівартістю 584 грн., при продажу сума за даними позиціями дорівнювала 988 грн.
3. Разом у процесі залишилося 2 позиції собівартістю 785 грн., які було реалізовано за 1177 грн., Маржа становить 392 грн.
У звіті потрібно відображати значення в полях Продаж на суму, Собівартість продукту та Маржа з 3 пунктів. А інформацію із другого пункту занести у Відмову на суму.
На жаль, не зміг зробити розрахунки, щоб зрозуміти, як у звіті вийшла сума продажу 189 грн. та маржа зі знаком мінус 519 грн.
Скрін кріплю:
Таблиця з розрахунками у вкладенні.
Розібрав один процес на окремі етапи (на скріні все відобразив):
1. Спочатку продаж був у сумі 2166 грн. за вартості товару 1370 грн. разом початкова маржа за процесом дорівнювала 795 грн.
2. Було зроблено повернення 3 із 5 позицій собівартістю 584 грн., при продажу сума за даними позиціями дорівнювала 988 грн.
3. Разом у процесі залишилося 2 позиції собівартістю 785 грн., які було реалізовано за 1177 грн., Маржа становить 392 грн.
У звіті потрібно відображати значення в полях Продаж на суму, Собівартість продукту та Маржа з 3 пунктів. А інформацію із другого пункту занести у Відмову на суму.
На жаль, не зміг зробити розрахунки, щоб зрозуміти, як у звіті вийшла сума продажу 189 грн. та маржа зі знаком мінус 519 грн.
03.06.2021, 17:44
Оригінальний коментар доступний на версії: ru
Я думаю, що Максим хотів сказати, що не варто видаляти позицію із замовлення, якщо її повернуто. Саме це ламає всю логіку звіту
04.06.2021, 12:51
Оригінальний коментар доступний на версії: ru
Андрію, добрий день! Підсумковий результат за процесом: сума продажу, маржа, собівартість товарів повинні підраховуватися виходячи з руху за складом (оприбуткування, продаж, доставка), а таблиця з продуктами, що відображена в процесі, не повинна впливати на результат. Також неясно, як були підраховані ті цифри, які я вказав на скріншоті та таблиці.
04.06.2021, 15:11
Оригінальний коментар доступний на версії: ru
Андрію, напевно тут проблема в тому, що ви очікуєте одну логіку - але звіт працює по іншій.
Власне, звіт вважає за своєю логікою, а ви керуєш логікою роботи процесу. Звіт вважає суму замовлення та продаж за складськими операціями (суми на підставі продуктів процесу, включаючи повернення за віддаленими позиціями).
Власне, звіт вважає за своєю логікою, а ви керуєш логікою роботи процесу. Звіт вважає суму замовлення та продаж за складськими операціями (суми на підставі продуктів процесу, включаючи повернення за віддаленими позиціями).
04.06.2021, 15:49
Оригінальний коментар доступний на версії: ru
Максиме, я навів вам усі цифри з процесу, поясніть, як може бути маржа -519 грн. виходячи з цифр, які є в процесі? Покажіть формулу?
Маржа до повернення була 795 грн., повернули товар на загальну собівартість 584 грн., як у звіті вийшла цифра –519 грн.?
Маржа до повернення була 795 грн., повернули товар на загальну собівартість 584 грн., як у звіті вийшла цифра –519 грн.?
04.06.2021, 16:14
Оригінальний коментар доступний на версії: ru
На прикладі процесу https://owwa.crm-onebox.com/admin/customorder/order/17911/edit/
Сума замовлення = 1177,68
Продаж на суму (вважається як сума процесу (якщо немає фільтрації по товарах) "мінус" - сума продуктів процесу, які брали участь у складких операціях повернення) = 1177.68 - 988,64 = 189.04
Собівартість (вважається як різниця між сумою продажу https://owwa.crm-onebox.com/admin/shop/storage/motion/94208/?productid= та повернень https://owwa.crm-onebox.com/admin/shop /storage/motion/95174/?productid=) = 1,290.25 - 583.2 = 707,05
Маржа (вважається як різниця продажу та собівартості) = 189.04 - 707,05 = 518,014
Маржа процесу – це вже з процесу
Відмова на суму - сума складських операцій повернення
Сума замовлення = 1177,68
Продаж на суму (вважається як сума процесу (якщо немає фільтрації по товарах) "мінус" - сума продуктів процесу, які брали участь у складких операціях повернення) = 1177.68 - 988,64 = 189.04
Собівартість (вважається як різниця між сумою продажу https://owwa.crm-onebox.com/admin/shop/storage/motion/94208/?productid= та повернень https://owwa.crm-onebox.com/admin/shop /storage/motion/95174/?productid=) = 1,290.25 - 583.2 = 707,05
Маржа (вважається як різниця продажу та собівартості) = 189.04 - 707,05 = 518,014
Маржа процесу – це вже з процесу
Відмова на суму - сума складських операцій повернення
07.06.2021, 14:45
Оригінальний коментар доступний на версії: ru
Максиме,
Продаж на суму: ви берете 1177.68 грн, а потрібно брати 2166.32 грн. - Початкову суму продажу, без урахування повернення.
А так виходить ви двічі забираєте у процесі повернення:
2166.32 - 988.64 - 988.64 = 189,04
Разом вийде:
Продаж у сумі = 2166.32 - 988,64 = 1177,68
Собівартість (тут все коректно) = 1,290.25 – 583.2 = 707,05
Маржа = 1177.68 – 707,05 = 470,31
Продаж на суму: ви берете 1177.68 грн, а потрібно брати 2166.32 грн. - Початкову суму продажу, без урахування повернення.
А так виходить ви двічі забираєте у процесі повернення:
2166.32 - 988.64 - 988.64 = 189,04
Разом вийде:
Продаж у сумі = 2166.32 - 988,64 = 1177,68
Собівартість (тут все коректно) = 1,290.25 – 583.2 = 707,05
Маржа = 1177.68 – 707,05 = 470,31
07.06.2021, 16:00
Оригінальний коментар доступний на версії: ru
Андрій писав/ла:
Продаж на суму: ви берете 1177.68 грн, а потрібно брати 2166.32 грн. - Початкову суму продажу, без урахування повернення.
Звіт розроблено відповідно до конкретних вимог. І якщо вас не влаштовує логіка роботи – це не означає, що це помилка, і ми її повинні виправляти.
Хочете, щоб звіт працював інакше - пишіть логіку - ми її оцінюємо на доопрацювання налаштуваннями. Міняти логіку в односторонньому порядку ніхто не буде.
07.06.2021, 16:06
Оригінальний коментар доступний на версії: ru
[/quote]
Звіт розроблено відповідно до конкретних вимог. І якщо вас не влаштовує логіка роботи – це не означає, що це помилка, і ми її повинні виправляти.
Хочете, щоб звіт працював інакше - пишіть логіку - ми її оцінюємо на доопрацювання налаштуваннями. Міняти логіку в односторонньому порядку ніхто не буде.
[/quote]
Максим, тобто якщо у звіт заклали логіку, що 2+2=5, то на вашу думку виходить це не треба виправляти?
адже однозначно, що й складські операції проведені правильно, вони як я зрозумів, проведені правильно, те й у звіті може бути негативної маржі.
Я вже стикався з цим в іншому звіті, https://crm-onebox.com/ru/support/reports-and-analytics/8124-otchet-balans--po-k... v-protsesse-bila-skidka/, https://crm-onebox.com/ru/support/reports-and-analytics/8162-oshibka-v-otchete--...
але й ви розібралися з такою ситуацією правильно. Може, й тут теж треба розібратися, чи правильна логіка закладена спочатку?
Звіт розроблено відповідно до конкретних вимог. І якщо вас не влаштовує логіка роботи – це не означає, що це помилка, і ми її повинні виправляти.
Хочете, щоб звіт працював інакше - пишіть логіку - ми її оцінюємо на доопрацювання налаштуваннями. Міняти логіку в односторонньому порядку ніхто не буде.
[/quote]
Максим, тобто якщо у звіт заклали логіку, що 2+2=5, то на вашу думку виходить це не треба виправляти?
адже однозначно, що й складські операції проведені правильно, вони як я зрозумів, проведені правильно, те й у звіті може бути негативної маржі.
Я вже стикався з цим в іншому звіті, https://crm-onebox.com/ru/support/reports-and-analytics/8124-otchet-balans--po-k... v-protsesse-bila-skidka/, https://crm-onebox.com/ru/support/reports-and-analytics/8162-oshibka-v-otchete--...
але й ви розібралися з такою ситуацією правильно. Може, й тут теж треба розібратися, чи правильна логіка закладена спочатку?
07.06.2021, 17:39
Оригінальний коментар доступний на версії: ru
Максим, Андрій мав рацію - нюанс у тому, що з таблиці були видалені товари, які повернули.
Для перевірки, ми до таблиці додали 3 товару з ціною та кількістю по поверненню та система порахувала ті цифри, які були нам цікаві. Ми не змінювали етапи, не змінилися дії за складом, але цифри у звіті змінилися.
Висновок: система, при підрахунку значення Продаж у сумі, бере суму бізнес-процесу і забирає суму повернення, та був робить підрахунок маржі. Але поле називається Продаж на суму, а виходить це "Сума бізнес процесу за вирахуванням вороття і до продажу відношення не має і маржу від неї вважати не зовсім коректно.
Скрін порівняння до і після додавання 3 позицій додаю, повторююсь етапи та рухи по складу не змінювалися.
https://owwa.crm-onebox.com/admin/customorder/order/17911/storage/
Для перевірки, ми до таблиці додали 3 товару з ціною та кількістю по поверненню та система порахувала ті цифри, які були нам цікаві. Ми не змінювали етапи, не змінилися дії за складом, але цифри у звіті змінилися.
Висновок: система, при підрахунку значення Продаж у сумі, бере суму бізнес-процесу і забирає суму повернення, та був робить підрахунок маржі. Але поле називається Продаж на суму, а виходить це "Сума бізнес процесу за вирахуванням вороття і до продажу відношення не має і маржу від неї вважати не зовсім коректно.
Скрін порівняння до і після додавання 3 позицій додаю, повторююсь етапи та рухи по складу не змінювалися.
https://owwa.crm-onebox.com/admin/customorder/order/17911/storage/
07.06.2021, 18:00
Оригінальний коментар доступний на версії: ru
Лихачевський Віталій писав/ла:
Максим, тобто якщо у звіт заклали логіку, що 2+2=5, то на вашу думку виходить це не треба виправляти?
Якби у підрахунку була логічна помилка – я б її виправив, як зробив це раніше.
Лихачевський Віталій писав/ла:
Може, й тут теж треба розібратися, чи правильна логіка закладена спочатку?
Логіка закладена така, що була потрібна замовнику під час початкової розробки звіту. Якщо вас вона не влаштовує – це не означає, що вона не коректна.
Ваша логіка та оцінка правильності заснована лише на вашій потребі. І у вас є 2 варіанти вирішення даної ситуації:
1. використовувати будь-який інший звіт у системі, який за своєю логікою роботи підійде під ваші вимоги
2. допрацьовувати у звіт налаштування таким чином, щоб вони змінювали логіку роботи під потрібну вам
Змінювати спочатку закладену логіку на звіт ніхто не буде - бо аналогічно вам може з'явитися N клієнтів, яким вона потрібна в поточному вигляді.
08.06.2021, 13:34
Оригінальний коментар доступний на версії: ru
Логіка закладена така, що була потрібна замовнику під час початкової розробки звіту. Якщо вас вона не влаштовує – це не означає, що вона не коректна.
Ваша логіка та оцінка правильності заснована лише на вашій потребі. І у вас є 2 варіанти вирішення даної ситуації:
1. використовувати будь-який інший звіт у системі, який за своєю логікою роботи підійде під ваші вимоги
2. допрацьовувати у звіт налаштування таким чином, щоб вони змінювали логіку роботи під потрібну вам
Змінювати спочатку закладену логіку на звіт ніхто не буде - бо аналогічно вам може з'явитися N клієнтів, яким вона потрібна в поточному вигляді.
Максиме, коментар на який ви відповіли написаний не мною, а іншим учасником обговорення і трохи відвів наш діалог убік.
Подивіться, будь ласка, наступний коментар: ... система, при підрахунку значення Продаж на суму, бере суму бізнес-процесу і забирає суму повернення, а потім робить підрахунок маржі. Але поле називається Продаж на суму, а виходить це "Сума бізнес процесу за вирахуванням вороття і до продажу відношення не має і маржу від неї вважати не зовсім коректно.
Заздалегідь дякую!
08.06.2021, 13:39
Оригінальний коментар доступний на версії: ru
Андрій писав/ла:
Подивіться, будь ласка, наступний коментар: ... система, при підрахунку значення Продаж на суму, бере суму бізнес-процесу і забирає суму повернення, а потім робить підрахунок маржі. Але поле називається Продаж на суму, а виходить це "Сума бізнес процесу за вирахуванням вороття і до продажу відношення не має і маржу від неї вважати не зовсім коректно.
Міняти цю логіку я не буду і не маю права. Вище пояснив чому.
Хочете зміни логіки – це доопрацювання.
08.06.2021, 13:58
Оригінальний коментар доступний на версії: ru
Хочете зміни логіки – це доопрацювання.
Скільки часу займе доопрацювання додавання чекбоксу до звіту "При підрахунку Продажу на суму та Маржі враховувати тільки рухи по складу, а не суму БП", що дозволить робити облік:
1. Продаж на суму - вважається як різниця між загальною сумою продажів по складу та загальною сумою повернень по складу.
2. Маржа - вважається як різниця між Продаж на суму та собівартістю.
08.06.2021, 14:37
Оригінальний коментар доступний на версії: ru
Налаштування зробити можна – але уточніть підсумково – вам потрібно рахувати у суму операцій за складом ціну зі складу, або ціну продукту процесу, який брав участь у складській операції?
Додати налаштування до звіту займе 2год
Додати налаштування до звіту займе 2год
08.06.2021, 15:00
Оригінальний коментар доступний на версії: ru
Додати налаштування до звіту займе 2год
Максиме, доброго ранку - виставте будь ласка рахунок, ми згодні на доопрацювання.
Налаштування зробити можна – але уточніть підсумково – вам потрібно рахувати у суму операцій за складом ціну зі складу, або ціну продукту процесу, який брав участь у складській операції?
Схиляюся до другого формулювання: ціна продажу продукту процесу, який брав участь у складській операції. Адже ціна зі складу – це закупівельна? - вона має враховуватися у собівартості.
Тут головне, щоб вважалася сума саме фактичного продажу (рух по складу), щоб просто внеся зміни до таблиці продуктів процесу (без руху по складу) у звіті нічого не змінювалося.
Разом потрібно в колонках:
- продаж на суму - фактична сума проданих продуктів (прив'язка до руху по складу).
- Собівартість товару - сума закупівлі по складу (прив'язка до руху по складу).
- Маржа - різниця продажу та собівартості (прив'язка до руху по складу)
- Відмова на суму - це повернення зі значеннями "Продаж на суму".
А інші колонки у звіті залишити без змін:
- Бізнес-процес на суму - сума процесу (враховується весь процес, без прив'язки до руху по складу).
15.06.2021, 10:19
Оригінальний коментар доступний на версії: ru
Андрій писав/ла:
Схиляюся до другого формулювання: ціна продажу продукту процесу, який брав участь у складській операції. Адже ціна зі складу – це закупівельна? - вона має враховуватися у собівартості.
Ціна на складі – це закупівельна
Тут головне, щоб вважалася сума саме фактичного продажу (рух по складу), щоб просто внеся зміни до таблиці продуктів процесу (без руху по складу) у звіті нічого не змінювалося.
Разом потрібно в колонках:
- продаж на суму - фактична сума проданих продуктів (прив'язка до руху по складу).
- Собівартість товару - сума закупівлі по складу (прив'язка до руху по складу).
- Маржа - різниця продажу та собівартості (прив'язка до руху по складу)
- Відмова на суму - це повернення зі значеннями "Продаж на суму".
Ось тут не зовсім зрозуміла очікувана вами логіка прорахунків - адже хочете рахувати за продуктами, які продали (тобто їхню вартість), але при цьому щоб внесені зміни не впливали.
Давайте може розберемо як приклад процес https://owwa.crm-onebox.com/admin/customorder/order/21739/edit/.
24.06.2021, 10:28
Оригінальний коментар доступний на версії: ru
адже хочете рахувати за продуктами, які продали (тобто їх вартістю), але при цьому, щоб внесені зміни не впливали.
Давайте може розберемо як приклад процес https://owwa.crm-onebox.com/admin/customorder/order/21739/edit/.
Так, мабуть, хочемо у звіті бачити вартості товару саме під час відпрацювання дійтсвія "Продати вміст процесу зі складу", а не зміни в самій таблиці товару після відпрацювання даної дії: коли співробітник видалив/додав товар або змінив вартість або кількість після самого продажу, у звіті потрібна інформація саме про сам продаж (відпрацювання дійсвія Продати вміст процесу зі складу).
https://owwa.crm-onebox.com/admin/customorder/order/21739/edit/
Посилання на звіт процесу: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... %5D=326&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Скрин за розрахунками даного процесу:
Пункти 1,3 - критичні
Пункт 2 – вважається коректно.
Пунк 4 - не кретично
24.06.2021, 12:29
Оригінальний коментар доступний на версії: ru
адже хочете рахувати за продуктами, які продали (тобто їх вартістю), але при цьому, щоб внесені зміни не впливали.
Давайте може розберемо як приклад процес https://owwa.crm-onebox.com/admin/customorder/order/21739/edit/.
Так, мабуть, хочемо у звіті бачити вартості товару саме під час відпрацювання дійтсвія "Продати вміст процесу зі складу", а не зміни в самій таблиці товару після відпрацювання даної дії: коли співробітник видалив/додав товар або змінив вартість або кількість після самого продажу, у звіті потрібна інформація саме про сам продаж (відпрацювання дійсвія Продати вміст процесу зі складу).
https://owwa.crm-onebox.com/admin/customorder/order/21739/edit/
Посилання на звіт процесу: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... %5D=326&ok=%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Скрин за розрахунками даного процесу:
Пункти 1,3 - критичні
Пункт 2 – вважається коректно.
Пунк 4 - не кретично
24.06.2021, 12:30
Оригінальний коментар доступний на версії: ru
У системі, крім як у таблиці товарів - немає інформації яка ціна продажу товару. У складській операції зберігатиметься суто вартість за якою товар був проданий зі складу - це закупівельна ціна. Ціну продажу ми можемо порахувати лише з конкретного продукту процесу, який пов'язаний із складкою записом. Це підходить?
24.06.2021, 13:19
Оригінальний коментар доступний на версії: ru
https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... =%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
додано галочку "Здійснювати розрахунки на підставі складських операцій" до фільтра
підрахунок такий, як вам потрібно?
додано галочку "Здійснювати розрахунки на підставі складських операцій" до фільтра
підрахунок такий, як вам потрібно?
24.06.2021, 13:23
Оригінальний коментар доступний на версії: ru
Максим, так – такий варіант нам підходить. Дякую!
24.06.2021, 13:53
Оригінальний коментар доступний на версії: ru
Максим, помітили баг у підрахунку "Продаж на суму", коли процес проходить у у.о., то некоректно вважає - не здійснює конвертацію за курсом, і відповідно маржа також некоректно підраховується.
Виправте будь ласка.
Приклад процесу: https://owwa.crm-onebox.com/admin/customorder/order/22274/edit/
Звіт: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... =%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Скрин:
Виправте будь ласка.
Приклад процесу: https://owwa.crm-onebox.com/admin/customorder/order/22274/edit/
Звіт: https://owwa.crm-onebox.com/admin/shop/storage/report/sales/?filterdate=dateclos... =%D0%A4%D0%B8%D0%BB%D1%8C%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C
Скрин:
25.06.2021, 15:24
Оригінальний коментар доступний на версії: ru
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар
Copyright © OneBox 2024
