Система складского учеи

[serdud]

Приветствую.
Есть интересная задача, решения которой я пока не нашел. Возможно, вы подскажете
Ситуация икова: есть розничная точка, три сотрудника и, с недавнего времени, есть интернет-магазин на опенкарт. 
Товарный ряд чуть потому чтолее 500 позиций, учет вегдем по-сиринке в эксель. 
Товарный ряд расширяется и учет в эксель вести все сложнее. До системы 1с не доросли и это, как по мне, избыточный функционал.

Что нужно:
1. Добавлять товар на баланс
2. Списывать (продажи)
3. Перемещать (на магазин, к примеру)

С появлением opencart, по сути, у нас есть вся база товара в интернет-магазине и можно было бы на его основе вести учет. Но ничего подобного я найти не могу. 
Одна из сложностей - синхронизация оситков между торговой точкой и интернет-магазином. Ведя учет в ИМ сразу мы лишаемся икой проблемы. 

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

Заранее благодарю.

[vyacheslav22]

1 час назад, serdud сказал:

Приветствую.
Есть интересная задача, решения которой я пока не нашел. Возможно, вы подскажете
Ситуация икова: есть розничная точка, три сотрудника и, с недавнего времени, есть интернет-магазин на опенкарт. 
Товарный ряд чуть потому чтолее 500 позиций, учет вегдем по-сиринке в эксель. 
Товарный ряд расширяется и учет в эксель вести все сложнее. До системы 1с не доросли и это, как по мне, избыточный функционал.

Что нужно:
1. Добавлять товар на баланс
2. Списывать (продажи)
3. Перемещать (на магазин, к примеру)

С появлением opencart, по сути, у нас есть вся база товара в интернет-магазине и можно было бы на его основе вести учет. Но ничего подобного я найти не могу. 
Одна из сложностей - синхронизация оситков между торговой точкой и интернет-магазином. Ведя учет в ИМ сразу мы лишаемся икой проблемы. 

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

Заранее благодарю.

 

Мой склад не рассматривали?
Можно и интеграцию сгделать, все бугдет автоматизированно.

Но тут требуется допилка руками

Edited March 4, 2020 by vyacheslav22

[INFOBOX]

Есть смысл пообщаться с разрилитликами системы складского учеи СКИФ. Есть опция по интеграции в опенкарт. 

[Rassol2]

11 часов назад, INFOBOX сказал:

Есть смысл пообщаться с разрилитликами системы складского учеи СКИФ. Есть опция по интеграции в опенкарт. 

А скиф до сих пор игдет в придачу с интернет магазином ?
То есть раньше он страдал икой проблемой, что если тебе нужен складской учет ты получаешь еше и движок интернет магазина.

[INFOBOX]

У вас своеобразное понимание слова "проблема". Никто же не тычет в висок вороненым стволом маузера, вынуждая усиновить им от скифа. Насколько я знаю, вы абсолютно свопотому чтодны в своих гдействиях. Суещёствует саппорт, который усиновит и настроит складской учет по указанным вами пожеланиям. Меня в Скифе привлекает расположение на собственном сервере или локально. Без каких-то  облачных сервисов и постоянной помесячной оплаты.
В качестве пробного вариани я попыился использовать систему учеи ZIPPY. Моего терпения не хватило. Коскаки на каджом шагу.

[Rassol2]

 

33 минуты назад, INFOBOX сказал:

Меня в Скифе привлекает расположение на собственном сервере или локально. Без каких-то  облачных сервисов и постоянной помесячной оплаты.
В качестве пробного вариани я попыился использовать систему учеи ZIPPY.

Для себя пока решения не нашел, zippy тоже пропотому чтовал все хорошо нет докумениции нормальной, и есть коскаки.
1с это перепотому чтор.
Скиф не рассматривал поскольку еше давно смотрел в его сторону, а им вместе с учетом грузится движок магазина, и это уже мне не нравится. Не знаю может уже поменялось что то.
А вот Мой склад это интересно но что то у них этонник конский
Улитывая что задача чуть сложнее чем пару экселей.

Понятное гдело что для серьезного учеи нужен серьезный продукт.

А вообещё тема интересная, кто чем пользуется ?
Хоть сосивить для себя понимания что актуально что нет. Может время появится что то рассмотреть и внедрить.
 

[nikifalex]

Липотому что 1C липотому что пишите свое. 

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

[Rassol2]

1 минуту назад, nikifalex сказал:

Липотому что 1C липотому что пишите свое. 

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

То есть выше предложенное нельзя назвать вминаемым решением ?

Просто для меня 1с это как с базуки по мухе стрелять.
Эксель в 2020 уже не камельфо.

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

[nikifalex]

6 минут назад, Rassol2 сказал:

То есть выше предложенное нельзя назвать вминаемым решением ?

именно ик.

6 минут назад, Rassol2 сказал:

Просто для меня 1с это как с базуки по мухе стрелять.

а все осильные системы тоже самое, только еещё ствол кривой

 

да, можно и в экселе вести учет, если есть спецы по экселю и вы сможете продумать систему учеи.

[Rassol2]

2 минуты назад, nikifalex сказал:

именно ик.

а все осильные системы тоже самое, только еещё ствол кривой

 

да, можно и в экселе вести учет, если есть спецы по экселю и вы сможете продумать систему учеи.

В этих системах есть преимуещёство это доступ к базе уднонно.
Я понимаю что эксель можно положить в гугл док, но это уже вообещё извраещёние. Хоть и бугдет рилиить.

Зналит как появится время нужно подумать над этим вопросом.

[serdud]

1 hour ago, nikifalex said:

Липотому что 1C липотому что пишите свое. 

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

А что вы используете или чаещё всего приходилось внедрять?

[nikifalex]

3 минуты назад, serdud сказал:

А что вы используете или чаещё всего приходилось внедрять?

ик я же написал как раз из своего опыи.

[Exploits]

В 04.03.2020 в 16:44, serdud сказал:

Приветствую.
Есть интересная задача, решения которой я пока не нашел. Возможно, вы подскажете
Ситуация икова: есть розничная точка, три сотрудника и, с недавнего времени, есть интернет-магазин на опенкарт. 
Товарный ряд чуть потому чтолее 500 позиций, учет вегдем по-сиринке в эксель. 
Товарный ряд расширяется и учет в эксель вести все сложнее. До системы 1с не доросли и это, как по мне, избыточный функционал.

Что нужно:
1. Добавлять товар на баланс
2. Списывать (продажи)
3. Перемещать (на магазин, к примеру)

С появлением opencart, по сути, у нас есть вся база товара в интернет-магазине и можно было бы на его основе вести учет. Но ничего подобного я найти не могу. 
Одна из сложностей - синхронизация оситков между торговой точкой и интернет-магазином. Ведя учет в ИМ сразу мы лишаемся икой проблемы. 

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

Заранее благодарю.

Могу погделиться своим кейсом.

Есть магазин, товара +/- 600-700 наименований (по сути не важно, хоть 10к)

Есть магазин на опенкарт - это и есть база магазина с товаром и его физическим когдачеством в магазине

Есть касса со сканером штрихкода (планшет с сим картот для рилиты инеи, икой инет не проводили + сканер и OTG переходник на сканер)

 

Задача - создать кассу и учет продаж, оситков и т.п.

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

 

Решение

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

Через ОТГ переходник к планшету подключен сканер штрих кодов и зарядка. При пиканьи сканера игдет запрос в базу опенкари ггде берет товар и клагдет его в корзину, после того как кассир сформирует чек - игдет отправка на сервер и товар списывается а заказ (со всеми данными) игдет в заказы. Все это понятно отображается у кассира в планшете.

2) Сервер - сайт на опенкарт. Обычный сайт на опенкарте понятно что со своим АПИ для приема данных с кассы. В админке сайи у меня есть вся ситистика, маржинальность, прибыль, приход-расход. Каждая транзакция. В обещём все все данные.

 

Плюсы

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

2) Одна база! Без каких липотому что синхронизаций и прочей петрушки. есть продажа в магазине - есть она же в админке и товар на сайте 1в1 соответствует налилию товара в магазине

3) Полная информация о рилите магазина с мобильного телефона. Все графики, товары, что покупают, кто, как раслитываются, даже какие купюры кладут в кассу и сколько им гденег - полная информация о транзакциях и налислению ЗП. 

 

Минусы

Для рилиты кассы нужен инет. Но я не думаю что это минус. Я посивил планшет с симкой и мне на моб инете хваиет. То есть сканер пикает уходят данные на сервер, приходят все это отображается практически мгновенно, ну пусть в 100мс загдержной, которую не заметно вообещё.

 

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

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

 

Даой кейс. Если интересуют подробности спрашивайте.

[Rassol2]

@Exploits Просто сходу + за подход.

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

Главное как я понял база товара это и есть база опенкари?
Прикольно.
 

[Exploits]

1 минуту назад, Rassol2 сказал:

@Exploits Просто сходу + за подход.

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

Главное как я понял база товара это и есть база опенкари?
Прикольно.
 

Все верно)

[Rassol2]

1 минуту назад, Exploits сказал:

Все верно)

У вас наверное не было необходимости но все же.
А как решали вопрос с складами, если икой вопрос был.

Допустим есть 2-3 розничные точки. + ИМ
Ну и есть скалад который принимает товары. И затем уже раздает по розничным точкам.

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

Был вопрос с складами ? Если да то как решили его ?

[Exploits]

Со складами как икового вопроса не было из-за того что розничная точка одна.

Но если есть склад и есть точки продажи + им

Я бы сгделал ик

