РМК с отображением выручки

  • 30 Просмотров
  • Последнее сообщение 18 часов назад
Константин 88 написал 3 дней назад

Добрый день. У меня появилась идея дополнительного РМК с расширенным функционалом, возможно кому то это откликнется тоже. Хотелось бы иметь еще один вариант РМК для хозяина (допустим если сам работаешь за кассой) с отображением чистой прибыли за данную продажу, с прибылью за день, с себестоимостью товара в окне продажи. РМК под паролем конечно же. Можно так же сделать отключение всей дополнительной информации галочками. Это был бы отличный новый инструмент Каялы. Применялось бы как минимум для торговли на маркетплейсах, когда ты отнимаешь от заказа комиссии, тарифы на доставку и тд. и тебе нужно понимать сколько ты с этого зарабатываешь и не минусовой ли этот заказ. Сейчас это занимает больше времени тк приходится выписывать с "товаров" себеску и высчитывать это в ручную.

 

Также вторая дополнительная идея вытекающая из первой: было бы не плохо иметь возможность изменить сумму всей продажи в РМК, а не только на одну позицию как сейчас. Что бы Каяла сама распределила ее на весь товар в продаже. Это тоже издержки торговли на маркетплейсах. Потому что после всех вычетов с сайта ты имеешь сумму на калькуляторе которую получаешь за заказ и в РМК она может отличатся, поэтому приходится все перебивать в ручную это занимает больше времени. Данная возможность была бы "шансовой" и часто бы очень выручала и оптимизировала рабочий процесс. 

Буду рад обратной связи   

Сортировка: Стандарт | Новые | Голоса
Danil написал 3 дней назад

Здравствуйте!

Пока много непонятного. Как вы используете РМК для торговли на маркетплейсе?

Что за маркетплейс и какая схема?

Пока видится, что РМК меньше всего подходит для подобного использования.

Константин 88 написал 3 дней назад

В Казахстане есть маркетплейс "Каспи", на нем выставлен наш товар который мы продаем так же и в физическом магазине. Каялу используем для учета всего товара, не зависимо от канала продаж. Если с физическими клиентами ты забиваешь товар в рмк и принимаешь оплату, то с маркетплейсами эту же продажу нужно считать учитывая условия и тарифы маркетплейса. И приходится постоянно перескакивать с закладок РМК и ТОВАРЫ, и выписывать себестоимость цены на товар на бумажку чтоб как ни странно не уйти в минус при продажи (такое тоже бывает не удивляйтесь)   

Константин 88 написал 3 дней назад

Особенность "Каспи" в том что в одной карточке товара может быть сколько угодно продавцов, которые демпенгуют тем самым поднимаясь вверх списка, поэтому цены постоянно меняются и отличаются от установленных в Каялле.

Так же есть тарифы за доставку которые должны быть отняты от суммы заказа и имеют каскадную структуру, за счет этого присутствует момент рандома и пересчеты каждого заказа становятся нормой. А все заказы на маркетплейсе пробиваем продажей через РМК

Константин 88 написал 3 дней назад

Поэтому расширенный функционал РМК думаю будет всем полезен, кто использует вашу программу для учета продаж не зависимо от площадки на которой он торгует

Константин 88 написал 3 дней назад

Грубо говоря представим что Вам надо дать скидку на заказ из 15 позиций с разной наценкой, вы не знаете в моменте сколько вы с него заработаете и можно ли эту скидку уместить туда. Чтоб это посчитать сейчас вам нужно выписать и сложить себестоимость всех 15 позиций и вычесть разницу, тем самым узнать свою маржу. То что я предлагаю как раз таки будет подсчитывается само автоматически и в ту же секунду при добавлении товара в РМК  

Danil написал 3 дней назад

Особенность "Каспи" в том что в одной карточке товара может быть сколько угодно продавцов, которые демпенгуют тем самым поднимаясь вверх списка, поэтому цены постоянно меняются и отличаются от установленных в Каялле.

Они это в реальном времени делают?

Или всё же вы там выставляете цены (условно раз в неделю или месяц) и просто попадаете в какую-то позицию в списке? Может в этот момент "решать" о том что бы цена соответствовала?

Так же есть тарифы за доставку которые должны быть отняты от суммы заказа и имеют каскадную структуру, за счет этого присутствует момент рандома и пересчеты каждого заказа становятся нормой. А все заказы на маркетплейсе пробиваем продажей через РМК

А в какой момент вы их пробиваете? Непосредственно в момент совершения заказа?

Либо раз в несколько дней, сформировав отчёт в маркетплейсе? Возможно имеет смысл грузить этот отчёт в расход товара или что-то аналогичное?

Поэтому расширенный функционал РМК думаю будет всем полезен, кто использует вашу программу для учета продаж не зависимо от площадки на которой он торгует

Пока нет такой уверенности, смотрю сейчас на то как устроена торговля в Озоне, пока не нахожу сходства. Но возможно я тороплюсь с выводами.

Константин 88 написал 3 дней назад

Заказ упал, я пошел взял товар с полки пробил обычной продажей в РМК. Вот так это у нас происходит

Константин 88 написал 3 дней назад

Да цены на маркетплейсе меняются в реальном времени от пожелания продавца, а так как Каяла не синхронизируется с ним, то каждую продажу в РМК нужно считать вручную

Константин 88 написал 3 дней назад

Мы обрабатываем заказы в момент их получения, паралельно отпуская физических клиентов. Поэтому расширение функционала сильно экономило бы нам время

Danil написал 2 дней назад

Заказ упал, я пошел взял товар с полки пробил обычной продажей в РМК. Вот так это у нас происходит

"Упал" куда? На почту? Телефон? Можно пример как это выглядит?

