n00b

У меня не платежная система РФ. И НДС во всем мире считают "стоимость товара + НДС". Потому что так правильно. РФ тут действительно редкое исключение, которое достаточно сильно мешает бизнесу. ----- Закрыли про НДС?-------- Ашап (я правильно называю?) Вот покрутите в голове (если не сложно) пару деньков. Там подводник за подводником вылезает. Нервов не хватает. Пример - купон действует не на все товары. Шины (к примеру) с купоном, а диски без. Потом - эта же вся хрень - модуль возврата! (в теории то он должен работать). Про подарочные сертификаты - мы даже думать не начинали. Если нужен будет "дай на живом глянуть" - не вопрос. Покажу. И само собой есть четкий доступ к "для разработчиков" к платежной системе с полным описанием. -- Ну и соответственно "что бы модулем, что бы 2,302 и 3.xx" и что бы не конфликтовало и вообще! Цена вопроса и сроки.

Вот! Мы с вами начали об одном думать. "НДС считайте как хотите" - собственно я это и хотел сказать. Что проблему мы на микро уровне решили - при том что логика устраивает. Но уперлись в то самое "Как вычесть скидку, не вычитая её из конечного чека, при том что там по нам опять бухнет кривой НДС" - и при этом не переписывая OPENCART с нуля. И вывод у нас примерно такой же "Да ни как. Даже если и поправите - каждый новый модуль доставки (или иной модуль влияющий на цену) - будет портить вам всю малину". Есть идея, все таки, подсунуть платежному модулю "Липу". Но где геренить эту липу, и как сделать что бы липа не конфликтовала со всем остальным. Ищу мало ли есть у кого опыт успешного решения.

Ashap, Я же сразу написал что не надо спорить насчет НДС. НДС - это налог. Налоги добавляются. Это логика экономики. И Open cart прав в этом. Даже если бухгалтера в РФ вынуждены работать через 5тую точку. Это не делает верным решение "взять цену и вычесть НДС". И в моем случае это вообще не вопрос. Меня устраивает прибавление НДС. И даже с косяками при округлении мы справились. Но уперлись в "Минусовые значения нельзя", А Минусовые значения в чеке появляются когда "добавить код на скидку". Open Cart считает скидку минусом. Очевидно - что нужно решение, которое обыграет скидку "ДО ЧЕКА". Как то так. И вот я сижу и репу чешу. Реально ли это сделать, при этом что бы покупатель все таки пониманал логику ценообразования. Сталкивались с такой проблемой когда оператор системы оплаты не допускает минусов в чеке (и при этом еще и НДС никто не отменял - там же тоже идут минусовые значения)?

Всем приветы. Я здесь вообще новенький, но уже знаю что прежде чем задавать вопрос - поищи. Поискал. Нашел кой что, но к моему вопросу вообще ни как не относящееся. Не буду читать лекцию про "вычитать не правильно". Поверьте - НДС не вычитают. И в этом плане, Open cart прав. Но вот считает он её с суммы. И вот тут он не прав. Суть вопроса (часть 1) Предположим товар без НДС стоит 5,25 копеек. Предположим значение НДС составляет 23% Что выдаст open cart Цена 6,46 Цена без НДС 5,25 Супер. Кладем в корзину 3 штуки. Корзина покажет: Цена товара: 5,25*3 = 15,75 Общая стоимость = 19,37 В том числе НДС = 3,62. Берем калькулятор - если я 6,46 умножу на 3 = 19,38 Округлениями потеряли копейку. А теперь представьте себе редкую платежную систему, но не имеющую альтернатив Которая ТРЕБУЕТ что бы её подсчеты, совпадали с данными выдаваемые магазином. Купил 3 товара по 6,46 - Значит подай мне 19,38 Cуть вопроса в целом: Мы научили opencart правильно "выдавать" платежному модулю цифорки. Но та же система, отказывается считать "Минусы" и "Нет данных". То есть, не работает "введите код скидки" (потому что добавляет отрицательно значение в чек) И не работает "забрать со склада" - потому что вместо значения, дает пустоту. (это кстати мы скорее всего тоже не сложно вылечим). ------ Вопрос по сути: Ищу специалиста, кто досконально понял о чем написано, и который может авторитетно сказать либо "да это решаемо" либо "забудь - кода скидки у тебя не будет"). P.S. Заранее извиняюсь если вдруг написал не туда или не так.