Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Цены поставщика ( входные прайсы )


Recommended Posts

Добрый день!
Может быть найдутся желающие поделиться опытом практической реализации подключения прайсов поставщиков. )

Итак. 
в Open Cart нет учета поставщиков, и соответственно учета их складов ( т.е. наличия) , цен и сроков поставки. 
У меня есть два вариант решения этой задачи. 

Регулярно загружаем все прайсы поставщиков в таблицу, т.е. у товарной позиции  в этой таблице будет несколько цен.

 

По определенному алгоритму выбираем оптимальную цену, при необходимости рассчитываем наценку и обновляем цену и наличие в _product 

Связь _product  с ценами поставщика по коду из прайсов ( храним его например в sku или upc  ).

Итак делема хранить и обновлять :

1. все позиции прайсов поставщиков  ( а размер это таблицы может быть ~ 100 - 200 k ) или

2. только цены тех товаров которые есть в _product?

 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 09:17, dedvjbed сказав:

не особо понятно что вы хотите учитывать в магазине по поставщикам.

Expand  

Дополнил сообщение. Надеюсь теперь понятно. 

Менеджеру надо видеть входную, выходную цену, и еще например цены конкурентов из Яндекс маркета .

Получается надо чтобы работали несколько процессов 
1. Загрузка прайсов поставщиков

2. Анализ цен менеджером и определение наценки

3. Выгрузка на Маркет 

4. goto п.2. 

Интересует опыт реализации подобного на Open cart. 

 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


честно говоря не особо прояснилось что вы хотите в конечном итоге.

у вас есть несколько поставщиков с однотипным товаром ?

вы хотите выводить в магазине только один из этих товаров с минимальной ценой или как ?

если да, то вы учитываете что минимальная цена может быть по срокам поставки самой большой ? а покупателю к примеру не особо важна цена а важны сроки ?

или я опять что не так понял ?

Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 09:22, Pirks сказав:

Менеджеру надо видеть входную, выходную цену, и еще например цены конкурентов из Яндекс маркета .

Expand  

вы хотите видеть это в карточке товара или типа отдельная страница ? что то типа такого 

название товара    цена закупки    цена продажи     цены конкурентов

Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 09:30, SiteMix сказав:

@Pirks , посмотрите модуль Автоматическая обработка прайс-листов. Возможно, это то, что вам нужно...

Expand  

Этот модуль действительно крут.  Но у меня часть функционала для подготовки входных данных находится в Google Spread Sheet - там идет формирование прайсов.

Может ли модуль забирать по ссылке Google Doc ? Надо пробовать.  

 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 09:40, dedvjbed сказав:

вы хотите видеть это в карточке товара или типа отдельная страница ? что то типа такого 

название товара    цена закупки    цена продажи     цены конкурентов

Expand  

В принципе да, но интерфейс  OC в этом плане неудобен или есть хорошие реализации?

Надіслати
Поділитися на інших сайтах


Создаете таблицу product_sup, в которой под каждого поставщика создаете свой столбец. Ключ - product_id. По нему находите себесты со всех поставщиков, у кого есть в наличии, по ним не проблема определить минимальный себест. Допиливаете модуль импорта, чтобы он умел импортировать в эту таблицу.

На стр заказов рядом с каждым товаром можно вывести кнопку, при клике по которой в попапе будут выводиться все доступные себесты и, например, цветом выделяете минимальный, чтоб сразу видно было у кого из поставщиков брать.

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

Также, можно добавить проверку на оптимальность выбранных поставщиков. Вдруг оператор ошибся, и выбрал неоптимальный вариант - выводим ему уведомление об этом.

И дальше это все еще можно развить очень хорошо, вплоть до выгрузки себестов в гугл аналитикс, расчета и отображения прибыли с каждого заказа (чтобы операторы не работали с убыточными заказами) и отправки заказов поставщикам из админки с ведением архива всех заказанных товаров + в order_product добавить столбец для себеста и названия поставщика, у которого в итоге заказали (чтобы в дальнейшем это можно было проанализировать).