А потом, как? Приезжает курьер или вы товар куда-то отправляете?

Да цены на маркетплейсе меняются в реальном времени от пожелания продавца, а так как Каяла не синхронизируется с ним, то каждую продажу в РМК нужно считать вручную

Понятно, что после смены цены, они меняются на сайте. Но вы же не сидите и не отлавливаете момент, когда покупатель зашёл в карточку и увидел вашу цену? Вы же условно раз в месяц или неделю цены указываете?

 

Пока складывается ощущение, что что-то не так. То что вы хотите, это ситуация когда товар уже продан ниже себестоимости. Мне кажется это имеет смысл "ловить", до продажи, в момент указания цены.

Второй момент который смущает, это количество позиций в одном заказе, можно пример 15 позиций? Как я пока понял, это делает один покупатель и в 15 разных карточках товаров, выбирает всегда ваш магазин, да?

Константин 88 написал 2 дней назад

"Упал" куда? На почту? Телефон?..... Мне кажется эта лишняя информация вас запутывает в данный момент. Особенно в контексте того что Каяла не синхронизируется с "Каспи" как минимум, а служит только программой учета товаров и продаж. 

Суть моего предложения (если сжато) было таковым, - взять уже имеющиеся в Каялле данные такие как себестоимость товара и вынести их в интерфейс нового РМК, там же автоматически их складывать между собой в реальном времени и отнимать от продажной цены что бы видеть "маржу" сейчас, а не при закрытии смены и отчета о продажах. И еще парочку фич на основе этих данных, которые я описывал в первых сообщениях. 

"То что вы хотите, это ситуация когда товар уже продан ниже себестоимости..." да такое к сожалению случается, попробую обьяснить на примере.- Вы продаете на маркетплейсе пакет с кормом который стоит 3000 и зарабатываете с него 300, по условиям маркетплейса заказы суммой до 5000 не облагаются доставкой. При этих условиях данный товар продаваясь штучно, продается в плюс. Если клиент заказывает 2 единицы, то есть сумма заказа становится 6000, к вам применяется доставка которая стоит 800. Этот заказ уже продается в минус. Это совсем сжатый пример.

Бывает так же например что при продажи 3х штук товаров ты зарабатываешь как с продажи 1штуки. Это все из за "плавающих" комиссий. Поэтому цены в Каяле а именно в РМК для каждого заказа всегда перебиваем с учетом комиссий. Тоесть одна продажа одинакового товара может иметь маржу 20% а другая 7% 

Мне как "продавцу" всего лишь нужно корректно указывать цены в РМК при пробитии заказов что бы я мог по итогу видеть точные отчеты в Каяле о продажах, дневных, месячных, годовых и тд.

Если вам все же интересны ньюансы могу снять вам подробнее видео на рабочий ватсап  

 

"Второй момент который смущает, это количество позиций в одном заказе, можно пример 15 позиций?"

Наполнитель кошачий 2 пачки разного запаха, 10 видов паучей феликса разных вкусов, глистогонное средство, ошейник от блох, игрушка для кота, витамины, шампунь и тд. Каждый со своей себестоимостью и своим процентом наценки, своей маржой.

Вот вам пример одного заказа который нужно предварительно посчитать отнять все комиссии и пробить в РМК

 

  

Danil написал 18 часов назад

"Упал" куда? На почту? Телефон?..... Мне кажется эта лишняя информация вас запутывает в данный момент. Особенно в контексте того что Каяла не синхронизируется с "Каспи" как минимум, а служит только программой учета товаров и продаж. 

Чем больше информации, тем яснее процесс и цель. Возможно будет иметь смысл сделать какой-то элемент интеграции, нежели добавлять функцию, полезность которой пока для меня сомнительна.

Суть моего предложения (если сжато) было таковым, - взять уже имеющиеся в Каялле данные такие как себестоимость товара и вынести их в интерфейс нового РМК, там же автоматически их складывать между собой в реальном времени и отнимать от продажной цены что бы видеть "маржу" сейчас,

Если вы увидите что маржа отрицательна, то что предпримите?

а не при закрытии смены и отчета о продажах.

Если установить модуль Списывающий чек, отчёт о продажах можно строить до закрытия смены. Но устанавливать его нужно только послед закрытия текущей смены.

"То что вы хотите, это ситуация когда товар уже продан ниже себестоимости..." да такое к сожалению случается, попробую обьяснить на примере.- Вы продаете на маркетплейсе пакет с кормом который стоит 3000 и зарабатываете с него 300, по условиям маркетплейса заказы суммой до 5000 не облагаются доставкой. При этих условиях данный товар продаваясь штучно, продается в плюс. Если клиент заказывает 2 единицы, то есть сумма заказа становится 6000, к вам применяется доставка которая стоит 800. Этот заказ уже продается в минус. Это совсем сжатый пример.

Бывает так же например что при продажи 3х штук товаров ты зарабатываешь как с продажи 1штуки. Это все из за "плавающих" комиссий. Поэтому цены в Каяле а именно в РМК для каждого заказа всегда перебиваем с учетом комиссий. Тоесть одна продажа одинакового товара может иметь маржу 20% а другая 7% 

Мне как "продавцу" всего лишь нужно корректно указывать цены в РМК при пробитии заказов что бы я мог по итогу видеть точные отчеты в Каяле о продажах, дневных, месячных, годовых и тд.

Тут я пока вижу полезным только распределение цены на товары, отсюда и мой вопрос про то как вам приходит информация о заказе, возможно её будет эффективнее просто загрузить с установкой цен. Полезность отображение себестоимости пока остаётся туманной.

Если вам все же интересны ньюансы могу снять вам подробнее видео на рабочий ватсап  

Да, конечно шлите.

Close