Что должна делать дисконтная карта

До подготовки печати в Алматы опишите, как карту предъявляют и как проверяют право на условия программы: по напечатанному номеру, коду или другому согласованному способу. Укажите владельца программы и того, кто утверждает информацию на карте. Сам носитель не устанавливает размер скидки и не подключает учетную систему.

Разделите три результата: дизайн, физическую карту и работу программы. Здесь речь о первых двух и о подготовке данных для проверки. Для карты участника со своей ролью и сроком полезна памятка о клубных картах; общее сравнение есть в разделе пластиковых карт.

Какие сведения утвердить до дизайна

ВопросЧто зафиксировать
Кто и где принимает картуНазвание программы и понятный способ применения
Какие условия показыватьУтвержденный текст или место актуальных условий
Кто проверяет номерОтветственный процесс и нужное оборудование
Нужны ли разные оформленияID варианта и количество каждого
Кто подтверждает итоговый файлОдин ответственный за текст, данные и редакцию

Если правила еще меняются, не закрепляйте в дизайне неподтвержденные проценты, сроки и обещания. Сначала согласуйте текст с владельцем программы. Открытие страницы по QR и подтверждение права на скидку — разные операции.

Реестр номеров и переменных данных

Для карты с индивидуальным ID подготовьте согласованный реестр. В D11 одна запись соответствует одной физической карте; поля card_id и design_id связывают номер с оформлением. Уникальность проверяют по полному ID, включая префикс серии. Порядок строк и порядок пачек тоже должны быть понятны.

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

Сверьте количество по вариантам и повторения полных ID в помощнике проверки тиража и номеров. Он сравнивает введенные таблицы в браузере; готовность PDF и работу программы проверяют отдельно.

Номер, QR и штрихкод выбирают под способ проверки

Сначала узнайте, что должен получать сотрудник или считыватель: ID, адрес страницы либо другое согласованное значение. Затем выберите тип кода, его размещение и способ печати. Видимый номер может помогать ручной сверке, но его связь с кодом нужно проверить на итоговом макете.

Вокруг QR оставляют свободное поле; декоративная рамка, текст и край не должны занимать эту область. Размер определяется содержимым, символом, печатью и условиями считывания. Универсального размера в миллиметрах эта памятка не задает. Блок «зона кода» на схеме не является действующим кодом.

Пример D11: два оформления и 60 разных ID

Учебный D11: 40 карт A с ID DEMO-D-A-001–040 и 20 карт B с ID DEMO-D-B-001–020 дают 60 карт и 60 разных полных ID; зона кода не является кодом
Схема к примеру задания: параметры и состав изделия.

Учебный пример PrintZakaz. Серии, числа и ID условные. Реальных клиентов, работающих кодов, печати и подключенной учетной системы нет.

Условная партия D11 редакции R02 состоит из 40 карт A и 20 карт B. Нумерация внутри серий начинается одинаково, но полные ID различаются префиксом.

ОформлениеУчебный диапазон IDКоличество
A / D11-A-R02.pdfDEMO-D-A-001 — DEMO-D-A-04040
B / D11-B-R02.pdfDEMO-D-B-001 — DEMO-D-B-02020
ИтогоДве непересекающиеся серии полных ID60 карт

В плане D11-data-R02.csv предусмотрено 60 записей, по одной на карту. Это не 60 вариантов дизайна: оформлений два. PDF, CSV и физические карты в примере не созданы. Правила программы, значения кодов и активация в учетной системе в эту схему не включены.

Показать учебный бриф
УЧЕБНЫЙ ПРИМЕР PrintZakaz — D11, ДВА ВАРИАНТА ДИСКОНТНОЙ КАРТЫ
Условное задание на печатный носитель, без действующей программы лояльности.