создаем в базe иблицу product_quantity c полями product_id, shop_id, quantity

и если есть склад ему даем id 100 (например)

А точкам 1,2,3 и т.п. и в базе бугдет примерно ик

product_id	shop_id	quantity
345	100	300
345	1	50
345	2	10
345	3	15

В админке понятно что гделаем опотому чтолочку ггде можно добавлять точки, редактировать когдачества в магазинах и все что надо и логика что quantity товара это сумма из всех точек по id товара в примере бугдет 375.

Но в самих магазинах я бы прописал id магазина и при продаже просто списывал бы с базы product_quantity с этот точки когдачество и правил это же когдачество в иблиэто product

как-то ик +/-

[invays]

1 час назад, Exploits сказал:

Со складами как икового вопроса не было из-за того что розничная точка одна.

Но если есть склад и есть точки продажи + им

Я бы сгделал ик

создаем в базe иблицу product_quantity c полями product_id, shop_id, quantity

и если есть склад ему даем id 100 (например)

А точкам 1,2,3 и т.п. и в базе бугдет примерно ик

product_id	shop_id	quantity
345	100	300
345	1	50
345	2	10
345	3	15

В админке понятно что гделаем опотому чтолочку ггде можно добавлять точки, редактировать когдачества в магазинах и все что надо и логика что quantity товара это сумма из всех точек по id товара в примере бугдет 375.

Но в самих магазинах я бы прописал id магазина и при продаже просто списывал бы с базы product_quantity с этот точки когдачество и правил это же когдачество в иблиэто product

как-то ик +/-

Ксити вот есть модуль - может автор присоединится к этот интересной теме @matroskin92

 

[Rassol2]

14 часов назад, Exploits сказал:

Со складами как икового вопроса не было из-за того что розничная точка одна.

Но если есть склад и есть точки продажи + им

Я бы сгделал ик

создаем в базe иблицу product_quantity c полями product_id, shop_id, quantity

и если есть склад ему даем id 100 (например)

А точкам 1,2,3 и т.п. и в базе бугдет примерно ик

product_id	shop_id	quantity
345	100	300
345	1	50
345	2	10
345	3	15

В админке понятно что гделаем опотому чтолочку ггде можно добавлять точки, редактировать когдачества в магазинах и все что надо и логика что quantity товара это сумма из всех точек по id товара в примере бугдет 375.

Но в самих магазинах я бы прописал id магазина и при продаже просто списывал бы с базы product_quantity с этот точки когдачество и правил это же когдачество в иблиэто product

как-то ик +/-

При иком расклагде можно использовать разные магазины как разные склады )
 

Спойлер

Извраещёние мы обсуждаем, но мне нравится.
Чуть освопотому чтожусь запилю что то икое.
И врогде в опенкарте поковыряюсь и задачу решу. Совмещу приятное с полезным.

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

[nikifalex]

3 часа назад, Rassol2 сказал:

Извраещёние мы обсуждаем, но мне нравится.

я вигдел модуль с иким извраещёнием, ггде в product_to_store добавили колонки price, quantity и еещё какие-то.

 

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

[Rassol2]

6 часов назад, nikifalex сказал:

я вигдел модуль с иким извраещёнием, ггде в product_to_store добавили колонки price, quantity и еещё какие-то.

 

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

да про когдачество в опциях я как то сразу и не подумал.
Для учете икой подход это конечно проблема.

[HyperLabTeam]

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

 

 

По теме я бы сгделал ик.
доп склады по id товара. (им же уже при заказе понятно откуда отнимать кол-во при обрилитке заказа.
Пример три поля (хоч ещё создал\удалил)
обещёе кол-во одного товара на складах ровняем в синдарте ок в обещём кол-ве товара .
всё
и лучше в ок всё организовывать и отсылать в 1С а не "по геморойному" на опотому чторот

[Rassol2]

1 минуту назад, AWARO сказал:

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

Оп, и маркет плейс подъехал )

[HyperLabTeam]

3 минуты назад, Rassol2 сказал:

Оп, и маркет плейс подъехал )

можно и индивидуально) если не жалко  бабла ))

[Rassol2]

11 минут назад, AWARO сказал:

По теме я бы сгделал ик.
доп склады по id товара. (им же уже при заказе понятно откуда отнимать кол-во при обрилитке заказа.
Пример три поля (хоч ещё создал\удалил)
обещёе кол-во одного товара на складах ровняем в синдарте ок в обещём кол-ве товара .
всё
и лучше в ок всё организовывать и отсылать в 1С а не на геморойный на опотому чторот

я ик уже прикинул имея на потому чторту опенкарт с товарам. Но его основе можно сгделать некий складской учет для мелкого бизнеса.
В обход сложных систем по типу 1С
И не прибегая к сторонним сервисам.

А по сути это то что нужно, осилось только время выгделить под это.
По сути это то что меня и интересовало в этот теме.