В качестве модуля импорта у себя использую https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=4943 (есть версия под опенкарт 2, автор русскоговорящий и очень адекватный, мне помогал без проблем, а также у этого автора есть модуль экспорта).

Для агрегирования прайсов поставщиков в один общий использую у себя эксель, т.к. с ним знаком намного лучше, чем с кодом. Он очень функционален (умеет даже загружать файлы на фтп и скачивать по ссылке). Ну и в нем формулами и макросами можно собрать что угодно из совершенно любого формата поставщика. Очень сомневаюсь, что с модулем Автоматической обработки прайсов можно достичь такой же гибкости и функциональности, как с экселем.

  • +1 1
Надіслати
Поділитися на інших сайтах

  В 29.10.2018 в 09:50, Pirks сказав:

Может ли модуль забирать по ссылке Google Doc ? Надо пробовать.

Expand  

Нет, не может. Ему нужен файл. Причём, файл необходимо пересохранить в формат который модуль понимает.

  • +1 1
Надіслати
Поділитися на інших сайтах


в описании к модулю АОП есть модули что могут работать со всякими сторонними штучками
Короч по теме ТС - одним модулем не решить всё задачи - нужен комплекс

Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 10:13, dexion сказав:

И дальше это все еще можно развить очень хорошо, вплоть до выгрузки себестов в гугл аналитикс, расчета и отображения прибыли с каждого заказа (чтобы операторы не работали с убыточными заказами) и отправки заказов поставщикам из админки с ведением архива всех заказанных товаров + в order_product добавить столбец для себеста и названия поставщика, у которого в итоге заказали (чтобы в дальнейшем это можно было проанализировать).

В качестве модуля импорта у себя использую https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=4943 (есть версия под опенкарт 2, автор русскоговорящий и очень адекватный, мне помогал без проблем, а также у этого автора есть модуль экспорта).

Для агрегирования прайсов поставщиков в один общий использую у себя эксель, т.к. с ним знаком намного лучше, чем с кодом. Он очень функционален (умеет даже загружать файлы на фтп и скачивать по ссылке). Ну и в нем формулами и макросами можно собрать что угодно из совершенно любого формата поставщика. Очень сомневаюсь, что с модулем Автоматической обработки прайсов можно достичь такой же гибкости и функциональности, как с экселем.

Expand  

 

Спасибо за развернутый комментарий! Этого и ждал - опыта по теме. )
У нас весь входной процесс через Google Spread Sheet. Есть наработки по обработки прайсов в Google App Script ( Java Script )- что позволяет работать с прайсами очень гибко. 
Сейчас все обновления ведутся консольными скриптами напрямую в базы данных Open Cart экспорт - импорт. 

По Google API из Google Sheet забираем ( выгружаем )входные прайсы и грузим в Open Сart. Плюсы подхода - скрипты работают или в облаке Google или на севере VPS. 
Пересматриваю модули, есть очень интересные, но функционала не хватает и главное - GUI Open Cart не подходит для работы с большими объемами данных. 
Да, модули невозможно сделать универсальными - у заказчиков  могут быть свои требования и разные бизнес-процессы.
     
  

Надіслати
Поділитися на інших сайтах


Всем спасибо за комментарии, очень полезно! ) 

  В 29.10.2018 в 11:50, AWARO сказав:

в описании к модулю АОП есть модули что могут работать со всякими сторонними штучками
Короч по теме ТС - одним модулем не решить всё задачи - нужен комплекс

Expand  

Вот это и напрягает - разные сторонние штучки и их совместимость друг с другом.  
Иногда проще самому. 
 

Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 11:08, SiteMix сказав:

Нет, не может. Ему нужен файл. Причём, файл необходимо пересохранить в формат который модуль понимает.

Expand  

Увы, все прайсы лежат  где-то в облаках - ftp, http, mysql. 

Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 09:28, dedvjbed сказав:

честно говоря не особо прояснилось что вы хотите в конечном итоге.

у вас есть несколько поставщиков с однотипным товаром ?

вы хотите выводить в магазине только один из этих товаров с минимальной ценой или как ?

если да, то вы учитываете что минимальная цена может быть по срокам поставки самой большой ? а покупателю к примеру не особо важна цена а важны сроки ?

или я опять что не так понял ?

Expand  

Кстати, спасибо за идею - показывать покупателю несколько цен  с различным сроком поставки наблюдается в некоторых магазинах, как раз для этого и нужен модуль прайсов поставщиков с ругулярным обновлением. Но тогда надо переделывать feed Маркета - как-то выбирать одну цену для него. 

 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


  В 29.10.2018 в 12:47, Pirks сказав:

У нас весь входной процесс через Google Spread Sheet. Есть наработки по обработки прайсов в Google App Script ( Java Script )- что позволяет работать с прайсами очень гибко. 
Сейчас все обновления ведутся консольными скриптами напрямую в базы данных Open Cart экспорт - импорт. 

По Google API из Google Sheet забираем ( выгружаем )входные прайсы и грузим в Open Сart. Плюсы подхода - скрипты работают или в облаке Google или на севере VPS. 

Expand  

Я отказался от гугл докса в первую очередь потому, что у него нет постоянной ссылки на файл, по которой его можно скачать автоматически. Она динамическая, регулярно меняется. Ну и как то не очень представляю каким образом в нем возможно реализовать различные макросы аналогичные VBA в экселе. В этом плане мне эксель показался верхом универсальности и гибкости. И локально на компе все вычисления тугих формул наверняка гораздо быстрее выполняются, чем онлайн, тем более, если файл очень тяжелый. Но я могу многого не знать о нем.)

Есть у меня 2 поставщика, которые предоставляют информацию об остатках в гугл доксе, и это единственный "способ" предоставления остатков, к которому не удалось прикрутить автоматическую обработку. Приходится скачивать файл руками и сохранять в папке для прайсов, и потом уже эксель его импортирует в себя и обрабатывает. Все остальные 20+ поставщиков скачиваются экселем автоматически в 1 кнопку, несмотря на то, что там тоже все как попало раздают остатки (шлют прайс на почту/выкладывают в лк после авторизации/хранят у себя на сайте по статичной ссылке/одни вообще говорят смотреть наличие у них на сайте, их приходится парсить каждые несколько дней - все это эксель скачивает в 1 клик).

Надіслати
Поділитися на інших сайтах

  В 29.10.2018 в 13:07, Pirks сказав:

как раз для этого и нужен модуль прайсов поставщиков с ругулярным обновлением.

Expand  

это не проблема, уже реализовывалось, но не с гугл

  В 29.10.2018 в 13:07, Pirks сказав:

Но тогда надо переделывать feed Маркета - как-то выбирать одну цену для него. 

Expand  

тоже проблема решаемая.

 

п.с. вообще мне кажется вы сами себе создаете трудности а потом их героически преодалеваете. почему то я уверен что ваша проблема решается намного проще если на нее посмотреть с другой стороны. у вас может быть так сказать уже замылин взгляд и зацикливание на одном варианте, просто по опыту у 90% людей с кем приходилось работать проблемы решались при рассмотрение сторонним взглядом и так сказать с другого боку. )

Надіслати
Поділитися на інших сайтах


  В 31.10.2018 в 04:35, dexion сказав:

Я отказался от гугл докса в первую очередь потому, что у него нет постоянной ссылки на файл, по которой его можно скачать автоматически. Она динамическая, регулярно меняется. Ну и как то не очень представляю каким образом в нем возможно реализовать различные макросы аналогичные VBA в экселе. В этом плане мне эксель показался верхом универсальности и гибкости. И локально на компе все вычисления тугих формул наверняка гораздо быстрее выполняются, чем онлайн, тем более, если файл очень тяжелый. Но я могу многого не знать о нем.)