Назначение: представить два оформления карты и подготовить учет печатных номеров.
Правила программы, размер и применение скидки: [утверждает владелец программы отдельно].
Тираж: 60 физических карт одной редакции R02, без дополнительных экземпляров.
Вариант A: 40 карт; учебные ID DEMO-D-A-001 — DEMO-D-A-040.
Вариант B: 20 карт; учебные ID DEMO-D-B-001 — DEMO-D-B-020.
Проверка: 40 + 20 = 60 карт и 60 разных полных ID; префикс входит в ID.
Номера с ведущими нулями хранятся как текст; A-001 и B-001 — разные ID.
Общий дизайн: D11-A-R02.pdf и D11-B-R02.pdf; таблица: D11-data-R02.csv.
В таблице для примера: одна запись на карту, поля card_id и design_id.
Это план файлов: PDF и CSV в учебном примере не созданы и не объединялись.
Материал, толщина, готовый размер, углы и шаблон: [согласовать с исполнителем].
Печатный номер и код: [согласовать значение, тип и размещение отдельно].
Работающих QR/штрихкодов в схеме нет; обозначена только зона под код.
Проверить в итоговом макете: весь реестр, соответствие ID варианту,
лицо/оборот, ведущие нули, уникальность, читаемость и зоны без печати.
Физическую пробу с нужным считывателем и фактической отделкой [согласовать].
Учетная система, активация, начисления и предоставление скидок в печатное задание не включены.
Получение: Алматы, [место, способ и подписи двух пачек подтвердить].
Реальных клиентов, изготовленного тиража и проверки физической карты в примере нет.

Скачать пример TXTСоставить свой бриф →

Материал и макет двух сторон

Запросите шаблон под выбранный материал, толщину, форму углов и технологию. Укажите, где лицо и оборот, как читается номер и какая часть карты остается видимой в держателе. Цвет, отделку и зоны без печати согласуйте вместе с исполнителем.

Сделайте пробный вывод длинного ID и наиболее плотного варианта текста. Мелкий номер на экране и на готовом материале может восприниматься по-разному. Если карту будут передавать в упаковке, ее реальные параметры понадобятся для картонного картхолдера. Общие проверки экспорта есть в требованиях к макетам.

Проверка слияния и физической пробы

  1. Сверить весь реестр: число записей, уникальность ID и соответствие варианту.
  2. Проверить итоговый макет с подставленными значениями, лицо и оборот.
  3. Согласовать пробу на фактическом материале и с выбранной отделкой.
  4. Проверить считывание нужным устройством и сравнить результат с реестром.
  5. Отдельно проверить действия программы после считывания, если это входит в проект.

Успешное считывание одного образца не подтверждает корректность остальных записей и работу скидок. Зафиксируйте, какие образцы и действия действительно проверены. Помощник может сверить учебный список ID; он не заменяет проверку PDF, физической пробы и работы программы. Они в примере не выполнялись.

Расчет и приемка в Алматы

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

При выдаче сверяйте физическое количество, серии и подписи пачек с утвержденным реестром. Зафиксируйте порядок обработки повторной печати, чтобы не выдать два одинаковых ID без согласования. Срок, адрес и возможность изготовления подтверждает выбранный исполнитель; PrintZakaz помогает подготовить задание для выбранного исполнителя.

Вопросы о тираже и программе

Нужны ли 60 разных макетов для 60 номеров?

Можно подготовить шаблоны и таблицу переменных данных, затем проверить результат слияния. В D11 два оформления и 60 полных ID.

Будет ли карта сразу давать скидку?

Это определяет согласованный процесс программы. Печать носителя и кода не заменяет его настройку и проверку.

Можно ли повторно напечатать тот же номер?

Порядок замены и учета дубликатов нужно согласовать заранее с владельцем программы. Печатник не должен самостоятельно придумывать эту логику.

Источники и дополнительное чтение

Первичные материалы описывают слияние данных, свободное поле QR и проверку печатного кода. D11 и C12 — учебные реестры PrintZakaz. Карты не изготовлены, данные не загружены в учетную систему; считывание, скидки и членство не проверялись.