Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

drakon2517

Пользователи
  
 Профиль  Активность

  • Публикаций

    248

  • Зарегистрирован

  • Посещение

 Тип публикации 

Все публикации пользователя drakon2517

  1. drakon2517
    Хорошо
  2. drakon2517
    Добрый день. Проблема актуальна? Можно в личку.
  3. drakon2517
    Спасибо. Релиз в разработке.
  4. drakon2517
    Отлично. Да, верно.
  5. drakon2517
    Эта возможность появилась в поздних версиях. Нужно обновить модуль.
  6. drakon2517
    Добрый день. /system/config/rospost_types.php
  7. drakon2517
    Добрый день. Да, реализовано.
  8. drakon2517
    Добрый день. Думаю, можно почитать описание способов доставки на postcalc.ru - это должно внести ясность.
  9. drakon2517
    Такое возможно. Ответил в личку.
  10. drakon2517
    Нужно смотреть, на какую сборку была установка, какие ошибки и т.п. Если есть возможность дать доступ (в личку), то посмотрим.
  11. drakon2517
    Должно взлететь. Совместимость с версиями 1.5.x.
  12. drakon2517
    Нет. Как я писал, в этом релизе этого не планировалось.
  13. drakon2517
    Релиз 2.5.0 с исправлениями выпущен. Прошу забрать новый пакет.
  14. drakon2517
    Пока нет, postcalc не поддерживает этот тип доставки (отсутствует список ЦВПП). По информации от автора - планы есть.
  15. drakon2517
    С вариантами доставок (Посылка1Класс) - исправление будет в скором новом релизе. Сейчас вносятся последние правки. По поводу отзыва - перечень вариантов доставок основан на сервисе postcalc.ru (это касаемо ключей приходящих типов доставки), который в свою очередь основан на тарифах почты России. Более комментариев для подобных вбросовых отзывов нет. По части php 7 - адаптация планируется, но не в следующем релизе.
  16. drakon2517
    Добрый день. Когда появилась, что меняли? Можно в личку.
  17. drakon2517
    Здравствуйте. Да, верно. Данное исправление появится в новой версии. К сожалению, она готовится слишком долго. Тем не менее, она почти готова, в ближайшее время будет обновление. Спасибо за обратную связь.
  18. drakon2517
    Доступ восстановлен.
  19. drakon2517
    Увы.. другого решения не вижу.
  20. drakon2517
    Ну решена она будет в следующей версии ) Я, кажется, писал об этом выше: нужно выключить вывод ошибок - не как способ борьбы с ошибками, но как временное решение для данного Notice, при асинхронных потоках такие выводы будут искажать ответ от сервера - отсюда и ошибки, которые вы видели. Это если не говорить о том, что в prod-версии обрабатывать вывод ошибок (и не допускать показа подобных вещей, даже если они случаются) - правила хорошего тона.
  21. drakon2517
    1. Вывод ошибок на данный момент выключен? 2. Как определили, что причина в этой ошибке? Эти два скрина не обязательно должны быть связаны. 3. Ну и если отключить модуль почты - ошибка уходит?
  22. drakon2517
    Пока API postcalc не принимает в запросе параметров габаритов товара, т.е. зависимости типа отправления от габаритов пока нет.
  23. drakon2517
    Отправлено.
  24. drakon2517
    Итак. Призываю вас помнить о том, что цель разработки определена изначально мною и что в нем нужно делать определять в итоге также мне, не так ли? В конце концов, есть демо, где можно было подробно ознакомиться с работой модуля. Но мне важно, чтоб вы поняли, о чем идет речь. У меня чувство, что вы не хотите понять, о чем я говорю, а твердите лишь то, что вам хочется увидеть. Еще раз: Модуль позволяет либо передавать стоимость товара в запросе для расчета, либо не передавать ее. Этим определяется, будет рассчитана комиссия за перевод наложенного платежа или нет. В первом случае, вы можете вывести сумму комиссии за перевод наложенного платежа для информирования рядом с типом отправления, если это вам нужно, либо включить комиссию в сумму доставки кому как удобно. За это отвечает настройка: Здесь есть некорректность (об этом я писал выше) в вординге (правится в языковых файлах) - по факту это выбор между вариантами с доставкой с включенным сбором за перевод и доставкой без сбора. Т.е. это оба варианта наложенного платежа при условии, что ценность посылки передается в запросе. Либо можете вовсе не выводить стоимость федерального сбора за перевод. Оценку вы можете либо передать, либо нет. Как вы говорите "наложку", я убрал для того, чтобы показать вам, что модуль выводит стоимость доставки без комиссии, т.к. вы утверждали о двойной оплате и т.п. Если установить вышеуказанную опцию в "Выбор", то появится ваша "наложка" - стоимость доставки с включенным федеральным сбором. Прошу вас, хватит навешивать на модуль такие ярлыки, пока вы не разобрались с его работой. А разве не это заявлено в функционале модуля? Тут комментировать нечего - мне неведомо, что вы там делали с настройками, чтобы получить неправильные данные. Нужно разбирать конкретные примеры с вашими настройками. Предлагаю так и сделать, чтобы не тратить время зря
  25. drakon2517
    248 - это стоимость доставки с оценочной стоимостью и страховым сбором, при которой сумма комиссии за перевод наложенного платежа будет равна 85,16 руб. Для того, чтобы получить стоимость доставки по предоплате продавцу (= сумма товара + сумма доставки), не нужно передавать оценку в запросе (настройка приведена ниже). Тогда тариф доставки будет без оценочной стоимости и без страхового сбора, соответственно. Если я вас правильно понимаю. На текущий момент можно указать лишь один вариант - с наложенным платежом либо по предоплате (без НП), т.е. либо передавать ценность, либо нет: Тут есть определенные нюансы. Для одновременного вывода обоих расчетов необходимо делать два запроса на postcalc (с оценкой и без), т.к. за один запрос можно выполнить только один расчет. Это увеличивает суммарное количество запросов. При том, что на бесплатном тарифе у postcalc в сутки доступно только 500 запросов, это может стать препятствием для определенной группы пользователей. Но вы подвели меня к тому, что есть не совсем логичная настройка по НП (где предоставляется выбор), ее нужно переработать, да. В данной реализации в опции "выбор" она выводит не совсем то, что нужно. Спасибо. Но в целом это к нашей ситуации не относится, как я понимаю.

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.

  Я принимаю