Expand  

Не буду вас переубеждать, но зайдите на https://developers.google.com и сами убедитесь что такое сейчас  Google API. )
Уже несколько лет как можно забирать таблицу Spread Sheet  в любом формате по ссылке. Речь идет не о файлах, а о документах в данном случае - таблицах.  И многие b2b сервисы работающие с прайсами могут забирать их по ссылке из Google Doc. 
Но меньше слов, больше дела. )
Например вот Таблица в Google Sheet  
А вот ее можно скачать в формате xlsx  
А здесь уже в формате csv  

Ну а что сейчас можно делать скриптами, а это JavaScript  с документами на Google и  с возможностью подключения через API на PHP, Go, Python ... извините но VBA отдыхает. )
 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


  В 31.10.2018 в 07:11, dedvjbed сказав:

это не проблема, уже реализовывалось, но не с гугл

тоже проблема решаемая.

п.с. вообще мне кажется вы сами себе создаете трудности а потом их героически преодалеваете. почему то я уверен что ваша проблема решается намного проще если на нее посмотреть с другой стороны. у вас может быть так сказать уже замылин взгляд и зацикливание на одном варианте, просто по опыту у 90% людей с кем приходилось работать проблемы решались при рассмотрение сторонним взглядом и так сказать с другого боку. )

Expand  

Мне нужны технические решения - идеи, а реализовать уже их как получится, или самому или на аутсорс. 
Пока я вижу, что работа с поставщиками или складской учет  вообще не реализованы в OC , пытаюсь выяснить, насколько затратно это сделать.
Вообще, это же делается, оглядываюсь по сторонам. )

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


я честно говоря не понимаю что вы имеете ввиду под этим

  В 31.10.2018 в 08:24, Pirks сказав:

Пока я вижу, что работа с поставщиками вообще не реализована

Expand  

что в вашем понятие работа с поставщиками и как по вашему она должна быть реализована именно в магазине ?

Надіслати
Поділитися на інших сайтах


  В 31.10.2018 в 08:39, dedvjbed сказав:

я честно говоря не понимаю что вы имеете ввиду под этим

что в вашем понятие работа с поставщиками и как по вашему она должна быть реализована именно в магазине ?

Expand  

Ок. Подарю вам часть ТЗ на модуль или расширение. )
1. Список поставщиков с  параметрами. 
2. Прайсы поставщиков  - или склады, с остатками и ценами.
3. Динамическое обновление прайсов из различных источников 
4. Контролер подключения к товару разных цен. 
5. Учет реализации товаров разных поставщиков.
Вот как-то так. )

Надіслати
Поділитися на інших сайтах


  В 31.10.2018 в 08:47, Pirks сказав:

Ок. Подарю вам часть ТЗ на модуль или расширение. )

Expand  

как вы добры )))

  В 31.10.2018 в 08:47, Pirks сказав:

1. Список поставщиков с  параметрами. 
2. Прайсы поставщиков  - или склады, с остатками и ценами.
3. Динамическое обновление прайсов из различных источников 

Expand  

это все реализовано, хотя у вас может быть какое то свое видение по этим вопросам, более изощренное чем у всех )))

  В 31.10.2018 в 08:47, Pirks сказав:

4. Контролер подключения к товару разных цен. 
5. Учет реализации товаров разных поставщиков.

Expand  

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

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

Надіслати
Поділитися на інших сайтах


  В 31.10.2018 в 09:07, dedvjbed сказав:

 

это все реализовано, хотя у вас может быть какое то свое видение по этим вопросам, более изощренное чем у всех )))

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

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

Expand  

У нас пошел уже холивар, ну да ладно, надеюсь будет полезным для обоих. )
"Все реализовано" - это наверное n-модулей, где каждый разработчик модуля только за себя? ))

 

Змінено користувачем Pirks
Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.