Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

OtezVikentiy

Users
  
  • Posts

    434
  • Joined

  • Last visited

Everything posted by OtezVikentiy

  1. В контроллере catalog/controller/product/product.php на строке 279 происходит формирование цены исходя из наличия сконфигрированных в движке налогов. Соответственно на экран у вас выводится 2244 рубля получается. А нужно, чтобы выводилось еще и цена без налога. Соответственно можно написать например так: if ($this->customer->isLogged() || !$this->config->get('config_customer_price')) { $data['price_wo_tax'] = $this->currency->format($product_info['price'], $this->session->data['currency']); $data['price'] = $this->currency->format($this->tax->calculate($product_info['price'], $product_info['tax_class_id'], $this->config->get('config_tax')), $this->session->data['currency']); } else { $data['price'] = false; } И в шаблоне catalog/view/theme/*/template/product/product.twig соответственно в нужное место добавить {{ price_wo_tax }} Примерно так - должно работать по идее. При условии, что у Вас в системе корректно настроены налоги и пр. Ну и по опциям соответственно - настраиваете также налоги в самом движке - в коде также находите места где формируется цена и выводите в шаблон.
  2. Если у вас этот налог настроен в самом движке и его можно достать из конфигов - то можно просто найти исполнителя, который вам это сделает и не перегружать движок модулями. По сути там не очень много доработок. Можно и без модуля это реализовать примерно минут за 30 - час наверное... Если там нет какого-то мяса в коде. )))
  3. Так то да, но алгоритм то закладывает все равно разработчик... Поэтому знать об этом разработчик все равно должен, иначе написать функционал невозможно Вот с этим конечно вопрос как это реализовывать. Потому что фактически невозможно проконтроллировать все методы, которыми можно поменять данные в табличке, только если триггер на БД не ставить, а это гемор тот еще...
  4. попробуйте обновить модификаторы и кэш. Если не поможет - то тогда стоит в контроллер для проверки перед setOutput строкой прописать на новой строке print_r($data['products']);die; и посмотреть будет ли в выдаче нужный ключ order_product_note
  5. А вы можете полный текст ошибки показать, пожалуйста? Потому что эта ошибка у вас может возникать в 2 местах. Либо в контроллере либо во вьюхе. Для проверки в контроллере перед setOutput строкой можно прописать типа print_r($data['products']); и посмотреть будет ли в выдаче нужный ключ. Если будет - значит проблема на фронте. Если нет - значит в связке модель - контроллер. И опять же не забывайте чистить кэши. Потому что, если вы их не чистите - то ничего по запускаемому коду и не меняется.
  6. А вы этот столбец в какую таблицу добавили? В product или order_product? Если добавили в product - то оно у вас из Бд и не выгребется, потому что там выборка из таблицы order_product происходит. Плюс еще надо проверить, что у вас модель sale/order не изменена на выборку конкретных столбцов.
  7. Да, думаю в разрезе CRMки надо будет реализовать подобные механики... Возможно даже стоит сделать историю базовых/закупочных цен, потому что может быть кейс, когда 1 и тот же товар покупается в разное время по разной цене и выставлять на него наценку сразу повышенную тоже не совсем прям корректно... о_О
  8. Ааа... ну плюс-минус понял... Только все равно отчеты считать корректно по закупочной стоимости, а не по базовой. Потому что например базовая стоимость 100 рублей например, а фактическая стоимость покупки например 80. Соответственно считать по 100 рублей - это будет завышать расходы магазина фактически.
  9. Я думаю по этому кейсу сделаю настройку просто, чтобы каждый переименовал на фронте для себя так, как ему удобно ))) Потому что суть поля от этого не особо меняется. Если назвать это поле Пингвин - то все продолжит работать точно так же ))) Это да, уже есть в планах, но не на ближайшее время, в разрезе CRM системы думаю смогу сделать разные настройки отчетов, чтобы каждый смог вывести себе тот отчет, который хочется. ))) По заказам - да, там сильно обновится интерфейс, прям кардинально. Чтобы можно было многое менять динамически без проваливаний куда-либо вообще. Да, это тоже планирую реализовывать. Работу с клиентами и статистику по каждому клиенту.
  10. На текущий момент такого функционала нету. Но запишу себе в задачки для следующего релиза. ))) Просто предполагается, что конверсия будет выше, если именно заменители проставлять точечно, а не рандомно. То есть если к нужному гвоздю подставлять заменителем например отбойный молоток - то будет как минимум странно. А если подставлять гвоздь соседнего размера - то вероятность того, что покупатель просто соседний размер гвоздя купит - намного выше.
  11. А опишите проблему, может так сможем сказать где что поправить. Есть какой-то фатал в логах или что-то подобное? Модуль включен и настроен корректно?
  12. Просто отдельного поста автор модуля может и не заметить. Я обычно пишу по модулям либо контретно в поддержку модуля самого либо в личку автору ))) Я вот это имел в виду )))
  13. Как бы это банально ни звучало, а автору модуля не писали?
  14. А почему Вы решили, что домена такого нет? ))) Там сайтец какой-то есть даже по этому роуту )))
  15. Ну как бы... всё на поверхности... отрисовываете кнопки, добавляете htmlx css, надписи, через пыху... и готово... В чем собственно вопрос то? Какая-то конкретная проблема есть, которую не получается решить? Пришлите тогда то, что уже есть по кнопкам и люди подскажут как решить конкретный вопрос.
  16. Мне кажется на самом деле истина где-то посередине. Фактически магазин бьется за получение заказа, а не за корректность заполнения полей. Поэтому было бы прикольно сделать валидацию как-то типа: если хотя бы 1 из полей email/telephone заполнено корректно - это ок и в заказе бы появлялась метка "Одно из полей заполнено не корректно - проверьте при прозвоне клиента". Деньги клиентов, которые не корректно заполнили поле - тоже деньги, которые ничем не хуже тех, кто правильно заполнил поле. ))) Со стороны разработчика - да это конечно выглядит как косяк и проблема. Со стороны бизнеса - это не такая уж и проблема то на самом деле... Можно и обойтись, если чувак принес бабло...
  17. Выкатил только что это обновление ))) Теперь есть выбор между основными полями телефон/мыло ))
  18. Можно и подгрузку CSV делать например. Если есть например почта куда бы поставщик присылал новые отчеты в каком-то заранее известном формате - то можно их парсить и обновлять автоматически - тоже вариант ))) Главное - чтобы было откуда брать данные, а остальное - дело техники )))
  19. Здравствуйте! Нет, проблем с шаблонами вообще нет. В модуле все работает чисто на бэкэнде.
  20. А можете дать ссылку на модуль? Автору модуля не писали? Может он согласился бы сделать адаптацию?
  21. Соответственно исходя из этого скриншота, чтобы указать для товара закупочную стоимость - необходимо указать таблица: product_special столбец: price уникальный идентификатор продукта: product_id В этом случае в мой модуль перенесутся все значения из указанной таблицы в поле purchase_price для каждого товара. Единственное условие - это то, что а таблице product_special поле product_id должно быть уникальным (оно скорее всего не уникальное конкретно в этой таблице). А Вы при выгрузке из 1С сами выбираете где-то в интерфейсе куда выгружать стоимость? Или это где-то на уровне кода заложено без возможности выбора? Функционал скидок у меня никак не изменен. То есть закупочная цена есть у товара как такового. Например... Вот есть товар... У него product_id = 111. У него есть цена 100, ему же можно несколькими способами указать закупочную стоимость например 60 рублей. Соответственно у этого товара может быть много скидочных цен (это в базовом функционале опенкарта). То есть мой модуль умеет пересчитывать скидки в процентном соотношении, но закупочная цена указывается именно для товара, а не для скидочной цены. То есть функционал скидок он остается неизменным. Над ним появляется надстройка в моем модуле позволяющая управлять скидками не заходя в каждый товар и пересчет скидок автоматический можно включить/отключить при изменении цены/закупочной цены/наценки товара. Вот тут вот нужно немного больше конкретики на самом деле. Что-то у меня в модуле уже автоматизировано. Например у вас есть товар X и у него закупочная цена 100, цена 200, наценка 100% и у него есть несколько акций например. Соответственно при изменении наценки - изменится и цена и акции поменяются в процентном соотношении. Если нужно еще что-то я думаю можно тоже сделать - главное четкое понимание чего именно и в каких местах ))) Это сделаю, да, записал себе в задачки. P.S.: на самом деле, если есть интерес - можем созвониться например в Zoom, я смогу пошарить экран и на тестовом стенде продемонстрировать и объяснить все интересующие Вас моменты. ))) Голосом зачастую удобнее бывает. )))
  22. Задачку себе записал. Думаю что в течение нескольких недель смогу выкатить обновление (работаю сейчас над другим модулем да и комплексное тестирование модуля микрофинансов на всех версиях движка довольно длительный процесс, а без тестирования стараюсь не выкатывать ничего вообще ).
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.