Ну да.. я понял похоже почему комиссия высокая.. Похоже эти заказы потеряли на складе и они долго сортировались
Читать полностью…значит скоро у всех будет) если тот кто скидывал новость сможешь прислать ссылку на обновленный отчёт о котором они писали, пришли пожалуйста, буду очень признателен
Читать полностью…скорее так
retail_price_withdisc_rub * ( 100 - commission_percent / 100) - acquiring_fee = ppvz_for_pay
только вот прикол в том, что API отдает как в процентах, так и в сотых)
у меня есть комиссии 0,225 и 22,5
подскажите как Каждый день высчитывать баланс товара (незнаю как это правильно назвать), то есть мне нужно: "остатки_на_всех_складах" + "товар от и до клиента". потом я это прибавлю к товару в пути из китая и деньги на счетах. мне нужно видеть как меняется мой капитал
Читать полностью…это скрин уже какой-то особый, т.е. уже тот-же spp как-то вычислился, это не еженедельный отчет
Читать полностью…Походе, я некорректно выразился
Изначально моя проблема была в том, что цифра в for_pay из метода sales не сходилась с ppvz_for_pay.
И после этого я начал копаться в поиске формулы, как WB считает цифру для столбца ppvz_for_pay
Говоря в целом, имею в виду сумму по этому столбцу
А у меня и у Юрия проблема с получением ppvz_for_pay отдельного заказа
сегодня в 19:56
А это от куда новость была?
сегодня в 20:15
ВБ
сегодня в 20:15
Уведомление
сегодня в 20:16
Это про деньги
сегодня в 20:16
Про вывод средств
но API прилетает как процентах, так и в сотых
пока решил приводить к "общему знаменателю": если больше 1, то делить на 100
если данные из API, то остаток после вычитания комиссии надо округлить в меньшую сторону, с точностью до сотых
ceil(B20*(1-B24/100), 2) - B29
или как там в excel, ОКРУГЛВНИЗ(B20*(1-B24/100), 2) - B29
Если округлить остаток от комиссии, то выходит идеально ))
select ppvz_for_pay, ceil(retail_price_withdisc_rub * (1 - commission_percent), 2) - acquiring_fee as ppvz_for_pay_calc
from (select retail_price_withdisc_rub,
if(commission_percent > 1, commission_percent / 100, commission_percent) as commission_percent,
acquiring_fee,
ppvz_for_pay
from detail_report
where ppvz_for_pay > 0 order by date_from DESC limit 50) dr;
Просто у меня задача в real-time рассчитать прибыль по каждому товару
По количеству эти отчеты сходятся, а вот по суммам вообще никак
Может тогда лучше будет взять суммы из еженедельного отчета и подтягивать по Артикулу Wb
так sales изначально же говорят что не сходится (я в вб три года, и мы им не пользуемся совершенно)
Читать полностью…ну вот .... вот ребятам и скажи как нужно, я понял, что нужно найти общую сумму.а дальше уже фантазии каждого, только зачем ...
там же и и сторно в следующем отчете возможно и т.п.
хм ... нуууу .... видимо группировку добавить по конкретной продаже (товару) ...
только нафига ?
в еженедельном отчете нет такого понятия, так то там "в целом" ... суббота похоже, кто=то кого то то не понимает.
Начиналось все с еженедельного
тут насколько понимаю, в целом по отчету, а Юрий имеет ввиду по конкретной продаже
Читать полностью…я правильно понял, если перевести на данные API https://dev.wildberries.ru/openapi/financial-reports-and-accounting#tag/Finansovye-otchyoty/paths/~1api~1v5~1supplier~1reportDetailByPeriod/get
это retail_price_withdisc_rub * ( 100 - ppvz_kvw_prc_base/100)-acquiring_fee =ppvz_for_pay ?
Тоже актуальная проблема)