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

AlektroNik

Users
  
  • Posts

    689
  • Joined

  • Last visited

Everything posted by AlektroNik

  1. Данная ошибка тоже актуальна до сих пор! Можете тоже интегрировать? ОШИБКА появляется при установке дополнений, изменяющих таблицу product. Ошибка кода(0): Error: Invalid default value for 'date_available' Error No: 1067 ALTER TABLE `oc_product` ADD `cost` decimal(15,4) NOT NULL DEFAULT '0.0000' в /system/library/db/mysqli.php на строке 41 РЕШЕНИЕ https://github.com/ATropichev/sql_mode_fix.ocmod
  2. Какая-то ошибка в локализации, Перехожу в настройки Магазина и там вижу:
  3. @dinox Добрый день. Во время удаления модификатора появляется ошибка: Notice: Undefined property: Proxy::deleteModificationBackups in storage/modification/system/engine/action.php on line 79 Я уже писал об этой проблеме тут
  4. Все верно, в демке заблокировано редактирование заказов. Редактирование выглядит как стандартное редактирование заказа в Опенкарт. Менеджер заказов не является редактором заказов. Но, если У Вас куплен OrderPro, то появятся кнопки для редактирования в OrderPro.
  5. 1. Можете поизучать пример из Расширенного списка заказов. 2. Можно. Вариант 1. Глобальный. Отредактируйте шаблон письма под себя. Просто укажите внутри квадратных скобок блок с текстом. Если трек-номер указан у заказа, то этот блок будет отображаться, иначе весь блок будет скрыт. Примерно так должно выглядеть: [[Ваш трек номер: {track_no}]] Вот скрин, но я пока не проверял работу. Вариант 2. Локальный. Отредактировать "Шаблоны комментария для статусов". Мне кажется этот вариант более точечным и оптимальным. Нужно учесть, что автоматические комментарии настраиваются для разных групп отдельно. Вот скрин: 3. Все верно. Заметки / Чат и даже кажется добавление в историю комментария БЕЗ уведомления покупателя по e-mail тоже будет считаться внутренней перепиской, которую покупатель не увидит. Для настройки этих чатов Вам нужно перейти в "Шаблон таблицы истории" Там есть сам шаблон и настройки вывода самого чата и сообщений. P. S. не забывайте посматривать подсказки к полям. Вот пример:
  6. Пусть пришлёт Вам скрин "О программе". Я не верю, что у клиента полностью самописная конфигурация. В противном случае эксперементируйте (выберите УНФ или УТ и т. д.) и дописывать придётся тоже самостоятельно.
  7. Значит ковыряйте модуль обмена со стороны 1С. Там есть штук 6 жестко прописанных реквизитов и можно еще дополнительные реквизиты выгрузить. Вот в них тогда добавьте Вес.
  8. Посмотрите в import.xml как называется у Вас реквизит. Может там отличается от просто "Вес". А заодно обратите внимание, он у Вас вообще выгружается? У меня есть подозрение, что он у Вас в offers.xml только. Выложите пример свой import.xml и offers.xml.
  9. Попробуйте заполнить поле в настройках. "Правило загрузки import.xml секции Товар:" Вес##weight
  10. Кажется автор говорил, что в новой версии, которую больше 2,5 лет ждем этой проблемы не будет )))
  11. Сам жду. Последний раз обещали в апреле. А обещают уже больше 2,5 лет.
  12. Хааа опять по запаре забыл посмотреть вкладку настроек ... А там все так в принципе и описано. 😅 В принципе навреное и вопрос про подсветку комментария чисто из формы "Чата" (Внутренней переписки) тоже отпадает. Хотя если бы можно было сделать класс аналогично доп классу "right" было бы круто
  13. @brest001 Константин, я правильно логику работы чата понял (описал на скрине)? Смущает немного объем заметок чата, хотя с другой стороны вроде все логично, если кнопка e-mail не нажата, то значит и в личный кабинет покупателя писать не нужно. Хотелось бы выделить как-то, может цветом, комментарии которые пишутся чисто из формы "Чата" (Внутренней переписки). И еще одна хотелка, а нельзя к полю "Ваш комментарий" тоже прикрутить кнопку переключения в визуальный редактор? Мне кажется менеджерам это может пригодиться при уточнее заказа или типо того.
  14. Я надеялся Вы скажите, что нужно заполнить цену Закупочная цену (cost) в таблице product, а при оформлении заказа эта цена копируется в Закупочная цена (purchase) в таблице order_product (в заказах) и оттуда уже подгружается в OMPRO. Наверное это был бы идеальный вариант. Понятно бы "куда надо", это куда? Я и думал решить этот вопрос силами OMPRO. В 1С есть "Виды цен" (Учетные, Оптовые, Розничные и т. д.). Эти типы цен помещаются либо в "Акции", либо в "Скидки". Других вариантов я не видел ни в одном модуле импорта. Да, видел такие модули, они действительно используют Закупочная цена (cost) в таблице product. Но мне кажется нам это даже на руку. А о какой статистике идет речь?
  15. Да, все супер, заработало и обновляться заказ стал сам. Ну я имею ввиду в теге totals. А в чем суть проблемы была? За наводку всегда пожалуйста ))) Извините, что насел опять на Вас плотно, после завтра в отпуск на 2 недели, завтра по факту сборы, хотелось бы успеть довести до логического конца.
  16. Такие замечания даже не делайте, у всех все индивидуально, в зависимости от выводимых данных, где они выводятся, для чего, на каком экране и т.д. и т.п. И тут кому-то может понадобиться 121px. другому 122px, и красненьким... третьему 1122px ... так что каждый сам под себя и настраивайте, для этого все есть, в код лезть не нужно. У меня вопрос не конкретно к размерам был ... я искал как его подогнать под себя ... Понятное дело каждый художник по своему рисует ))) А ларчик то просто открывался ... опять проглядел )))
  17. @brest001 Нашел еще ошибочку. При попытки редактировать цену доставки вылетает ошибка, но при этом цена доставки все же меняется AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined method ompro\\omproapi::() in /workspace/sites/dev1c.site.ru/system/library/ompro/omproapi.php:2384 Stack trace: #0 /workspace/sites/dev1c.site.ru/admin/controller/sale/ompro.php(6111): ompro\\omproapi->xEditCustomOrderShippingCost(Array) #1 /workspace/sites/dev1c.site.ru_storage/modification/system/engine/action.php(79): ControllerSaleOMPro->xEditDbData() #2 /workspace/sites/dev1c.site.ru/admin/controller/startup/router.php(26): Action->execute(Object(Registry), Array) #3 /workspace/sites/dev1c.site.ru_storage/modification/system/engine/action.php(79): ControllerStartupRouter->index() #4 /workspace/sites/dev1c.site.ru/system/engine/router.php(67): Action->execute(Object(Registry)) #5 /workspace/sites/dev1c.site.ru/system/engine/router.php(56): Router->execute(Object(Action)) #6 /workspace/sites/dev1c.site.ru/system/framework.php(168): Router->dispatch(Object(Action), Object(Action)) #7 /workspac... ', referer: https://dev1c.site.ru/admin/index.php?route=sale/ompro/orders&user_token=8ruog8YixYm627cyePsbjjcFBOGIr4Ww&pageid=13
  18. Ну логика у меня немного не такая, но да получается проблема есть. Если телефон, email у нас обычно не меняется у покупателей, то вот с адресами действительно проблемка ... может быть несколько адресов и действительно не понятно какой адрес привязывать, ведь в опенкарте он не привязывается, а просто копируется в заказ. Спасибо, что уделили время Согласен с решением.🤗🍻
  19. Нашел выход ... проглядел, оказывается уже есть тег [[{email_not_edited}]] ))) Спасибо 🤗👍 Самое смешное, я на этой странице сидел, но вверх не прокручивал ... сконцентрировался на разделе про WhatsApp. 😅 А я помню что где-то читал вот про это ... обыскал весь форум ... не нашел ... думаю странно.😅
  20. Сразу скажу, это не претензия, а просто наблюдения. Все же пришел к выводу, что Редактирование полей ЗАКАЗА напрямую с менеджера заказов это Зло. А вот и рублика "Хотелка" подъехала Вот если бы напрямую можно было бы редактировать непосредственно эти же значения у самого покупателя (таблица customer кажется), вот это было бы супер. Дело в том, что когда редактируем эти поля через менеджер заказов, то редактирование происходит только внутри конкретного заказа. Хотя изменение любого из этих значений должно сохраняться на века, что бы при следующем заказе не пришлось делать то же самое каждый раз. А злом я его назвал потому, что менеджеры даже не будут пытаться в чем-то разбираться. Они запомнили, что уже редактировали покупателя и в следующий раз даже не будут обращать внимание на эти поля. Будут убеждены, что они их уже правили. Справедливости ради редактирование для менеджеров отключено по умолчанию, автор явно догадывался о возможных нюансах.
×
×
  • 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.