SmirnovAN

Рейтинг
44
Регистрация
07.09.2012
Четверьг:
Да не получается из ваших схем работа по продаже нала.
А вот так можно. Про это я и спрашивал: "они не бьют чеки"? Потому что это и есть непробитие.

Объем - процентов 5 от закупки, ну да ладно. Это лишь предположения "я свечу не держал", как и прошитые кассы.

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

Обнал - не целевое направление данной темы ) Но коротко: есть лимит кассы, из кассы идет списание подотчетному лицу, лицо едет к поставщику и производит закупку за наличные (не будем про лимиты в 100т.р. и обходы), ему выдается кассовый чек и накладные. Всё в рамках закона. Это со стороны плеера, за что он вполне может получить доп скидку 6% (скорее всего меньше) на опт.

С точки зрения производителя: на счету скопилась прибыль, налички нет, как выводится прибыль ? Если в рамках закона, то через дивиденды учредителям (меньший процент налогов), но можно и через серую классическую схему, а можно просто сделать скидку плееру, а дальше уже работать с наличкой, опять же, через подотчетных лиц и фиктивные услуги.

А можно работать и по черному, не все кассы пишут правильно в ЭКЛЗ ;)

Наличка и безнал - это две большие разницы. Но развивать эту тему я не буду.

P.S. Вчера узнал, что в Грузии с 1 го июля поменяли налоговую систему и теперь малый бизнес платит 1% с оборота, а мы тут нал, безнал, инкассация, ордера кассовые (((

Четверьг:
И я так говорю :) Это же на самом деле так. При большом ассортименте нереально руками следить.
Но, мне приостанавливают отгрузку. Вернее, пытаются приостановить, и я поднимаю цены.

Они чеки не бьют? Я понимаю не бить чеки в ИП Пупкин. Но, этих бы уж точно взяли бы уже за задницу.

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

Про чеки. Это же не вопрос ухода от налогов, это вопрос обналички третьим лицам.

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

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

В рознице они впаривают допы, проверки матрицы на зеркалке -1000р., хотите посмотреть товар, смотрите, но за вскрытую упаковку +5% к стоимости (это был 2008г. примерно). Стоимость расходников (например карты памяти) космическая, зато впарить к зеркалке не проблема.

Но при этом с точки зрения конечного потребителя при должной подготовке от навязывания - это хороший магазин. А вот как конкурент - это финиш.

И конечно... наличка, наличка, наличка... как думаете если покупать у поставщика за нал и за безнал цена одинаковая ? )

borisd:
SmirnovAN, Вообще как то странно... С одной стороны у вас от 100 тысяч товаров, свои базы данных со своими структурами и скриптами и разработчиками, а с другой стороны - сетование на 30 тысяч (что сущие копейки в данном случае), отсутствие предварительного анализа возможностей ЦМС относительно структуры своих данных и требуемого функционала, а также отсутсвие предварительного тестирования (а потянет ли эта ЦМС 100 тыщ товаров?).

Имхо, у вас два варианта:

1) Искать ЦМС, покрывающей 90% ваших потребностей, и тщательно ее тестировать (перед покупкой).

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

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

Дело не в 30000, если Вы про заголовок, то он для привлечения внимания и поисковиков. И как я уже писал на второй странице... и 30000 не особо жалко, если бы не политика разработчика и его отношение.

Я лишь хотел предупредить тех, кто собирается сотрудничать с Юми.

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

Я выскажу свое мнение про open source. В большинстве случаев это продукты, которые приносят проблем на порядок больше, коммерческих версий, начиная с того, что пишутся горы модулей и расширения под разные версии, а потом отваливаются при обновлении. И закачивая тем, что вредоносы пишутся именно под них, еще бы, ведь все хотят халявы и поэтому ими пользуются армии поклонников. И из-за большого количества уязвимостей (точнее из-за через чур активного их поиска взломщиками) они требуют постоянного обновления и эти обновления постоянно требуют доработки напильником. Бывает просто адский ад, когда пора менять на сервере версию PHP, а какой то сайт ее не поддерживает, а если сама CMS может после обновления и заработает сносно, то модули от старой версии уже требуют вмешательств.

Aisamiery:
Как раз таки админка это наименьшая проблема. Доработать админку CMS в сотни раз сложнее, чем накидать свою с функциями которые нужны и удобны вам. У топовых фремворков давно есть админгенераторы, которые просто и легко кастомизируются. Что что, а админка как раз не проблема в данном случае.

Вы нигде не найдете ТП по доработке под вас. Любая ТП CMS с которой я сталкивался, могут ответить только по своему функционалу, например объяснить почему у вас новости не работают. Но как вам завести ваши даннные в хитром формате, никто вникать даже не будет. Возьмите ТП от топовых партнеров, они вам за денюшку накидают любые точки входа.

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

DenisVS:
ТС, если не секрет, почему выбрали закрытую коммерческую платформу, почему не взяли раскрученный (популярный) open-source?
Если сами прикручиваете половину, по-моему, это более логично.

Джумла, Друпал, Виартс были опробованы у всего есть минусы и плюсы. И да, не скрою, надежда на ТП была очень большая, т.к. надоело ковыряться в скриптах разработчиков и искать точки входа, хотелось просто взять и доработать совместно с разработчиком.

---------- Добавлено 13.04.2017 в 15:18 ----------

Aisamiery:
Вы не правильно подошли к выбору. С таким подходом вам не нужна CMS в принципе, так как любая CMS заставит вас нагородить костылей, так как у вас уже сформированы процессы, которые с 99% вероятностью не впишутся в архитектуру CMS. Возьмите фреймворк и подружите на нём все так, как надо именно вам.

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

TF-Studio:
прежде чем брать какую-то CMS - стоит обратиться с консультацией к опытному разработчику. всего пара часов и у вас есть практический опыт и как выход - более верное решение (если повезет с разработчиком)

Неа, не так, есть куча внешних скриптов и сводных БД, написанных нами и всё это надо поженить воедино. Есть лишь одна связка людей для максимально быстрой реализации, это разработчики скриптов + разработчики CMS. Всем остальным требуется время на изучение.

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

Господа, я не прошу совета о том, что надо было сделать. Что сделано, то сделано это не первая CMS и не последняя в этой работе. Кстати Viarts показал себя неплохо, жалко что в России его перестали поддерживать. Я лишь хочу поделиться оптом общения с разработчиками Юми и тем самых предостеречь многих от сотрудничества с ними.

rklending:
Карлллллл вы 7 месяцев движок мучали, Карл выключите комп и давайте ка на завод.


Руки из одного места ? Любой движок надо смотреть и колупать, ковырнул код.... ошибка.... возврат и по новой.
Или вы думали купили лицензию на движок и вам ТП обязана сделать сайт под причуды и запросы.... увы это не так.
Коль руки из попы надо было взять эти же 30 000 и заказать сайт под ключ у какой нибудь компании, толку было бы больше.

))))

Ну Вам то виднее, куда мне идти, в следующий раз обязательно совет спрошу.

Вы даже представить себе не можете объем работ адаптации под наши нужды, поэтому на этом вопрос закроем.

ТП сайт делать не обязана, но дать ответ как формируются данные в их движке, по моим представлениям, обязана. А по факту - ВИП поддержка, которая ни бе, ни ме, ни кукареку. Пишите запрос, мы через пять дней напишем в ответ полную чушь, что-бы заново спросили.

И 30000 не особо жалко, если бы не политика разработчика и его отношение.

Спасибо всем откликнувшимся

Главное, что я понял из написанного, что при больших объемах будем весьма плохо, а у нас товаров свыше 100 000.

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

12
Всего: 14