Рахунок на оплату PDF JoomShopping 5+

Якщо покупцеві для оплати потрібен рахунок, менеджеру не обов'язково кожного разу створювати документ вручну, переносити в нього товари, суму, реквізити та надсилати окремим листом.

Рахунок на оплату PDF для JoomShopping 5+ автоматично формує PDF-документ на основі даних замовлення та може додати його до листа, який отримує покупець після оформлення.

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

Коли рахунок є частиною процесу продажу

У багатьох магазинах оформлення замовлення не закінчується натисканням кнопки «Замовити».

Для безготівкової оплати покупцеві може знадобитися документ із:

• реквізитами продавця;
• даними покупця;
• номером і датою замовлення;
• переліком товарів;
• вартістю доставки;
• податками;
• загальною сумою;
• інформацією про спосіб оплати.

Якщо формувати такі документи вручну, кожне замовлення створює додаткову операцію для менеджера.

Розширення переносить цю роботу в автоматичний процес JoomShopping.

Не просто PDF, а документ із реального замовлення

Рахунок формується не окремо від магазину, а безпосередньо на основі вже створеного замовлення JoomShopping.

Це означає, що в шаблон можна автоматично підставляти дані, які вже є в системі:

• контактну інформацію покупця;
• номер і дату замовлення;
• статус;
• товари;
• податки;
• суму замовлення;
• доставку;
• оплату;
• коментар покупця;
• дані магазину.

Менеджеру не потрібно повторно вводити інформацію, яка вже була отримана під час оформлення.

Окремий шаблон для кожного способу оплати

Різні способи оплати можуть вимагати різного документа.

Наприклад, для юридичної особи може бути потрібен рахунок із повними реквізитами компанії, а для іншого способу оплати — простіший банківський документ або квитанція.

Розширення дозволяє створювати окремі шаблони для різних способів оплати.

У результаті покупець отримує документ, який відповідає саме вибраному ним сценарію оплати.

Підходить для B2B та B2C

Один магазин може одночасно працювати і з приватними покупцями, і з компаніями.

Для B2B-клієнта важливими можуть бути повні реквізити, формалізований рахунок та інформація для бухгалтерії.

Для фізичної особи може бути достатньо більш простого документа для банківського переказу.

Завдяки різним шаблонам під способи оплати ці сценарії можна розділити без створення окремої системи рахунків.

Мультимовні рахунки

Якщо магазин працює декількома мовами, документ для покупця також може відповідати мові оформлення замовлення.

Розширення підтримує мультимовні шаблони відповідно до мов, увімкнених у JoomShopping.

Це дозволяє підготувати переклади тексту рахунку заздалегідь і не створювати їх вручну для кожного міжнародного замовлення.

Власний дизайн рахунку

PDF не обмежується одним жорстко заданим бланком.

Шаблон формується в HTML, тому його можна адаптувати під документи конкретного магазину:

• розмістити реквізити у потрібному порядку;
• додати службовий або пояснювальний текст;
• змінити структуру блоків;
• оформити таблицю товарів;
• додати фірмові елементи.

Після цього система перетворює шаблон у готовий PDF-документ.

Логотип, печатка та факсиміле підписів

У рахунок можна додати графічні елементи компанії.

Підтримується завантаження:

• логотипа;
• зображення печатки;
• факсиміле підпису директора;
• факсиміле підпису бухгалтера.

Це дозволяє підготувати шаблон документа, максимально наближений до звичного рахунку компанії.

Необхідність печатки, підписів та конкретних реквізитів залежить від правил документообігу вашої компанії та вимог, які застосовуються до конкретної операції.

Дані підставляються через шорткоди

Для динамічних даних використовуються шорткоди.

У шаблоні ви один раз визначаєте, де повинні знаходитися ім'я покупця, номер замовлення, таблиця товарів, сума або реквізити магазину.

Під час формування PDF відповідні значення підставляються автоматично.

Дані покупця

У шаблон можна вивести:

• {user_first_name} — ім'я;
• {user_middle_name} — по батькові;
• {user_last_name} — прізвище;
• {user_phone} — телефон;
• {user_city} — місто;
• {user_street} — вулицю;
• {user_street_nr} — номер будинку;
• {user_home} — квартиру або будинок.

