Leaderboard

Створити поле catalog\model\checkout\order.php public function addOrder($data) { $this->db->query("INSERT INTO " . DB_PREFIX . "order_product SET order_id = '" . (int)$order_id . "', product_id = '" . (int)$product['product_id'] . "', name = '" . $this->db->escape($product['name']) . "', model = '" . $this->db->escape($product['model']) . "', quantity = '" . (int)$product['quantity'] . "', price = '" . (float)$product['price'] . "', total = '" . (float)$product['total'] . "', tax = '" . (float)$product['tax'] . "', reward = '" . (int)$product['reward'] . "'"); Ось це потрібно $order_product_id = $this->db->getLastId(); $this->db->query("UPDATE " . DB_PREFIX . "order_product op SET sku = SELECT sku FROM " . DB_PREFIX . "product WHERE product_id = '" . (int)$product['product_id'] . "' WHERE order_product_id = " . (int) $order_product_id . " AND order_id = '" . (int)$order_id . "' Как-то так

В такому випадку, треба заключати договір комісії, чи агентський договір з постачальником, а ваша різниця з продажу товару повинна заходити на ваш підприємницький рахунок, що не потребує видачі фіксального чеку. Інша справа, що я не зустрічав поки жодного постачальника, який би заключав подібні договори. Відео по темі:

Ще одна цікава тема - дропшипінг. А саме, коли ви продаєте не свій товар. І, зрозуміло, що відправляєте його не ви. Логічно, що в даному випадку, наложку клієнт сплачує не вам, а іншій особі. В даному випадку, фактичним продавцем, а головне - отримувачем коштів від клієнта є третя особа. Як відомо, Закон передбачає фіскалізацію не факту продажу чи здійснення замовлення на сайті, а саме фінансову операцію - оплату. В разі, коли клієнт сплатив не вам, а іншій особі, яка до того ж і надіслала товар, логічно стверджувати, що саме ця третя сторона має фіскалізувати СВОЮ фінанстову операцію. Це я так думаю. До речі, в Законі про такий вид продажу взагалі не йдеться. Саме в Законі про фіскальні чеки та використання РРО (у т.ч. ПРРО). А які думки є у вас, шановна спільнота?

Всі роз'яснення цікаві. Навіть деякі логічні та відповідають на загальні питання "що і як робити". Але, з юридичної точки зору, роз'яснення, навіть Податкової, не є частиною Закону чи підзаконного акту, які регулюють якісь правовідносини. Це просто бачення окремої державної служби, тобто - їх тлумачення Закону. В разі, якщо суб'єкт господарювання, у нашому випадку ФОП, буде звинувачений Податковою у недотриманні цього ж Закону, і справа дійде до суду (якщо ФОП буде не згодний зі звинуваченнями Податкової та відмовиться сплачувати штраф), Суд буде апелювати саме Законом. Відповідач (тобто ФОП) разом з Судом, можуть тлумачити роз'яснення Податкової, як її власну думку, яка не завжди співпадає з Законом. Тим паче, що Податкова буде в цій ситуації зацікавленою особою, в частині стягнення штрафу з ФОП. А тому, її тлумачення Закону, якщо такі не відображені чітко в Законі, не будуть враховані Судом. І все тому, що Податкова не є законотворчім органом, тобто не створює закони, і тому не може їх тлумачити від першої особи. На це є Верховний Суд Україні. І всі її тлумачення автоматично є заангажовані власною діяльністю та метою. Тобто, якщо ставити на меті апеляцію щодо вироку Податкової з приводу штрафів за оформлення чеків по наложкам, в Суді, може виявитись, що роз'яснення не мають достатньої юридичної сили, не можуть доповнювати (суперечити, тощо) Закону, а тому - не будуть прийняті до уваги для підтвердження правомірності накладання таких штрафів. Тому, я б, насамперед, читав Закон. Якщо в законі сказано про необхідність фіскалізації платіжної операції (тобто, факту оплати), то і створювати чек логічно в момент (чи за фактом) саме оплати. А не замовлення, предзамовлення, бажання замовити, бажання сплатити, тощо. Це мої власні думки, а не висновки Судових інстанції чи юридичних експертів. Більше того, це моя власна думка стосовно дій ФОПа, який захоче судитись з Податкеовою. Не впевнений, що судитись буде простіше, аніж робити чеки на все "що рухається" чи просто сплатити штраф Податкової, навіть якщо ви будете з ним не згодні. Тому, не потрібно брати мої до виконання))) Але, є така думка. Цікаво, що спільнота думає з даного питання... ПС: Чому я взагалі щось про це пишу? Зокрема про суди з Податковою. У мене є така практика, як директора ТОВ. причому - позитивна. Тобто, суди про стягнення штрафів за рішенням Податкової, на основі результатів перевірки, ВСІ були виграні. А суми штрафів вимірювались мільйонами. Просто там ТОВ були не дуже маленькі. І, відповідно, був штат юристів, які добре знаються на даній темі. У ФОПів, звісно, такого ресурсу немає. Тому реалії в даному випадку можуть виглядати інакше, нажаль...

Зверніть увагу на дату статті 11 серпня 2023 Інформація про чеки для накладеного платежу вперше прозвучала десь в другій половині серпня.

Буде, я переношу цей функціонал у створення інвойсів, можна буде створити інвойс на будьяку суму і прив'язати його до замовлення

До Twigа якраз найменше питань. Синтаксис простий, останні його версії по швидкодії не так сильно відстають від TPL. Ось зараз копирсаю, додав в Opencart можливість одразу робити {{ load('common/header') }}, код контроллерів ще трохи почистився. Правда, лише в адмінській частині, інакше би одразу збилася сумісність з усіма шаблонами для вітрини. І в результаті вийде Prestashop в початковій стадії. Події та ORM сильно підіймають поріг входу та вартість розробки. Супер - якщо прийде час, запрошу долучитися. Звичайно, є орієнтовний план і потрібно зробити немало роботи до того, як чимось заявлятись. Основна концепція - щоб усе нагально-потрібне було з коробки, і було настільки хорошим, щоб уже в цю зону не було потрібно робити комерційних доповнень. Хоча це теж засада, бо весь час Opencart тримається на розробниках, що продають базовий функціонал, your pain is my gain, Daniel )) Программа-мінімум: 1. Зміна структури бази під швидкодію з великою кількістю товарів/категорій/атрибутів 2. Вбудоване SEO, більшою частиною автоматичне і підкапотне 3. Хороший та швидкий модуль фільтрів 4. Імпорт/експорт 5. Оновлення Opencart по кнопці, перевірка нових версій доповнень і теж оновлення їх по кнопці 6. Блог/статті/новини 7. Хороша робоча дефолтна тема вітрини, на якій можна реально крутити магазин

как то так... модель public function getSpecialPriceDate($product_id){ $sql = $this->db->query("SELECT DISTINCT * FROM " . DB_PREFIX . "product_special WHERE product_id = '".$product_id."'"); return $sql->row; } контроллер if($data['special']){ $special_date = $this->model_catalog_product->getSpecialPriceDate($this->request->get['product_id']); }else{ $special_date = ''; } if ($special_date->num_rows && $special_date->row['date_end'] != '0000-00-00') { $data['special_date_end'] = date($this->language->get('date_format_short'), strtotime($special_date->row['date_end'])); } шаблон <?php if ($special_date_end) { ?> <?php echo $special_date_end; ?> <?php } ?>