Tonic
-
Публікації
41 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Tonic
-
Не работает: Notice: Undefined index: payment_firstname и shipping_firstname (и т.д.). У Вас это работает?
-
<?php echo $order_info['firstname']; ?> Это имя покупателя. А как добраться до данных получателя?
-
Notice: Undefined variable: order_info in /*/public_html/admin/view/template/sale/order_invoice.tpl on line 148Сработало в итоге после добавления строки (наугад) "<?php foreach ($orders as $order_info) { ?>"
-
Спасибо! Неплохо, уже лучше. Только для грузополучателя я бы указал <td valign="top" width="13%"><b>Грузополучатель:</b></td> <td><?php echo $order['shipping_address']; ?></td>
-
ashap, а проводить оплату на стороне Яндекса, чтобы без этих сложностей, возможно?
-
ТОРГ-12 ни у кого не завалялся? :-)
-
А я всё жду модуль для юр.лиц с договором... не понимаю, откуда столько желающих работать неофициально.
-
ashap, прошу прощения, что спрашиваю здесь и повторно, но я немного запутался в бесконечных вариантах модулей (api/не api, ++/не ++, на ЯД/на р/с и т.д.). Подскажите, готов ли модуль (или когда будет готов и как его идентифицировать) для приёма оплаты юр.лицами по договору с Яндексом на р/с?
-
Из примеров совершенно не ясно, как "получить значение полей", что и как для этого нужно сделать, что такое $find и где искать "нужное место". Особенно если человек не изучал php и структуру OpenCart. Жаль, что обязательное по законодательству поле "Отчество" не добавлено в модуль по умолчанию. Приходится довольствоваться корявой заменой названия поля "Имя" на "Имя Отчество", к сожалению.
-
Спасибо, работает!
-
ashap, такая интересная проблемка случилась... В общем, по нашему законодательству нужна информация о покупателе в виде ФИО и адреса. При оплате и заказе стандартно есть поля только "Имя" и "Фамилия". Чтобы не нарушать целостность данных, добавляя самостоятельно поле "Отчество", я переименовал "Имя" в "Имя Отчество", чтобы в нём покупатель указывал "Иван Иванович". А проблема в том, что ссылка, которая формируется Вашим модулем и отправляется на e-mail, выглядит после этого следующим образом: http://merchant.roboxchange.com/Index.aspx?MrchLogin=aaa&OutSum=1000.00&InvId=41&Desc=Иван Иванович_Иванов_2014-02-14_16:05:14&SignatureValue=4d34deagg2b84er5692a25618e76f7163&Encoding=utf-8 Как видите, из-за пробела ссылка становится раздельной и неполной. При простом клике выйдет ошибка. А скопировать весь адрес (не только выделенный синим) не все догадаются. Возможно ли здесь что-то придумать? Может, где-то заменить пробел на дефис или спецсимвол, например, или ещё что-то...
-
Совершенно непонятно, как поведёт себя после этого сайт: например, все эти $find = array( '{firstname}', '{lastname}', '{company}', ... Выборочные строки, касающиеся firstname (а ведь с отчеством придётся делать то же самое!): $this->data['entry_firstname'] = $this->language->get('entry_firstname'); if (isset($this->error['payment_firstname'])) { if (isset($this->request->post['firstname'])) { $this->data['affiliate'] = ($order_info['affiliate_id'] ? $order_info['affiliate_firstname'] if ((utf8_strlen($this->request->post['firstname']) < 1) || (utf8_strlen($this->request->post['firstname']) > 32)) { Есть и что-то, связанное с выгрузкой в БД (синтаксис не знаю). Отчество "пролетит" и тут, если вручную не поправить.
-
Но в этом случае этого поля не будет в разделе "Адрес доставки", если он не совпадает с адресом плательщика.
-
Здравствуйте! Появилась "бухгалтерско-налоговая" необходимость добавить обязательное поле "Отчество" при регистрации на сайте и заказе (для получателя). Боюсь сделать что-то неверно, потому что аналогии с "Именем" и "Фамилией" не получается: запрашивается привязка к объекту (order, address, customer). Подскажите, пожалуйста, как это сделать грамотно.
-
У меня выставлено изменение статуса после получения платежа, но автоматически статус почему-то не меняется. Кроме того, в Платежах--> Robopay пусто, хотя было совершено несколько реальных оплат.
-
Возвращаясь к юр. лицам: в Яндексе мне объяснили, что договор обязателен, и существует два вида сопряжения: https://money.yandex.ru/doc.xml?id=526027 https://money.yandex.ru/doc.xml?id=526025 При этом вывод средств осуществляется напрямую на р/с ежедневно, Яндекс.Кошельки для юр. лиц не предусмотрены. Комиссия берётся только с продавца (3-3,5%). Что из этого Вы планируете сделать с отложенной оплатой?
-
Спасибо за разъяснение! Осталось помучить Яндекс на тему различий способов и комиссий. А Вы как считаете, какой из видов с формами удобнее: без интеграции или с интеграцией? И в чём тут отличие, если в форме без интеграции тоже есть возможность получать XML сайтом, обрабатывая заказ? Эти два вида как-то по-разному выглядят для покупателя? И последнее по "формам" (виды 1&2): здесь средства поступают на счёт ЯД, и уже потом выводятся на р/с, а в виде №3 средства сразу поступают на р/с, минуя счёт в ЯД, так?
-
Простите, что отвечаю в этой теме, но тогда и Робокассу 2в1 возьмите на заметку, пожалуйста: насколько я понял, Яндекс для юр.лиц Вы всё же не планируете реализовать (перевод на р/с минуя Яндекс.Деньги), так что придётся довольствоваться более высоким процентом у Робокассы, т.к. смысла принимать Я.Д. (не на р/с) для юр.лиц нет никакого.
-
Здравствуйте! Приобрёл сегодня Ваш другой модуль, для отложенной Робокассы, но, сравнив тарифы Робокассы и Яндекса, понял, что поспешил: если Робокасса забирает себе 5% с платежей, то ЯД - 3,5% для банковских карт и 3% - для ЯД. Речь о юридическом лице. В связи с этим и вопрос, и пожелание. Вопрос касается примерных сроков разработки модуля для отложенной оплаты Яндексом. А огромное пожелание (как и для модулей "банковская квитанция") -- совместить отложенную и моментальную оплату для данного типа (Яндекс) в одном модуле: моментальная - для статуса товаров "В наличии", а отложенная - для статуса "Предзаказ" или по другим критериям на выбор администратора. Не понимаю, как можно выбрать один из модулей, когда нужны одновременно оба. Очень надеюсь. P.S. Не совсем понял про разграничение юр. и физ.лиз для использования этого модуля -- поясните, пожалуйста. Если есть договор с Яндексом об отчислении на р/с, это не повлияет на работу модуля? Не ясен момент по поводу "минуя счёт в ЯД"/"на р/с через счёт в ЯД". Почему Вы написали, что "комиссия, как и раньше, вычитается из суммы перевода: со счета — 0,5%, с карты — 2%"? Я нашёл другие тарифы. Хм... хотя здесь иные тарифы для тех же юр.лиц, и комиссия снимается с покупателя, а не с магазина. Запутался.
-
Добрый день! Подскажите, пожалуйста, есть ли возможность автоматически изменять статус заказа после успешной или неуспешной оплаты в Робокассе? Например, было "Ожидает оплаты", после чего покупатель оплатил заказ, и статус автоматически поменялся на "Оплачено".
-
Хорошо было бы (на мой взгляд), если бы в итоге получилось два новых модуля: "Банковская квитанция" и "Робокасса", а не модуль, который устанавливается поверх ранее установленных отдельных модулей. То есть, два метода оплаты = два модуля, каждый из которых имеет в настройках возможность работы "моментально" и "отложено" в зависимости от статуса наличия товара. Я бы подождал такую штуку из-за её удобства. Надеюсь, что цена будет демократичной :-)
-
Здравствуйте! Реализуема ли такая схема работы с двумя модулями "Банковская квитанция": выбираем способ оплаты, скажем, "банковская квитанция", и, если товар есть в наличии (с соотв. статусом), то включать отработку модуля без подтверждения, а если "предзаказ" (точнее на выбор администратора), то включать работу модуля с отложенной оплатой. Ну и с Робокассой хорошо бы аналогичное сделать.
-
Несмотря на отсутствие поддержки, как оказалось, очень полезный модуль.
-
Вот здесь, файл autocalc_price_option_v2.0.12.xml. Разработчик с таким не сталкивался.
-
Происходит странная проблема: подкидываю xml-файл модуля (autocalc_price_option_v2.0.12.xml), всё замечательно работает, а на следующий день размер этого файла становится нулевым. И так уже три раза. Где копать? :?