Дані замовлення

Для інформації про замовлення доступні:

• {order_number} — номер замовлення;
• {order_status} — статус;
• {order_date} — дата;
• {order_tax} — податки;
• {order_total} — загальна сума;
• {products_table} — таблиця замовлених товарів;
• {comment} — коментар до замовлення.

Завдяки {products_table} не потрібно вручну верстати список позицій для кожного нового рахунку — він формується з поточного замовлення.

Реквізити магазину

Для даних продавця можна використовувати:

• {vendor_company} — назву компанії;
• {vendor_address} — адресу;
• {vendor_zip} — поштовий індекс;
• {vendor_city} — місто;
• {vendor_phone} — телефон;
• {vendor_fax} — факс.

Дані доставки та оплати

Рахунок може містити не тільки товари, але й інформацію про вибрані способи доставки та оплати.

Доступні шорткоди:

• {shipping_name} — назва способу доставки;
• {shipping_price} — вартість доставки;
• {shipping_params} — параметри доставки;
• {payment_name} — назва способу оплати;
• {payment_price} — націнка за оплату;
• {payment_params} — параметри оплати.

Це дозволяє сформувати документ з урахуванням повної структури вартості замовлення.

PDF автоматично додається до листа

Після формування рахунку не потрібно окремо завантажувати файл, відкривати пошту та вручну прикріплювати його до повідомлення.

Розширення може автоматично додати сформований PDF до листа замовлення.

Покупець отримує підтвердження замовлення та необхідний документ у межах одного стандартного процесу.

Передперегляд без тестового замовлення

Під час створення шаблону важливо одразу бачити, як він виглядатиме у PDF.

Після збереження шаблону можна згенерувати тестовий документ без необхідності створювати реальне замовлення.

Це дозволяє швидко перевірити:

• розташування блоків;
• оформлення тексту;
• логотип;
• печатку та підписи;
• загальний вигляд документа.

Після коригування шаблон можна одразу перевірити повторно.

Разом зі зручним оформленням замовлення

PDF-рахунок вирішує задачу вже після того, як покупець сформував замовлення.

Сам процес оформлення можна спростити за допомогою OneStepCheckout 5 для JoomShopping 5+ , який дозволяє оформити кошик, адресу, доставку та оплату на одній сторінці.

У такому сценарії покупець оформлює замовлення, а після його створення автоматично отримує підготовлений PDF-рахунок.

Для банківської та онлайн-оплати

Рахунок PDF особливо корисний для способів оплати, де покупцеві потрібні реквізити для самостійного переказу коштів.

При цьому магазин може одночасно використовувати й онлайн-оплату, наприклад Plata by MONO (Monobank) для JoomShopping 5+ або LiqPay Приват24 для JoomShopping 5+ .

Для кожного сценарію покупцеві можна запропонувати відповідний спосіб оплати, а PDF-рахунок використовувати там, де потрібен окремий платіжний документ.

Де PDF-рахунки особливо корисні

Розширення найбільш актуальне для магазинів, де значна частина замовлень оплачується не тільки банківською карткою безпосередньо на сайті.

Наприклад:

• B2B-магазини;
• продаж юридичним особам;
• оплата за банківськими реквізитами;
• товари для підприємств та організацій;
• оптові продажі;
• обладнання та технічна продукція;
• магазини, де рахунок є стандартною частиною процесу продажу.

Основні можливості розширення

• автоматичне формування PDF-рахунку для замовлення JoomShopping 5+;
• автоматичне додавання PDF до листа замовлення;
• окремі шаблони для різних способів оплати;
• підтримка B2B та B2C сценаріїв;
• мультимовні шаблони;
• HTML-шаблон документа;
• автоматичне перетворення шаблону у PDF;
• завантаження логотипа компанії;
• додавання печатки;
• додавання факсиміле підпису директора;
• додавання факсиміле підпису бухгалтера;
• шорткоди даних покупця;
• шорткоди даних замовлення;
• автоматична таблиця товарів;
• шорткоди реквізитів магазину;
• дані способу доставки та його вартості;
• дані способу оплати та націнки;
• передперегляд тестового PDF без створення реального замовлення.