Содержание

Виды чеков, которые выдают покупателям — Контур.ОФД — СКБ Контур

Кассовый чек

Кассовый или фискальный чек — это первичный учетный документ. Его формируют на контрольно-кассовой технике (ККТ). Согласно ст. 1.2 Закона № 54-ФЗ, продавец обязан при осуществлении расчета сформировать и передать такой чек покупателю. С ним последний сможет вернуть товар, если нужно, или получить вычеты.

Обязательные реквизиты, которые должен содержать кассовый чек, перечислены в ст. 4.7 Закона № 54-ФЗ. Среди них дата и время расчета, название товара или услуги, если получается его определить, QR-код и другие. Как выглядит правильный чек, смотрите в справочной.  

QR-код самый крупный обязательный элемент кассового чека. Если его нет — скорее всего это другой документ. Проверить корректность чека и факт его отправки в налоговую можно в сервисе ФНС или на специальном сайте Контур.ОФД

У фискального чека есть еще и электронная версия. Если покупатель заранее попросил отправить ему чек на почту или по номеру телефона и продиктовал контакты, продавец обязан это сделать (п. 2 ст. 1.2 Закона № 54-ФЗ). Электронный чек приравнивается к бумажному и может служить подтверждением расчета.

Товарный чек

Товарный чек нужен для подтверждение розничной покупки товара. После перехода на ККТ его практически вытеснил кассовый чек. Теперь пользователи онлайн-касс обязаны оформлять товарный чек, только по просьбе покупателя, если в кассовом чеке недостает индивидуальных признаков товара, к примеру, наименования или артикула. Это правило распространяется на следующие товары: 

  • технически сложные товары;
  • животные и растения;
  • стройматериалы;
  • мебель;
  • ткань, одежда, меха и обувь.

 Так сказано в Постановлении Правительства РФ от 31.12.2020 № 2463.

Выдать товарный чек без кассового могут только продавцы, которые освобождены от ККТ, потому что ведут расчеты в отдаленных или труднодоступных местах (Постановление Правительства от 15.03.2017 № 296).

Слип-чек

Слип — это документ, который формируется на терминале эквайринга. Во время оплаты покупатель прикладывает карту к терминалу, который отправляет запрос в процессинговый центр , чтобы проверить достаточно ли денег на счете. Если достаточно, списывается нужная сумма, а терминал печатает два слип-чека: один необходимо передать покупателю, а второй остается у продавца.  

Распространенная ошибка — выдать покупателю только слип без кассового чека. Это нарушение Закона № 54-ФЗ. Чтобы избежать штрафа, обязательно провести расчет на ККТ и выдать клиенту кассовый чек. Иначе предпринимателю или организации грозит штраф за неприменение кассы. 

Как штрафуют за нарушение 54-ФЗ смотрите в справочной >

Не знаете, как отправить покупателю электронный чек? Подключите Контур.ОФД и пакет СМС. 

Подключить

Кассовый чек это \ Акты, образцы, формы, договоры \ Консультант Плюс

]]>

Подборка наиболее важных документов по запросу Кассовый чек это (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое).

Судебная практика: Кассовый чек это
Открыть документ в вашей системе КонсультантПлюс:

Подборка судебных решений за 2019 год: Статья 14.53 «Несоблюдение ограничений и нарушение запретов в сфере торговли табачной продукцией и табачными изделиями» КоАП РФ
(ООО «Центр методологии бухгалтерского учета и налогообложения»)Суд, отказывая в удовлетворении требований общества к Управлению Федеральной службы по надзору в сфере защиты прав потребителей и благополучия человека по субъекту РФ об оспаривании постановления по делу об административном правонарушении, разъяснил, что судом первой инстанции установлено и материалами дела подтверждается, что заявителем в магазине осуществлялась розничная продажа табачной продукции, что подтверждается кассовым чеком. При этом доводы подателя апелляционной жалобы о том, что кассовый чек не является надлежащим доказательством факта реализации табачной продукции в магазине заявителя ввиду того, что наименование товара в чеке не является общеизвестным, отклоняются судом апелляционной инстанции по следующим основаниям. Так, согласно данным интернет-ресурса Федеральной службы по интеллектуальной собственности, патентам и товарным знакам (https://rupto.ru/ru) наименование «Ява Золотая Классическая» является зарегистрированным товарным знаком. Неохраняемые элементы товарного знака: Ява Золотая Классическая; классы МКТУ и перечень товаров и/или услуг: 34 — табак, табачные изделия, сигареты, папиросы.

Статьи, комментарии, ответы на вопросы: Кассовый чек это Путеводитель по сделкам. Комиссия. Комиссионер (субкомиссионер)При реализации товаров населению за наличный расчет комиссионер выдает покупателю кассовый чек или иной документ установленной формы, а счет-фактуру не выставляет (п. 7 ст. 168 НК РФ, Письма Минфина России от 24.04.2015 N 03-07-11/23546, от 30.07.2014 N 03-07-09/37589). Подробнее см. раздел «Оформление комиссионером счета-фактуры при реализации товара населению». При этом показатели данных кассовых чеков организация-комиссионер не регистрирует в книге продаж (п. 1 Правил ведения книги продаж, применяемой при расчетах по налогу на добавленную стоимость). При возврате покупателем товара комиссионер не отражает в книге покупок реквизиты расходного кассового ордера.

Нормативные акты: Кассовый чек это

Кассовый чек — это… Что такое Кассовый чек?

Ка́ссовый чек — особый вид квитанции в России и в некоторых других странах Восточной Европы, документ, который печатает на специальной ленте кассовая машина.

Кассовый чек — фискальный документ, то есть имеющий отношение к уплате налогов в Российской Федерации, а также других странах. Внешне кассовый чек (КЧ) — это полоска бумажной ленты прямоугольной формы. Кассовый чек является документальным подтверждением договора купли-продажи. Его наличие является одним из возможных доказательств, представляемых для возврата либо обмена купленного товара. В настоящее время ст.25 п.1 ФЗ «О защите прав потребителей» говорит о том, что возврат товара возможен при наличии свидетеля. При строгом соблюдении норм российского законодательства о защите прав потребителей его наличие не является для этого обязательным. Однако, на практике, чек все же лучше сохранять.

На КЧ имеются следующие реквизиты:

  • Приветствие
  • Организационно-правовая форма и наименование продавца
  • ИНН продавца
  • Номер ККМ
  • Номер КЧ по порядку
  • Дата операции
  • Перечень товаров, купленных покупателем
  • Итоговая сумма

Иногда в КЧ указывается размер скидки, накопительные бонусы и т. д.

Большей частью в современных ККМ для печатания КЧ используется термобумага.

На кассовых чеках некоторых стран присутствует логотип страны и обозначение, позволяющее установить производителя и модель кассового аппарата, например, на всех литовских чеках присутствует обозначение LTF и код модели кассового аппарата из двух латинских букв, логотипы страны также имеются на польских[1], чешских (MF)[2] и, вероятно, болгарских чеках.

Примечания

В этой статье не хватает ссылок на источники информации.
Информация должна быть проверяема, иначе она может быть поставлена под сомнение и удалена.
Вы можете отредактировать эту статью, добавив ссылки на авторитетные источники.
Эта отметка установлена 13 мая 2011.

Кассовый чек на предоплату | Такском


Этот год ознаменован массовым переходом на онлайн-кассы при расчетах на территории РФ. Время обязательного применения такой техники не наступило пока только для малых предприятий и индивидуальных предпринимателей, использующих патентную систему налогообложения или систему налогообложения в виде единого налога на вмененный доход, а также оказывающих услуги населению (при условии выдачи им бланков строгой отчетности). По мере выполнения новых требований законодательства и осваивания онлайн-ККТ у представителей бизнеса появляются все новые и новые вопросы.

Разберем ситуацию, когда кассовый чек пробивается на полученную предоплату (аванс) за товар, работу, услугу. С такой ситуацией может столкнуться, например, оптовый продавец, работающий с клиентами на различных условиях платежа, в том числе, в режиме предоплаты (частичной предоплаты, аванса).

И сложность в данном вопросе заключается в том, что «авансовый» чек не всегда содержит все обязательные реквизиты — наименование, количество и цену товаров, работ, услуг, которые требуются в приказном порядке в соответствии с Федеральным законом от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием электронных средств платежа» в новой редакции (далее – Закон № 54-ФЗ). Ведь продавец не всегда на стадии получения аванса от покупателя точно знает объем и список товаров, которые будут ему реализованы.

Чек на предоплату должен быть

Напомню, согласно п. 1 ст. 1.2. Закона № 54-ФЗ кассовую технику применяют на территории РФ в обязательном порядке все организации и индивидуальные предприниматели, осуществляющие расчеты с покупателями. Исключение составляет ряд случаев, установленных Законом № 54-ФЗ. Получение предоплаты (аванса) не входит в этот перечень. Следовательно, при получении предоплаты (аванса) продавец обязан выдать покупателю кассовый чек или бланк строгой отчетности в общепринятом порядке. Такой кассовый чек выдается, по общим правилам, в момент совершения расчета, ведь аванс – это та же плата за товар, просто предварительная.

Какие обязательные реквизиты есть у чека

В соответствии с требованиями ст. 4.7 Закона № 54-ФЗ в новой редакции кассовый чек, как и бланк строгой отчетности (БСО), должны содержать ряд обязательных реквизитов, большая часть которых известна по предыдущей редакции закона. К обязательным реквизитам кассового чека и БСО относятся, в первую очередь, наименование товаров, работ, услуг, платежа, выплаты, их количество, цена за единицу с учетом скидок и наценок, стоимость с учетом скидок и наценок с указанием ставки налога на добавленную стоимость (за исключением документов, формируемых при расчетах пользователями ККТ, не являющимися налогоплательщиками НДС или освобожденными от исполнения обязанностей налогоплательщиков НДС, а также при расчетах за товары, работы, услуги, не подлежащие налогообложению или освобождаемые от налогообложения НДС).

В связи с введением онлайн-касс появились еще и другие реквизиты кассового чека. Так, например, помимо даты и времени оплаты, в документе надо указывать место покупки.

Также в число обязательных реквизитов вошли:

  • применяемая при расчете система налогообложения;
  • сумма расчета с отдельным указанием ставок и сумм налога НДС по этим ставкам;
  • фискальный признак документа;
  • порядковый номер фискального документа;
  • фискальный признак сообщения;
  • другие реквизиты.
Новые реквизиты должны обязательно присутствовать на чеке или БСО с того момента, как только пользователь ККТ переходит на онлайн-кассу. До тех пор, пока налогоплательщик работает на обычном кассовом аппарате в старом режиме, что сегодня и до 01.07.2018 г. возможно только для представителей малого бизнеса, в бланке строгой отчетности менять ничего не нужно. Новые реквизиты обязательны только для кассовых чеков и БСО, сформированных на ККТ нового поколения, отвечающих изменениям в законодательстве.

Кроме того, отмечу, что с 1 июля 2018 года формировать бланки строгой отчетности можно будет только с помощью кассовых аппаратов. БСО станут по сути теми же кассовыми чеками.

Как пробивать чек на предоплату

На практике пользователи ККТ неоднократно задавали вопрос о том, каким образом формировать кассовый чек, если расчет идет в режиме предоплаты, а перечень и количество товаров, работ, услуг еще не известны. Официальную позицию по этому поводу высказал Минфин России в своем письме от 28.04.2017 № 03-01-15/26352: в том случае, если объем и список товаров, работ, услуг невозможно определить в момент оплаты (предоплаты), на кассовом чеке или БСО нужно отразить фактически полученную сумму и указать, что это аванс.

Таким образом, в рассматриваемом случае все обязательные реквизиты, предусмотренные ст. 4.7 Закона № 54-ФЗ, в частности, наименование товаров, их количество, цену, ставку налога и другие нужно указывать в кассовом чеке при конечном расчете. Причем, фактически полученную сумму денежных средств (наличных и (или) электронных средств платежа) необходимо отражать без привязки к конкретным товарным позициям и при этом не показывать сумму ранее полученного аванса.

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

В настоящее время уже утвержден и действует Приказ ФНС России от 21.03.2017 № ММВ-7-20/[email protected] «Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию», который содержит, в том числе рекомендации по формированию кассового чека на предоплату.

Кроме того, в Приказе приведены значения реквизита «Признак способа расчета» и перечень оснований для присвоения соответствующих значений реквизиту, а также формат реквизитов фискальных данных в печатной форме для следующих типов операций:

  • полная предварительная оплата до момента передачи предмета расчета;
  • частичная предварительная оплата до момента передачи предмета расчета;
  • аванс;
  • полная оплата, в том числе с учетом аванса (предварительной оплаты), в момент передачи предмета расчета.
Реквизит «Признак способа расчета» зависит от того, можно определить товар, работу, услугу, за который внесена предоплата, или нет. Если товар, работа, услуга известны, ставится признак «частичная предварительная оплата до момента передачи предмета расчета», если невозможно определить, за что внесена предоплата, то указывается признак «аванс».

Чек на аванс тоже должен быть

Для всех предпринимателей, которые до вступления в силу нового порядка применения ККТ, работали с кассами, обязанность по использованию онлайн-касс при расчетах на территории РФ наступила с 1 июля 2017 года. При этом, как мы уже говорили, расчеты в режиме предоплаты — не исключение (если продавец является пользователем ККТ). Кстати, законодатель требовал пробивать чек на аванс и до внесения изменений в Закон № 54-ФЗ, и до начала использования ККТ нового образца.

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

Напомню, ИП, применяющие патентную систему налогообложения (ПСНО), организации и ИП — систему налогообложения в виде уплаты единого налога на вмененный доход (ЕНВД), а также предприниматели, оказывающие услуги населению, вправе не использовать ККТ при наличных денежных расчетах с потребителями до 1 июля 2018 года (при условии выдачи покупателям по их требованию товарного чека, квитанции, БСО или иного документа, подтверждающего прием денежных средств за соответствующий товар, работу, услугу).

Однако отмеченные категории бизнеса должны в обязательном порядке перейти на расчеты с покупателями с помощью онлайн-касс с 1 июля 2018 года.

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

Оператор фискальных данных«Такском» готов предоставить владельцам ККТ не только качественные услуги по передаче данных в ФНС России, но и набор уникальных сервисов Личного кабинета, с помощью которых вы сможете контролировать работу своих торговых точек в режимах онлайн.

Все сервисы Личного кабинета входят в базовый тариф ОФД «Такском» и не требуют никаких дополнительных расходов.

Перечень организаций и индивидуальных предпринимателей, которые с учетом специфики своей деятельности или особенностей своего местонахождения могут и после 1 июля 2018 года проводить расчеты без применения ККТ приведен в п. 2 ст. 2 Закона № 54-ФЗ. При этом освобождение от применения ККТ не распространяется на организации и индивидуальных предпринимателей, которые используют при расчетах автоматические устройства и торгуют подакцизными товарами.

Не забываем про электронный формат чека

К кассовому чеку на аванс предъявляются те же требования, что и к «обычному». Так, при выдаче бумажного кассового чека покупателю, но в случае, если он попросил еще и электронный, а также предоставил свой абонентский номер или адрес электронный почты до момента расчета, у продавца возникает обязанность направить ему этот чек или БСО в электронном виде. Исключение в такой ситуации предусмотрено Законом № 54-ФЗ только для расчетов, проводимых в отдаленных от связи местностях, где отсутствует техническая возможность для передачи информации.

Отправить

Запинить

Твитнуть

Поделиться

Как проверить кассовый чек? — Официальный портал админстрации МО Кореновский район

В настоящее время Федеральной налоговой службой реализуется проект  по исключению недобросовестного поведения на рынках.
Цель проекта – не только побудить продавцов приобрести и зарегистрировать в налоговом органе контрольно-кассовую технику, но и обеспечить ее применение при каждом расчете с покупателем.
Рынки и ярмарки пользуются огромной популярностью у граждан. Денежные обороты некоторых из них вполне сопоставимы с оборотами супермаркета.

Если в магазинах и торговых центрах покупатели уже привыкли, что им выдают кассовые чеки при покупке товара, то на рынках и ярмарках это явление довольно редкое.
При этом организации и индивидуальные предприниматели, реализующие товары, работы, услуги на территории Российской Федерации, обязаны применять контрольно-кассовую технику, включенную в реестр, в соответствии с Федеральным  законом от 22.05.2003 № 54-ФЗ.
Иногда недобросовестные продавцы вместо чека выдают покупателю «гостевой счет» или «чек» из мобильного банковского терминала. Неосведомленный гражданин, принимая такой документ, даже не подозревает, что при возникновении спорных ситуаций он не сможет доказать факт приобретения товара и услуги для возврата или требования компенсации, так как чек – это основное доказательство приобретения товара. Он должен содержать обязательные реквизиты, такие как наименование организации – производителя ККТ или фамилия, имя, отчество индивидуального предпринимателя – пользователя ККТ, его ИНН, адрес, дату и время осуществления расчета, должность и фамилию лица, осуществляющего прием денежных средств, режим налогообложения, наименование товара, его цену, количество, сумму и способ расчета, регистрационный номер ККТ, QR-код и другие реквизиты.
Чтобы избежать такой ситуации можно проверить чек через приложение ФНС России «Проверка чека», которое позволяет сканировать QR-код и регистрировать его в системе.
Если приложение не может считать QR-код, то данная бумага не является фискальным документом. Всего за несколько секунд можно убедиться в подлинности чека, буквально не отходя от кассы. Кроме того, приложение позволяет также хранить чеки и отправлять жалобы в налоговые органы.
Приложение «Проверка чека» доступно для скачивания на смартфоны в приложениях AppStore и GooglePlay.
Важно отметить, что налоговые органы на регулярной основе проводят всевозможные рейдовые мероприятия по проверке соблюдения законодательства о применении контрольно-кассовой техники. В отношении нарушителей законодательства в соответствии с Кодексом об административных правонарушениях Российской Федерации уже ведутся административные производства.
Напоминаем, невыдача чека является нарушением закона, а также существенным пренебрежением в отношении потребителей товаров или услуг.
Призываем покупателей товаров включиться в гражданский контроль, проверяя выданный кассовый чек на его корректность через мобильное приложение «Проверка кассового чека».

Кассовый чек подтверждает расходы на приобретение товаров подотчетным лицом

Главная → Статьи → Кассовый чек подтверждает расходы на приобретение товаров подотчетным лицом

 

Подотчетное лицо приобрело товары, оплатив их наличными денежными средствами. Ему был выдан кассовый чек, содержащий перечень товаров. Бухгалтерия требует предоставить товарный чек.
Правомерно ли требование бухгалтерии?

 

Общие критерии, которым должны удовлетворять расходы налогоплательщика для признания их в налоговом учете, поименованы в п. 1 ст. 252 НК РФ (смотрите также постановление АС Поволжского округа от 12.12.2014 № Ф06-18264/13 по делу № А12-16466/2014). Согласно данной норме налогоплательщик уменьшает полученные доходы на сумму произведенных расходов (за исключением расходов, указанных в ст. 270 НК РФ), под которыми понимаются обоснованные (экономически оправданные) и документально подтвержденные затраты (а в случаях, предусмотренных ст. 265 НК РФ, убытки), осуществленные (понесенные) налогоплательщиком. Расходами признаются любые затраты при условии, что они произведены для осуществления деятельности, направленной на получение дохода (дополнительно смотрите определения КС РФ от 04.06.2007 № 320-О-П и № 366-О-П, постановление Пленума ВАС РФ от 12.10.2006 № 53).

При этом под документально подтвержденными расходами понимаются затраты, подтвержденные документами, оформленными в соответствии с законодательством РФ, либо документами, оформленными в соответствии с обычаями делового оборота, применяемыми в иностранном государстве, на территории которого были произведены соответствующие расходы, и (или) документами, косвенно подтверждающими произведенные расходы (в том числе таможенной декларацией, приказом о командировке, проездными документами, отчетом о выполненной работе в соответствии с договором).

Из ст. 313 НК РФ следует, что подтверждением данных налогового учета являются, в первую очередь, первичные учетные документы (включая справку бухгалтера).

О том, что чеки контрольно-кассовой техники (далее – чеки ККТ) могут применяться наряду с другими первичными учетными документами, подтверждающими фактическое осуществление затрат по приобретению за наличный расчет товаров (работ, услуг), ранее сообщали контролирующие органы (письма УМНС по г. Москве от 19.05.2004 № 29-12/34067, Минфина России от 11.01.2006 № 03-03-04/2/1).

В свою очередь, частью 2 ст. 9 Федерального закона от 06.12.2011 № 402-ФЗ “О бухгалтерском учете” (далее – Закон № 402-ФЗ) определен перечень обязательных реквизитов, которые должен содержать любой первичный учетный документ. А именно:
1) наименование документа;
2) дата составления документа;
3) наименование экономического субъекта, составившего документ;
4) содержание факта хозяйственной жизни;
5) величина натурального и (или) денежного измерения факта хозяйственной жизни с указанием единиц измерения;
6) наименование должности лица (лиц), совершившего (совершивших) сделку, операцию и ответственного (ответственных) за правильность ее оформления, либо наименование должности лица (лиц), ответственного (ответственных) за правильность оформления свершившегося события;
7) подписи лиц, предусмотренных пунктом 6 настоящей части, с указанием их фамилий и инициалов либо иных реквизитов, необходимых для идентификации этих лиц.

То есть понятию “первичный учетный документ” для целей бухгалтерского и налогового учета чек ККТ будет соответствовать только в том случае, если он содержит все вышеперечисленные реквизиты.

Такой же вывод делают и представители налоговых органов. Так, в письме УФНС России по г. Москве от 12.04.2006 № 20-12/29007 выражена позиция, что чеки ККТ могут являться первичными учетными документами, подтверждающими фактическое осуществление затрат по приобретению за наличный расчет товаров (работ, услуг), в том случае, если на выдаваемом покупателю чеке содержится перечень приобретаемых товаров. В случае отсутствия в чеке такого перечня наличия одного чека ККТ для поставленной цели недостаточно. В этом случае покупателю выписывается товарный чек с указанием в нем названия организации (индивидуального предпринимателя), наименования и сорта (артикула) изделия, цены, даты продажи и фамилии продавца (смотрите также письма УФНС России по г. Москве от 26.06.2006 № 20-12/[email protected], от 26.04.2011 № 17-15/041152, от 26.06.2006 № 20-12/[email protected], УМНС России по г. Москве от 06.10.2004 № 26-12/64015).

Следует отметить, что Федеральным законом от 03.07.2016 № 290-ФЗ (далее – Закон № 290-ФЗ) в Федеральный закон от 22.05.2003 № 54-ФЗ “О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием электронных средств платежа” (далее – Закон № 54-ФЗ) внесены существенные изменения.

Согласно ст. 1.1 Закона № 54-ФЗ (в редакции Закона № 290-ФЗ) кассовый чек – это первичный учетный документ, сформированный в электронной форме и (или) отпечатанный с применением контрольно-кассовой техники в момент расчета между пользователем и покупателем (клиентом), содержащий сведения о расчете, подтверждающий факт его осуществления и соответствующий требованиям законодательства Российской Федерации о применении контрольно-кассовой техники. Это понятие используется для целей Закона № 54-ФЗ (абзац первый ст. 1.1 Закона № 4-ФЗ).

Пунктом 15 ст. 1 Закона № 290-ФЗ Закон № 54-ФЗ дополнен ст. 4.7 “Требования к кассовому чеку и бланку строгой отчетности”, в которой указаны обязательные реквизиты кассовых чеков и бланков строгой отчетности. При этом введены реквизиты, ранее отсутствующие среди обязательных реквизитов кассового чека, бланка строгой отчетности (п. 4 Положения по применению контрольно-кассовых машин при осуществлении денежных расчетов с населением, утвержденного постановлением Правительства Российской Федерации от 30.07.1993 № 745). Среди новых реквизитов фигурирует “адрес сайта уполномоченного органа в сети Интернет (абзац шестнадцатый ст. 4.7 Закона № 54-ФЗ), на котором может быть осуществлена проверка факта записи этого расчета и подлинности фискального признака”.

При этом кассовый чек должен содержать все реквизиты, установленные п. 1 ст. 4.7 Закона № 54-ФЗ (письма Минфина России от 12.05.2017 № 03-01-15/28910, от 02.05.2017 № 03-01-15/26812, от 10.04.2017 № 03-01-15/21286).

Вместе с тем в письме ФНС России от 25.06.2013 № ЕД-4-3/[email protected] “О документальном подтверждении расходов в целях налогообложения” обращено внимание, что Перечень обязательных реквизитов кассового чека ККМ не содержит всех реквизитов первичного учетного документа в соответствии с законодательством о бухгалтерском учете. В частности, в кассовом чеке ККМ отсутствуют такие реквизиты, как “наименование должности” и “подпись” лиц, совершивших хозяйственную операцию (письмо относилось к периоду действия Положения по применению контрольно-кассовых машин при осуществлении денежных расчетов с населением, утвержденного постановлением Правительства Российской Федерации от 30.07.1993 № 745).

Учитывая это, налоговые органы пояснили, что при осуществлении расчетов чек ККТ выдается не организации, а физическому лицу – сотруднику этой организации. Оприходование организацией товарно-материальных ценностей, приобретенных для нее сотрудником, осуществляется на основании первичных учетных документов, в частности, авансового отчета, товарных чеков, a также документов, подтверждающих факт оплаты – чеков ККМ, квитанции к приходному кассовому ордеру. Поэтому налогоплательщик вправе подтвердить произведенные расходы кассовым чеком, однако для учета расходов в целях налогообложения наряду с кассовым чеком необходимы и другие первичные документы, свидетельствующие о связи понесенных расходов с деятельностью организации, направленной на получение доходов.

В настоящее время такой реквизит, как должность и фамилия лица, осуществившего расчет с покупателем (клиентом), оформившего кассовый чек или бланк строгой отчетности и выдавшего (передавшего) его покупателю (клиенту), в перечне реквизитов, установленных ст. 4.7 Закона № 54-ФЗ, содержится. Однако подписи лиц по-прежнему не предусмотрено. Поэтому разъяснения чиновников не потеряли своей актуальности. Как указано в вопросе, товарные чеки в ряде случаев отсутствуют. Вместе с тем первичным документом, сопровождающим кассовый чек, на наш взгляд, может выступать авансовый отчет.

Так, на основании пп. 6.3 п. 6 Указания Банка России от 11.03.2014 № 3210-У “О порядке ведения кассовых операций юридическими лицами и упрощенном порядке ведения кассовых операций индивидуальными предпринимателями и субъектами малого предпринимательства” подотчетное лицо обязано в срок, не превышающий трех рабочих дней после дня истечения срока, на который выданы наличные деньги под отчет, или со дня выхода на работу, предъявить главному бухгалтеру или бухгалтеру (при их отсутствии – руководителю) авансовый отчет с прилагаемыми подтверждающими документами (который также должен соответствовать требованиям, предъявляемым к первичным документам).

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

Принятие на учет поступивших от поставщиков материалов осуществляется на основании приходного ордера (может быть разработан на основе формы № М-4, если количество и качество полученных материалов совпадают с данными поставщика) либо, если имеются расхождения, акта о приемке материалов (может быть разработан на основе формы № М-7) (второй абзац п. 49 Методических указаний по бухгалтерскому учету материально-производственных запасов (далее – Методические указания), утвержденных приказом Минфина России от 28.12.2001 № 119н).

Вместо приходного ордера приемка и оприходование материалов могут оформляться проставлением на документе поставщика (счет, накладная и т.п.) штампа, в оттиске которого содержатся те же реквизиты, что и в приходном ордере. В этом случае заполняются реквизиты указанного штампа и ставится очередной номер приходного ордера. Такой штамп приравнивается к приходному ордеру (четвертый абзац п. 49 Методических указаний, письмо Минфина России от 29.10.2002 № 16-00-14/414).

На основании приходного ордера или акта о приемке материалов заполняется карточка учета материалов (форма может быть разработана на основе унифицированной формы № М-17). Все унифицированные формы утверждены постановлением Госкомстата России от 30.10.1997 № 71а.

Далее при использовании приобретенных ТМЦ в деятельности организации производится их отпуск. Согласно п. 100 Методических указаний первичными учетными документами по отпуску материалов со складов организации в подразделения организации являются лимитно-заборная карта (может быть разработана на основе типовой межотраслевой формы № М-8), требование-накладная (может быть разработано на основе типовой межотраслевой формы № М-11), накладная (может быть разработана на основе типовой межотраслевой формы № М-15). Образцы типовых форм утверждены постановлением Госкомстата России от 30.10.1997 № 71а.

Таким образом, полагаем, что основанием для признания расходов на приобретение подотчетным лицом товаров в данном случае будет являться утвержденный руководителем организации авансовый отчет, отвечающий требованиям ст. 9 Закона № 402-ФЗ, с приложенным к нему кассовым чеком, подтверждающим фактическое осуществление затрат по приобретению товаров (письмо УФНС России по г. Москве от 26.04.2011 № 17-15/[email protected]). При этом отсутствие товарного чека не будет являться препятствием для признания расходов в налоговом учете.

 

Ответ подготовил: Молчанов Валерий, эксперт службы Правового консалтинга ГАРАНТ, профессиональный бухгалтер
Контроль качества ответа: Мельникова Елена, рецензент службы Правового консалтинга ГАРАНТ, аудитор, член РСА

 

Свежие новости цифровой экономики на нашем канале в Телеграм

 

Необходимо передавать фискальные данные в ИФНС?
Компания Электронный Экспресс является оператором фискальных данных и входит в реестр ОФД ФНС России.
Подключить кассу к ОФД >>

 

Сформировать кассовый чек из документа

Сформировать кассовый чек из документа

Каждый раз, когда организация принимает оплату, она должна оформлять кассовый чек (ст. 1.2 ФЗ от 22.05.2003 №54-ФЗ).

В СБИС сформировать чек можно из платежного или складского документа. Укажите в нем признак способа расчета:

  • полный расчет — покупатель полностью оплатил товар или услугу;
  • аванс/предоплата — покупатель еще не получил товар или услугу, но уже оплатил покупку частично или полностью;
  • отгрузка в кредит — покупатель получил товар или услугу, но еще не заплатил.

Если вы хотите оформить оплату наличными, сформируйте чек расхода.

Для того чтобы в окне оплаты по документам был доступен вариант «Банковской картой», должен быть заключен договор эквайринга и настроена оплата банковской картой на точке продаж.

Перед началом работы убедитесь, что кассовая смена открыта в онлайн-кабинете, а не в офлайн-приложении. Если вы работаете с ККТ на Android, печать чеков из документов личного кабинета не доступна.

Полный расчет

Аванс/Предоплата

Отгрузка в кредит

Из платежного документа

  1. Откройте приходный кассовый ордер, платежное поручение или создайте новый документ.
  2. Свяжите его со счетом или реализацией. Это обязательно, так как иначе неправильно определится признак способа расчета.
  3. Нажмите «Кассовый чек». СБИС укажет признак способа расчета — «Полный расчет». Если покупателю нужен электронный чек, кликните «Отправить электронный чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  4. Кликните сумму, СБИС зарегистрирует чек и отправит данные в ОФД.

Из складского документа

  1. Откройте счет, реализацию или создайте новый документ.
  2. Нажмите «Чек».
  3. СБИС укажет признак способа расчета — «Полный расчет». Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  4. Чтобы сформировать чек, выберите способ оплаты:
    • «Сумма» — принять оплату наличными. Сформируется ПКО;
    • «Карта» — сформируется «Оплата по документу».

Из платежного документа

  1. Откройте приходный кассовый ордер, платежное поручение или создайте новый документ.
  2. Свяжите его со складским документом, если покупатель внес предоплату. Если это аванс, не связывайте платеж с документом-основанием.
  3. Нажмите «Кассовый чек».
  4. Если у платежа нет связи, СБИС установит признак способа расчета «Аванс». Если вы установили связь с документом-основанием, кликните «Полный расчет» и выберите «Аванс/Предоплата» — установится признак «Предоплата».
  5. Укажите сумму, которую внес покупатель.
  6. Если покупателю нужен электронный чек, кликните «Куда отправить чек». Введите email или номер телефона, когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  7. Кликните сумму.

Из складского документа

  1. Откройте счет или реализацию или создайте новый документ.
  2. Нажмите «Чек».
  3. Кликните «Полный расчет», выберите «Аванс/Предоплата» и укажите сумму, которую внес покупатель.
  4. Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  5. Чтобы сформировать чек, выберите способ оплаты:
    • «Сумма» — принять оплату наличными. Сформируется ПКО;
    • «Карта» — сформируется «Оплата по документу».

Принять оставшуюся оплату

  1. Откройте документ, например счет, и нажмите «Чек».
  2. Кликните «Аванс/Предоплата» и выберите «Полный расчет».
  3. Укажите сумму, которую внес покупатель.
  4. Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  5. Чтобы сформировать чек, выберите способ оплаты:
    • «Сумма» — принять оплату наличными. Сформируется ПКО;
    • «Карта» — сформируется «Оплата по документу».

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

  1. Откройте документ и нажмите «Чек».
  2. Установите признак расчета «Отгрузка в кредит».
  3. В поле «К оплате» введите сумму. Если первоначального взноса нет, укажите «0».
  4. Если покупателю нужен электронный чек, кликните «Отправить электронный чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  5. Чтобы сформировать чек, выберите способ оплаты:
  • «Сумма» — если первоначального взноса не было или покупатель рассчитался наличными;
  • «Карта» — чтобы оформить оплату через банковский терминал.

СБИС сформирует платеж на сумму первоначального взноса.

Принять взнос по кредиту

Когда покупатель вносит часть оплаты за товар или услугу, которые получил в кредит, пробейте чек.

  1. В документе реализации, по которому товар был отгружен в кредит, нажмите «Чек». Если из этой реализации уже пробивали чек с признаком «Отгрузка в кредит», СБИС установит признак способа расчета «Оплата кредита». Признак будет выделен черным цветом. Это значит, что нельзя поменять тип оплаты.
  2. Укажите сумму взноса.
  3. Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  4. Чтобы сформировать чек, выберите способ оплаты:
    • «Сумма» — принять оплату наличными;
    • «Карта» — принять оплату через банковский терминал.

Из платежного документа

  1. Создайте расходный кассовый ордер, исходящее платежное поручение или откройте готовый документ.
  2. Нажмите «Кассовый чек».
  3. СБИС укажет признак способа расчета — «Аванс/Предоплата» и сумму чека в поле «Выдать».
  4. Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  5. Чтобы сформировать чек для оплаты наличными, кликните сумму.

Из реестра платежей в разделе «Деньги/Банк» вы можете массово зарегистрировать чеки с признаком полного расчета. Для этого оплата должна быть связана с документом поступления на всю сумму.

Из складского документа

  1. Создайте документ «Поступление» или откройте готовый.
  2. Нажмите «Чек».
  3. СБИС укажет признак способа расчета — «Полный расчет» и сумму чека в поле «Выдать».
  4. Если покупателю нужен электронный чек, кликните «Куда отправить чек», введите email или номер телефона. Когда в карточке клиента эти данные указаны, поля уже будут заполнены.
  5. Кликните сумму.

СБИС сформирует платеж.

Посмотреть список оплат

Откройте документ и нажмите « дд.мм.»

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

Санкционная политика — наши внутренние правила

Эта политика является частью наших Условий использования. Используя любой из наших Сервисов, вы соглашаетесь с этой политикой и нашими Условиями использования.

Как глобальная компания, базирующаяся в США и осуществляющая деятельность в других странах, Etsy должна соблюдать экономические санкции и торговые ограничения, включая, помимо прочего, те, которые введены Управлением по контролю за иностранными активами («OFAC») Департамента США. казначейства. Это означает, что Etsy или любое другое лицо, использующее наши Сервисы, не может участвовать в транзакциях, в которых участвуют определенные люди, места или предметы, происходящие из определенных мест, как это определено такими агентствами, как OFAC, в дополнение к торговым ограничениям, налагаемым соответствующими законами и правилами.

Эта политика распространяется на всех, кто пользуется нашими Услугами, независимо от их местонахождения. Ознакомление с этими ограничениями зависит от вас.

Например, эти ограничения обычно запрещают, но не ограничиваются транзакциями, включающими:

  1. Определенные географические области, такие как Крым, Куба, Иран, Северная Корея, Сирия, Россия, Беларусь, Донецкая Народная Республика («ДНР») и Луганская Народная Республика («ЛНР») области Украины, или любое физическое или юридическое лицо, работающее или проживающее в этих местах;
  2. Физические или юридические лица, указанные в санкционных списках, таких как Список особо обозначенных граждан (SDN) OFAC или Список иностранных лиц, уклоняющихся от санкций (FSE);
  3. Граждане Кубы, независимо от местонахождения, если не установлено гражданство или постоянное место жительства за пределами Кубы; и
  4. Предметы, происходящие из регионов, включая Кубу, Северную Корею, Иран или Крым, за исключением информационных материалов, таких как публикации, фильмы, плакаты, грампластинки, фотографии, кассеты, компакт-диски и некоторые произведения искусства.
  5. Любые товары, услуги или технологии из ДНР и ЛНР, за исключением подходящих информационных материалов и сельскохозяйственных товаров, таких как продукты питания для людей, семена продовольственных культур или удобрения.
  6. Ввоз в США следующих товаров российского происхождения: рыбы, морепродуктов, непромышленных алмазов и любых других товаров, время от времени определяемых министром торговли США.
  7. Вывоз из США или лицом США предметов роскоши и других предметов, которые могут быть определены США.S. Министр торговли, любому лицу, находящемуся в России или Беларуси. Список и описание «предметов роскоши» можно найти в Приложении № 5 к Части 746 Федерального реестра.
  8. Товары, происходящие из-за пределов США, на которые распространяется действие Закона США о тарифах или связанных с ним законов, запрещающих использование принудительного труда.

Чтобы защитить наше сообщество и рынок, Etsy принимает меры для обеспечения соблюдения программ санкций. Например, Etsy запрещает участникам использовать свои учетные записи в определенных географических точках.Если у нас есть основания полагать, что вы используете свою учетную запись из санкционированного места, такого как любое из мест, перечисленных выше, или иным образом нарушаете какие-либо экономические санкции или торговые ограничения, мы можем приостановить или прекратить использование вами наших Услуг. Участникам, как правило, не разрешается размещать, покупать или продавать товары, происходящие из санкционированных районов. Сюда входят предметы, которые были выпущены до введения санкций, поскольку у нас нет возможности проверить, когда они были действительно удалены из места с ограниченным доступом. Etsy оставляет за собой право запросить у продавцов дополнительную информацию, раскрыть страну происхождения товара в списке или предпринять другие шаги для выполнения обязательств по соблюдению.Мы можем отключить списки или отменить транзакции, которые представляют риск нарушения этой политики.

В дополнение к соблюдению OFAC и применимых местных законов, члены Etsy должны знать, что в других странах могут быть свои собственные торговые ограничения и что некоторые товары могут быть запрещены к экспорту или импорту в соответствии с международными законами. Вам следует ознакомиться с законами любой юрисдикции, когда в сделке участвуют международные стороны.

Наконец, члены Etsy должны знать, что сторонние платежные системы, такие как PayPal, могут независимо контролировать транзакции на предмет соблюдения санкций и могут блокировать транзакции в рамках своих собственных программ соответствия.Etsy не имеет полномочий или контроля над независимым принятием решений этими поставщиками.

Экономические санкции и торговые ограничения, применимые к использованию вами Услуг, могут быть изменены, поэтому участникам следует регулярно проверять ресурсы по санкциям. Для получения юридической консультации обратитесь к квалифицированному специалисту.

Ресурсы: Министерство финансов США; Бюро промышленности и безопасности Министерства торговли США; Государственный департамент США; Европейская комиссия

Последнее обновление: 18 марта 2022 г.

Декодированный ответ App Store о проверке квитанций

Обновление: после публикации этого руководства Apple анонсировала StoreKit 2, который добавляет новые возможности и API-интерфейсы, такие как подписанные транзакции.Квитанции и API в стиле StoreKit 1 будут по-прежнему доступны, поэтому мы надеемся, что эта статья по-прежнему будет полезным справочным материалом. Если вы хотите узнать больше о StoreKit 2, наберите здесь . Кроме того, новые API-интерфейсы — это серьезное изменение и еще одно прекрасное время для построения на основе Nami, которая абстрагируется от этих основных деталей реализации.

Что такое квитанция App Store и почему ее нужно проверять?

Apple предоставляет разработчикам набор технологий, включая StoreKit, чтобы помочь приложениям, распространяемым в App Store, продавать покупки и подписки в приложениях.Когда конечный пользователь совершает покупку в приложении, разработчикам необходимо зафиксировать и обработать важный артефакт: квитанцию ​​ App Store .

Данные квитанции, предоставленные StoreKit, имеют кодировку Base64. Чтобы получить расшифрованную версию, подробно описанную в этой статье, вам необходимо передать закодированную квитанцию ​​на конечную точку Apple verifyReceipt . Чтобы понять функцию verifyReceipt, см. эту статью, в которой мы пошагово пишем простой скрипт Python, демонстрирующий, как отправить закодированную квитанцию ​​и получить декодированную квитанцию.

Зачем все это нужно? Две самые важные причины:

  1. Проверка квитанции помогает вам гарантировать, что пользователь получает доступ к тому, что он купил, что особенно важно для подписок
  2. Проверка квитанций со стороны сервера обеспечивает важную защиту от пиратства

проверки получения относительно просты, как показано в скрипте Python, на который ссылались ранее.

Однако гроккание самой расшифрованной квитанции болезненно.Это не самая элегантная структура данных в мире, и в ней есть всякие эзотерические детали и нюансы. Наша цель в этой статье — опираться на документацию Apple и выходить за ее рамки, чтобы помочь вам лучше понять расшифрованную квитанцию ​​и избежать распространенных (и более экзотических) ловушек.

Расшифровка квитанции: поэлементно

Полезная нагрузка responseBody JSON может быть пугающей (пример), особенно если квитанция принадлежит конечному пользователю с длинной историей покупок в прошлом.

Оказывается, в структуре данных verifyReceipt responseBody JSON есть где-то от 3 до 7 ключей верхнего уровня. Вот ключи:

responseBody

Некоторые ключи верхнего уровня присутствуют только при определенных обстоятельствах. Вот краткое описание каждого ключа верхнего уровня, что это такое и когда вы должны ожидать его появления в responseBody:

.

Квитанции с кодом состояния от 21100-21199

Квитанции с автоматически продлеваемой подпиской

Квитанции с автоматически продлеваемой подпиской

Квитанции с автоматически продлеваемой подпиской

Давайте подробно рассмотрим каждый из этих элементов верхнего уровня, начиная с ключей метаданных ответа: статус , is-retryable , среда .

статус

Получив ответ от verifyReceipt, первое, что вы должны сделать, это проверить, что статус ключ. Если значение равно 0 , квитанция действительна. В противном случае произошла ошибка, и вам нужно будет интерпретировать код состояния, чтобы знать, что делать дальше.

Код состояния ответа Apple

Запрос не был сделан с помощью HTTP Post

Изменить метод HTTP-запроса на POST

Устаревший код состояния больше не отправляется

В запросе отправлено неверное свойство данных квитанции

Убедитесь, что свойство получения данных запроса (пример кода)

На сервере получения возникла временная проблема

Попробуйте подтвердить эту квитанцию ​​позже

Не удалось аутентифицировать квитанцию ​​

Не предоставлять пользователю доступ к купленному контенту

Общий секрет, отправленный в запросе, неверен

Сервер чеков временно не смог предоставить чек

Попробуйте подтвердить эту квитанцию ​​позже

Эта квитанция действительна, но срок действия подписки истек.(возвращается только для чеков в стиле iOS 6 для автоматически возобновляемых подписок)

Обновите квитанции в стиле iOS 7+ в коде приложения с Bundle.main.appStoreReceiptURL

Это квитанция песочницы, отправленная в производственную среду

Отправьте эту квитанцию ​​на конечную точку песочницы: https://sandbox.itunes.apple.com/verifyReceipt

Это производственная квитанция, отправленная в среду песочницы

Отправьте эту квитанцию ​​на рабочую конечную точку: https://buy.itunes.apple.com/verifyReceipt

Внутренняя ошибка доступа к данным

Попробуйте подтвердить эту квитанцию ​​позже

Apple ID не найден или удален

Различные внутренние ошибки доступа к данным Apple

Проверить можно повторно, чтобы определить, следует ли повторить попытку

Внутренняя ошибка службы

Реализовать логику повтора или добавить запрос в очередь заданий для будущей обработки

Плохой шлюз

Реализовать логику повтора или добавить запрос в очередь заданий для будущей обработки

Служба недоступна

Реализовать логику повтора или добавить запрос в очередь заданий для будущей обработки

ProTip: Обратите внимание, что для решения ряда кодов состояния необходимо повторить попытку позже.Важно, чтобы ваша служба проверки квитанций была достаточно надежной, чтобы обрабатывать широкий спектр сценариев, включая тайм-ауты сети, коды состояния HTTP, такие как 503, а также коды состояния, встроенные в полезные данные ответа HTTP 200. В некоторых из этих случаев может потребоваться поддержка логики повторных попыток для немедленной повторной попытки. Если вам все еще не удалось проверить квитанцию, вы можете добавить их в очередь заданий для будущей попытки обработки.

is-retryable

Если значение Apple status находится в диапазоне 21100-21199 , ключ is-retryable должен присутствовать в полезной нагрузке ответа.В документации Apple указано, что тип — boolean , но предоставленные значения — 0 и 1 , а не правильные логические значения JSON true и false .

Временная проблема: попробуйте проверить эту квитанцию ​​позже.

Неразрешимая проблема – не повторяйте попытку подтверждения этого чека.

environment

Значение environment указывает, в какой среде Apple была создана квитанция.

Эта квитанция была создана в среде песочницы (сборки для разработки).

Эта квитанция была создана в производственной среде (сборки Ad-Hoc, TestFlight, App Store).

Теперь давайте посмотрим за метаданные на первичные ключи, содержащие сущность responseBody: квитанция, последняя_информация_о_получении, ожидающая_обновления_информация.

квитанция

Значение квитанции , ключ в ответе декодированной квитанции, представляет собой объект JSON, содержащий данные декодированной квитанции.

Этот ключ существует всегда, независимо от того, совершил ли пользователь покупку в приложении или нет.

На самом деле, если вы будете следовать рекомендациям и отправлять данные квитанции из своего приложения на сервер, вы в конечном итоге будете хранить и декодировать (путем проверки квитанции) множество квитанций, содержащих этот ключ квитанции с определенными метаданными, даже если они нет встроенных покупок.

Рассмотрим историю App Store. Он был построен на фундаменте музыкального магазина iTunes. В iTunes пользователю отправлялось уведомление по электронной почте независимо от того, стоила ли песня или альбом деньги или была бесплатной.Эта линия продолжилась в App Store, где в первые дни было только два типа приложений: платные и бесплатные.

После добавления встроенных покупок в эту структуру данных был добавлен дополнительный контекст. Фактически, он содержит полный контекст, необходимый для понимания покупки.

Теперь, с появлением подписки, все стало немного сложнее. Некоторый контекст о покупке подписки в приложении существует в этой структуре данных, а некоторый нет. Для автоматически возобновляемых подписок вы найдете дополнительный контекст в ключах верхнего уровня _ _ _ _ _ pending_renewal_info , которые мы рассмотрим подробнее позже в этой статье.

Перейти к поэлементной разбивке структуры данных квитанции .

last_receipt

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

last_receipt_info

Массив объектов JSON, представляющих транзакции покупок в приложении для автоматически возобновляемых подписок. Это поле возвращается только в том случае, если квитанции приложения содержат автоматически возобновляемые подписки.

Подсказка: Если ваш запрос verifyReceipt включает поле exclude-old-transactions , установленное на true , в это поле в ответе будет включена только последняя автоматически возобновляемая транзакция подписки.

Перейти к поэлементной разбивке структуры данных last_receipt_info .

pending_renewal_info

Массив объектов JSON, представляющих открытые (ожидающие) или неудачные автоматически продлеваемые подписки, как определено product_id .Это поле возвращается только для квитанций приложений, которые содержат подписки с автоматическим продлением.

Перейти к поэлементной разбивке структуры данных pending_renewal_info .

responseBody.receipt

Давайте рассмотрим все возможные элементы, которые вы можете встретить в JSON-объекте Receipt .

Возврат для приложений, купленных через VPP Возврат для приложений, купленных через VPP Возврат для приложений, купленных через VPP

Возвращается, если пользователь предварительно заказал приложение

Возвращается, если пользователь предварительно заказал приложение

Возвращается, если пользователь предварительно заказал приложение

adam_id / app_item_id

Уникальное длинное 64-битное целое, сгенерированное App Store Connect.Это используется App Store для уникальной идентификации приложения, связанного с квитанцией.

В рабочей среде требуется уникальный идентификатор. В песочнице это поле будет заполнено 0 .

application_version

Текущая версия приложения, установленного на устройстве пользователя на момент квитанции квитанция_creation_date_ms . Номер версии основан на CFBundleVersion (iOS) или CFBundleShortVersionString (macOS) из Info.список .

В песочнице значение всегда «1.0» .

bundle_id

Идентификатор пакета для приложения, которому принадлежит квитанция. Вы предоставляете эту строку в App Store Connect, и она соответствует значению CFBundleIdentifier в файле Info.plist приложения.

download_id

Уникальный идентификатор транзакции загрузки приложения.

Хотя это уникальное значение не очень хорошо задокументировано Apple, похоже, оно связано с транзакцией загрузки, представленной original_application_version и original_purchase_date.

В рабочей среде требуется уникальный идентификатор. В песочнице это поле было заполнено 0 .

expire_date

Время истечения срока действия квитанции для приложений, приобретенных в рамках программы Volume Purchase Program (VPP).

expire_date_pst

См. expire_date

expire_date_ms

См. expire_date

in_app

Массив, содержащий поля квитанций о покупках в приложении для всех транзакций покупок в приложении.

original_application_version

Исходная версия приложения, установленного на устройстве пользователя. Например, если текущая версия приложения — 2.0 , но у пользователя изначально была установлена ​​версия 1.8 , это значение будет «1.8» . Текущую установленную версию см. в разделе application_version.

Номер версии основан на CFBundleVersion (iOS) или CFBundleShortVersionString (macOS) из Info.список .

В песочнице значение всегда «1.0» .

original_purchase_date

Время первоначальной покупки приложения.

original_purchase_date_pst

original_purchase_date_ms

original_purchase_date_pst

См. original_purchase_date

original_purchase_date_ms

См. original_purchase_date

preorder_date

Время, когда пользователь заказал приложение, доступное для предварительного заказа.Это поле присутствует только в том случае, если пользователь предварительно заказывает приложение.

preorder_date_pst

См. preorder_date

preorder_date_ms

См. preorder_date

recipe_creation_date

Время, когда App Store сгенерировал квитанцию.

квитанция_creation_date_pst

квитанция_creation_date_pst

См. квитанцию_creation_date

квитанция_creation_date_ms

См. квитанцию_creation_date

квитанция_тип

Тип созданной квитанции.Значение соответствует среде, в которой была совершена покупка в App Store или VPP.

Эта квитанция была создана в производственной среде App Store.

Эта квитанция была создана в производственной среде VPP.

Эта квитанция была создана в среде песочницы App Store.

Эта квитанция была создана в среде песочницы VPP.

request_date

Время обработки запроса к конечной точке verifyReceipt и создания ответа.

request_date_pst

См. request_date

request_date_ms

См. request_date

version_external_identifier

Произвольный номер, идентифицирующий версию вашего приложения. В песочнице значение этого ключа равно «0» .

responseBody.latest_receipt_info

Массив объектов JSON, найденный по адресу last_receipt_info , содержит транзакции покупки в приложении для автоматически возобновляемых подписок.Это поле возвращается только в том случае, если квитанции приложения содержат автоматически возобновляемые подписки.

Подсказка: Если ваш запрос verifyReceipt включает поле exclude-old-transactions , установленное на true , в это поле в ответе будет включена только последняя автоматически возобновляемая транзакция подписки.

Присутствует только для транзакций, возмещенных App Store, для отзывов доступа к семейному доступу или обновлений до другого продукта.

Присутствует только для транзакций, возмещенных App Store, для отзывов доступа к семейному доступу или обновлений до другого продукта.

Присутствует только для транзакций, возмещенных App Store, для отзывов доступа к семейному доступу или обновлений до другого продукта.

Присутствует только для транзакций, возмещенных App Store, для отзывов доступа к семейному доступу или обновлений до другого продукта.

Присутствует, только если семейный доступ включен.

Присутствует только для транзакций обновления.

Присутствует, только если клиент активировал код предложения подписки.

Присутствует, только если покупатель воспользовался рекламным предложением.

cancel_date

Время отмены подписки.Это может произойти по одной из следующих причин:

  1. Служба поддержки клиентов App Store или Apple возвращает стоимость подписки
  2. Изменение семейного доступа приводит к потере пользователем доступа к подписке
  3. Пользователь переходит на другой продукт.

Cancellation_date_pst

См. Cancellation_date

Cancellation_date_ms

См. Cancellation_date

Cancellation_reason

Причина возврата транзакции.Когда клиент отменяет транзакцию, App Store возвращает ему деньги и предоставляет значение для этого ключа.

Клиент отменил подписку из-за реальной или предполагаемой проблемы в вашем приложении.

Транзакция была отменена по другой причине; например, если покупатель совершил покупку случайно.

expires_date

Время истечения срока действия подписки или ее продления.

expires_date_pst

См. expires_date

expires_date_ms

См. expires_date

in_app_ownership_type

Указывает, является ли пользователь покупателем продукта через семейный доступ к продукту или член семьи с доступом к продукту.

Сделка принадлежит члену семьи, который получает выгоду от услуги.

Сделка принадлежит покупателю.

is_in_intro_offer_period

Указывает, находится ли автоматически продлеваемая подписка в периоде начальной цены.

Подписка клиента находится в периоде начальной цены.

Подписка не входит в период начальной цены.

is_trial_period

Индикатор того, находится ли подписка в бесплатном пробном периоде.

Подписка клиента находится в бесплатном пробном периоде.

Подписка клиента не находится в бесплатном пробном периоде.

is_upgraded

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

Проверьте дату_отмены, чтобы определить, когда произошла отмена.

Подписка клиента была отменена из-за обновления

offer_code_ref_name

Ссылочное название предложения подписки, которое вы настроили в App Store Connect.Присутствует, когда клиент активировал код предложения подписки.

original_purchase_date

Время первоначальной покупки автоматически возобновляемой подписки.

original_purchase_date_pst

original_purchase_date_ms

original_purchase_date_pst

См. original_purchase_date

original_purchase_date_ms

См. original_purchase_date

original_transaction_id

Идентификатор транзакции первоначальной покупки.

product_id

Уникальный идентификатор приобретенного продукта, настроенного для этого продукта в App Store Connect.

Promotional_offer_id

Идентификатор предложения подписки, использованного пользователем.

Purchase_date

Время, когда App Store взимал плату с учетной записи пользователя за покупку или продление подписки.

Purchase_date_pst

См. Purchase_date

Purchase_date_ms

См. Purchase_date

количество

Количество приобретенных расходных материалов.Включено, но не имеет смысла в структуру данных last_receipt_info , предназначенную только для автоматически возобновляемых подписок. Вероятно, это артефакт от Apple, внутри которой совместно используются структуры данных между responseBody . квитанция . in_app и responseBody . последняя_квитанция_информация .

идентификатор_группы_подписки

Идентификатор группы подписки, к которой принадлежит подписка.

web_order_line_item_id

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

transaction_id

Уникальный идентификатор транзакции, такой как покупка , восстановление или обновление .

Если transaction_id и original_transaction_id совпадают, транзакция является покупкой . В противном случае транзакция является восстановлением или обновлением.

responseBody.pending_renewal_info

Массив объектов JSON, найденных по адресу pending_renewal_info для открытых (ожидающих) или неудачных автоматически возобновляемых продлений подписки, включает ряд возможных полей.Давайте взглянем.

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

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

Присутствует только в том случае, если пользователь столкнулся с ошибкой выставления счетов во время продления.

Присутствует только в том случае, если пользователь столкнулся с ошибкой выставления счетов во время продления.

Присутствует только в том случае, если пользователь столкнулся с ошибкой выставления счетов во время продления.

Присутствует только в том случае, если автоматически продлеваемая подписка находится в состоянии повторной попытки выставления счетов.

Присутствует, только если клиент активировал код предложения подписки.

Присутствует, только если клиент был уведомлен о повышении цены.

auto_renew_product_id

Идентификатор продукта для ожидающего продления подписки клиента, если пользователь понизил или перешел на подписку другой продолжительности на последующий период подписки.

auto_renew_status

Статус продления подписки с автоматическим продлением.

Если это значение равно «0» , у клиента есть вероятность отказаться от подписки в конце текущего периода продления.Лучшей практикой является предоставление пользователю привлекательных предложений по обновлению или понижению в той же группе подписки.

Подписка будет продлена в конце текущего периода подписки.

Клиент отключил автоматическое продление подписки.

expire_intent

Причина, по которой срок действия подписки истек.

Клиент добровольно отказался от подписки.

ошибка биллинга; например, платежная информация клиента больше недействительна.

Покупатель не согласился на недавнее повышение цены.

Продукт был недоступен для покупки на момент продления.

Если это значение равно «1» , вы можете предложить пользователю альтернативную подписку или предложение «выиграть».

Если значение равно «2» , вы можете предложить им снова подписаться на тот же продукт, поскольку они непроизвольно отказались от подписки.

grace_period_expires_date

Время истечения льготного периода для продления подписки.

grace_period_expires_date

grace_period_expires_date_pst

grace_period_expires_date_ms

Grace_period_Expires_Date_pst

См. Grace_period_Expires_Date

Grace_period_Expires_Date_ms

См. Grace_period_expires_date

is_in_billing_retry_period

Указывает, является ли подписка возобновляемой автоматически в период выставления счетов пользователя.

App Store пытается продлить подписку.

App Store прекратил попытки продлить подписку.

Если значение равно «1» , рассмотрите возможность предложить пользователю обновить платежную информацию.

offer_code_ref_name

Ссылочное название предложения подписки, которое вы настроили в App Store Connect.Присутствует, когда клиент активировал код предложения подписки.

original_transaction_id

Идентификатор транзакции исходной покупки.

price_consent_status

Статус согласия на повышение цены подписки.

Заказчик дал согласие на повышение цены.

Клиент был уведомлен о предстоящем повышении цены

product_id

Уникальный идентификатор продукта, приобретенного в соответствии с настройками для этого продукта в App Store Connect.

Форматы даты квитанции

Во всей полезной нагрузке Apple, декодированной квитанции, вы найдете три различных формата даты, выраженные всякий раз, когда дата предоставляется:

  • ISO 8601-подобный GMT
    • Эпоха UNIX Время в миллисекундах.
    Какой формат даты и времени похож на ISO 8601?

    Что такое ISO 8601? В документации Apple упоминается «формат даты и времени, аналогичный ISO 8601» и «дата RFC 3339».На самом деле тоже не строго. Часть строки, связанная с часовым поясом, затрудняет преобразование этих строковых форматов даты в объект даты и времени с использованием общих библиотек, кроме ISO 8601 или других распространенных стандартов.

    Почему Apple использует этот специфический нестандартный формат, вероятно, является эзотерической историей, связанной с происхождением NeXT или WebObjects.

    2021-01-14 17:11:10 И т.д./GMT

    квитанция_creation_date_pst

    2021-01-14 17:11:10 Америка/Лос-Анджелес

    Миллисекунды с эпохи UNIX

    16106442700000

    Чтобы глубже изучить эти три формата, давайте взглянем на дату, найденную в responseBody.чек. квитанция_создание_дата . Это дата создания квитанции, выраженная в формате, подобном ISO 8601, относительно времени по Гринвичу (GMT).

    Каждый ключ базовой даты имеет два модификатора: _pst и _ms с ISO 8601-подобным представлением PST и Миллисекунды с момента представления Unix

    s.

    responseBody.receipt. recipe_creation_date _ pst — дата, подобная ISO 8601, относительно стандартного тихоокеанского времени (PST) . Обратите внимание, хотя модификатор часового пояса предоставляется в формате America/Los_Angeles вместо смещения UTC, указанная дата действительно является тихоокеанским стандартным временем. Ваш код должен быть осторожен в течение Pacific Daylight Time (PDT) , так как это значение по-прежнему будет датой Pacific Standard Time .

    responseBody.receipt. квитанция_creation_date_ms — это когда квитанция была создана в миллисекундах со времени эпохи Unix.Модификатор _ms для всех полей даты в квитанции, расшифрованной Apple, является самым простым в работе. Большинство современных языков могут преобразовать это в собственный объект даты и времени из коробки или с помощью часто используемых библиотек.

    Что такое VPP?

    VPP означает программу объемных закупок. По сути, это то, как Apple предоставляет образовательным учреждениям или предприятиям возможности, подобные App Store, для приобретения и развертывания приложений в масштабе. Что касается этой статьи, некоторые поля квитанции отображаются или содержат значения только для транзакций, которые происходят в магазине VPP.

    Есть лучший способ управлять квитанциями: не делайте этого

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

    Эзотерический, а иногда и загадочный ответ о получении является результатом многолетних изменений и новых функций, которые появляются в App Store год за годом. Невероятно сложно написать надежный код для управления квитанциями и использования всего, что может предложить экосистема App Store, связанной с покупками в приложении и монетизацией подписки.

    Вот где Нами может помочь. Мы создали полноценный сервис, который поможет вам продавать покупки или подписки в приложении. В дополнение к множеству функций, мы обрабатываем все детали на стороне клиента и сервера, связанные с квитанцией. На самом деле вам также не нужно писать ни строчки кода StoreKit 1 или StoreKit 2.

    Наш код столкнулся со многими трудными для тестирования пограничными случаями, с которыми вы столкнетесь со временем, если будете делать это самостоятельно. Наш сервис имеет обширное тестовое покрытие и работает в масштабе.

    Это означает, что вы можете сосредоточиться на создании своего приложения. Если вам интересно узнать больше, мы будем рады пообщаться.

    Политика возврата

    Покупки на Michaels.com

    С чеком (в магазинах или по почте):

    Если ваша покупка на Michaels.com вас не устраивает, вы можете вернуть ее в течение двух месяцев (60 дней) с момента покупки, за исключением костюмов и комплектов аксессуаров, доступных только в Интернете, которые необходимо вернуть за 7 дней до праздника.Для возврата товара (за исключением образцов продукции) товар должен быть новым, неиспользованным и находиться в оригинальной упаковке. Вы можете вернуть товар в магазин Michaels или по почте. Если вы хотите вернуть товар по почте, выполните следующие действия:

    1. Позвоните в службу поддержки клиентов по телефону 1-800-MICHAELS (1-800-642-4235).
    2. Наш агент подготовит и предоставит этикетку для обратной отправки по электронной почте.
    3. Распечатайте возвратную этикетку и прикрепите ее к посылке.
    4. Оставьте посылку в ближайшем отделении UPS.

    Без чека (в магазинах):

    Если вы хотите вернуть товар (за исключением образцов продукции), но у вас нет квитанции (упаковочного листа или электронного письма с подтверждением), вам необходимо будет предъявить действительное удостоверение личности с фотографией (приемлемые формы удостоверения личности включают водительское удостоверение США, Канады или Мексики). Лицензия, удостоверение личности, выданное штатом США, канадское провинциальное удостоверение личности, паспорт или военный билет США). Michaels приложит все усилия, чтобы помочь найти квитанцию, предлагая поиск квитанции для покупок в Интернете или в магазине, сделанных с вашим номером Michaels Rewards.Для обнаруженных квитанций возврат будет осуществляться по методу «Возврат с квитанцией». Стоимость предмета будет проверена и сохранена членом команды Michaels.

    MichaelsPro

    Покупки:

    Если вы не полностью удовлетворены товаром, мы с радостью предложим вам возврат средств в течение 60 дней с момента покупки. Все возвраты по заказу MichaelsPro * требуют разрешения на возврат, которое можно получить по нашей специальной линии поддержки по телефону 1-833-MIKEPRO (645-3776).

    * Может взиматься плата за пополнение запасов.

    Возврат:

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

    .
    • Покупки, сделанные с помощью дебетовой карты, будут возвращены наличными.
    • Карта возврата магазина будет выдана для всех покупок, совершенных с использованием подарочной карты или подарочного чека/покупок.

    Обмен:

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

    ** См. исключения ниже.

    Покупки в магазине Michaels

    Возврат с квитанцией:

    Если ваша покупка Michaels вас не устраивает, ее можно вернуть или обменять в любом магазине Michaels на полную сумму покупки в течение 60 дней.Возврат будет предлагаться в исходном методе оплаты, за исключением:

    • Покупки, сделанные с помощью дебетовой карты, будут возвращены наличными.
    • Карта возврата магазина будет выдана для всех покупок, совершенных с использованием подарочной карты или подарочного чека.
    • Для возврата, приобретенного с помощью чека, требуется 10-дневный период ожидания. Покупки, сделанные чеком в течение 10 дней, могут быть возвращены на Карту возврата.
    • Покупки в Интернете, сделанные с помощью PayPal, будут возвращены наличными.
    • Все возвраты и обмены должны быть новыми, неиспользованными и в оригинальной упаковке, за исключением дефектных товаров и продуктов.
    • Наша политика также распространяется на ваши онлайн-покупки, которые можно вернуть в любой магазин Michaels или следуя инструкциям по онлайн-возврату, указанным на упаковочном листе, действуют некоторые ограничения. Покупки в магазине не могут быть возвращены онлайн.

    Возврат без квитанции:

    Michaels сделает все возможное, чтобы помочь найти чек, предлагая поиск чека для покупок, сделанных с помощью кредитной или дебетовой карты.Для обнаруженных квитанций возврат будет осуществляться по методу «Возврат с квитанцией».

    • Для возвратов, в которых невозможно найти квитанцию, покупатель должен предъявить действительное удостоверение личности с фотографией (водительские права США, Канады или Мексики, удостоверение личности, выданное штатом США, удостоверение личности гражданина Канады, паспорт или военный билет США). на момент возврата.
    • Информация из идентификатора клиента будет храниться в защищенной базе данных исключительно в целях авторизации возврата средств и предотвращения мошенничества.
    • Возврат будет осуществляться по самой низкой цене товара, проданного в течение предыдущих 90 дней.
    • Возврат средств осуществляется в виде карты возврата в магазин и/или обмена товаров.

    Исключения из общих правил возврата

    • Cricut ® & Glowforge ® Товары подлежат возврату или обмену, только если упаковка не вскрыта и предоставляется чек. Товары, поврежденные или признанные дефектными в течение гарантийного срока производителя, должны быть возвращены непосредственно производителю, за исключением случаев возврата, предусмотренных законом.
    • Подарочные карты и карты предоплаты не подлежат возврату или обмену, за исключением случаев, когда это требуется по закону.
    • Заказы на нестандартное обрамление могут быть переработаны в том же магазине в течение 14 дней с момента получения.
    • Занятия подлежат возврату до даты начала занятия, только в магазине.
    • Michaels оставляет за собой право ограничить возврат или обмен.
    • При покупке до 15 апреля 2021 г. будет применяться старая политика возврата в течение 180 дней.

    Настройка чеков · Shopify Справочный центр

    Эта страница была напечатана 11 апреля 2022 г. Актуальную версию можно найти на странице https://help.shopify.com/en/manual/sell-in-person/shopify-pos/receipt-management/customize-receipts.

    Примечание

    Эта функция доступна только для продавцов, использующих Shopify POS Pro.

    Вы можете настроить шаблон для печатных чеков. Вы не можете редактировать информацию о транзакции в распечатанных квитанциях.

    Если у вас есть сотрудники с POS-кодами, вы можете лишить их доступа к настройкам настройки чеков, включив параметр Ограниченные разрешения на экране настроек Персонал .

    Наконечник

    Если вы хотите отредактировать квитанции по электронной почте и SMS, перейдите на страницу Уведомления вашего администратора Shopify и отредактируйте шаблон POS и мобильной квитанции .

    Добавление настраиваемого текста верхнего и нижнего колонтитула к квитанциям

    Вы можете включить информацию о магазине, такую ​​как правила возврата или часы работы, в верхний и нижний колонтитулы квитанций.

    шагов:
    1. В приложении Shopify POS нажмите , а затем нажмите Настройки .

    2. Коснитесь Настройки печати чека .

    3. На экране Настройки чека нажмите либо Добавить текст заголовка , либо Добавить текст нижнего колонтитула .

    4. Введите собственный текст и нажмите Сохранить .

    Включите информацию о ваших квитанциях

    Вы можете настроить свои квитанции, включив информацию, которую вы хотите включать в них.

    Например, вы можете включить штрих-код чека, который при сканировании с помощью сканера штрих-кода (только 2D-версия) или камеры вашего устройства открывает соответствующий заказ в Shopify POS.

    шагов:
    1. В приложении Shopify POS нажмите , а затем нажмите Настройки .
    2. В разделе Заказы нажмите Настройки печати чека .
    3. На экране Настройки чека включите элементы, которые вы хотите включить в свои чеки:
      • Показать штрих-код
      • Показать примечание к заказу
      • Показать информацию о клиенте
      • Показать информацию о персонале
      • Показать адрес местоположения
      • Показать номер телефона местоположения
    1. В приложении Shopify POS нажмите , а затем нажмите Настройки .
    2. В разделе Заказы нажмите Настройки печати чека .
    3. На экране Настройки чека включите элементы, которые вы хотите включить в свои чеки:
      • Показать штрих-код
      • Показать примечание к заказу
      • Показать информацию о клиенте
      • Показать информацию о местоположении

    Создание безбумажного офиса с магазином квитанций

    Кто бы мог подумать, что квитанция, такая маленькая бумажка, может причинить столько горя? Вы потеряете один, и вы можете не получить возмещение.Вы теряете одну и теряете час или два, пытаясь найти ее снова. Вы засовываете их в бумажник или сумочку, и в итоге у вас появляется небольшой храм под названием «Ода для чего это было?» С магазином квитанций у вас есть новый и более удобный способ управления квитанциями. Доступная как для пользователей Concur, так и для пользователей Concur Breeze, эта функция упрощает обработку и отслеживание квитанций. Просто загрузите свои квитанции в хранилище квитанций (доступно для квитанций, отправленных по электронной почте, квитанций, сфотографированных вашим смартфоном, и электронных квитанций), и эти маленькие надоедливые клочки бумаги будут доступны по вашей команде.Начните с ввода адреса электронной почты, с которого вы будете отправлять квитанции.

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

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

    Магазин чеков показывает доступные изображения чеков. Нажмите и перетащите изображение на позицию, и вуаля, квитанция будет прикреплена к этому расходу.Утверждающие смогут быстро увидеть каждую квитанцию, связанную с расходами, на уровне позиции (а не в конце отчета). Например, когда утверждающий видит «Ужин: 45,76 долларов США», изображение квитанции находится рядом с позицией. С квитанцией, прикрепленной рядом с расходом, утверждение расходов становится еще проще и быстрее. Это также отличный способ отказаться от бумаги и помочь вашему офису стать еще более безбумажным. Если вы хотите сохранить свой процесс таким, какой он есть сегодня, нет проблем.Хранилище квитанций — это дополнительная функция к процессам, с которыми в настоящее время работают пользователи. Но если вы ищете другой способ связать и отслеживать свои квитанции, попробуйте магазин квитанций. Никогда больше не теряйте квитанцию ​​и не тратьте время, пытаясь найти квитанцию ​​или вспомнить расход.

    Похожие сообщения:

    Цифровые квитанции — коробки для образования

    2

    если вы видите свой магазин в списке

    Если ваш продавец включен в приведенный выше список, отправьте свою цифровую квитанцию ​​на адрес электронной почты [email protected] в течение 14 дней с момента покупки, используя тот же адрес электронной почты, который вы используете для своей учетной записи Box Tops.

    * Пользователи Instacart : Если ваша цифровая квитанция содержит более 8 товаров, отправьте квитанцию ​​через «Свяжитесь с нами». См. инструкции ниже. Вы можете загрузить полную квитанцию ​​со страницы истории заказов на веб-сайте Instacart.

    ВАЖНЫЕ СОВЕТЫ

    • Не присылайте квитанцию ​​в виде вложения , иначе она не будет правильно обработана; просто перешлите всю электронную почту прямо из вашего почтового ящика.

    • Если ваша цифровая квитанция доступна только через приложение для покупок вашего магазина , вы можете переслать ее непосредственно оттуда на адрес электронной почты [email protected] См. пример »

    • Если в вашей цифровой квитанции не отображаются все продукты Box Tops , отправьте квитанцию ​​через форму обратной связи (инструкции ниже).

    ЕСЛИ ВЫ НЕ ВИДИТЕ ВАШ МАГАЗИН В ЭТОМ СПИСКЕ

    Перейдите на нашу страницу «Свяжитесь с нами» и выберите « Отправить цифровую квитанцию ​​» в раскрывающемся списке.Затем просто заполните форму, загрузите квитанцию ​​и нажмите « Отправить ».

    Обратите внимание: квитанции, отправленные через контактную форму, могут обрабатываться дольше. Чтобы получить свой Box Top как можно скорее, полезно добавить, сколько доходов вы должны получить в поле для комментариев формы. Не забудьте включить верхушки бонусных коробок!

    ЕСЛИ ВЫ НЕ ПОЛУЧИЛИ КРЕДИТ

    ДЛЯ ВСЕХ ПРОДУКТОВ В ВАШЕЙ ЦИФРОВОЙ КВИТАНЦИИ

    Проверка получения в магазине приложений

    Разработчики

    iOS знакомы с StoreKit, платформой, которая позволяет им монетизировать приложения с помощью покупок и подписок в приложении.Чтобы все работало без сбоев, избегайте пиратства и убедитесь, что пользователи получают доступ к тому, что они приобрели, разработчикам необходимо выполнить проверку получения.

    Процесс начинается, когда пользователь совершает покупку в приложении. После этого разработчикам необходимо обработать чек App Store, данные которого закодированы в Base64. Для декодированной версии вам необходимо передать ее через конечную точку Apple verifyReceipt.

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

    Элементы расшифрованной квитанции

    Если клиент имеет долгую историю покупок, расшифрованное тело ответа квитанции App Store может нервировать. В зависимости от обстоятельств в структуре данных может быть 3-7 ключей верхнего уровня:

    • Статус
    • является-retryable
    • среда
    • поступление
    • latest_receipt
    • latest_receipt_info
    • pending_renewal_info
      {
    "статус": 21199,
    "возможна повторная попытка": 1,
    "среда": "Песочница",
    "чек": {},
    "последняя_квитанция": "",
      "latest_receipt_info": [{}],
    "ожидание_обновления_информации": [{}],
    }  

    ответтело

    Поскольку не всегда присутствуют все ключи верхнего уровня, давайте сначала рассмотрим типы ключей и определим, когда они присутствуют в responseBody .

    2 квитанция Всегда latest_receipt latest_receipt_info
    Ключ Тип Когда в responseBody?
    Number Всегда 9
    9 Boolean только квитанции с кодами состояния 21100-21199
    Environment String
    JSON объект
    Base64 только автоматические возобновляемый подписки квитанций
    Массив JSON объекты только ауто- возобновляемые подписки квитанции
    pending_renewal_info Массив объектов JSON Только автоматически возобновляемые подписки квитанции

    Чтобы лучше понять каждое из этих свойств, давайте рассмотрим каждое из этих свойств подробнее.

    статус

    Когда вы получаете ответ от verifyReceipt , ключ состояния — это первое, на что вы должны обратить внимание. Там будет либо 0, означающий, что квитанция действительна, либо код состояния, указывающий на ошибку. Чтобы знать, как действовать, вам необходимо распознать коды состояния и их значение.

    HTTP-код состояния состояния возможный статус значения описание Как разрешить
    0 0 без разрешения требуется
    200 21000 21000 21000 21000 Запрос App Store не был сделан с использованием HTTP Post Method Swap HTTP-адрес запроса на сообщение
    200 21001 больше не отправлено App Store Нет разрешения
    200 21002 Свойство квитанции было искажено или возникла временная проблема с сервером квитанции Проверьте свойство квитанции и/или повторите попытку
    200 21003 Ошибка аутентификации 9 pt 912
    200 21004 Несоответствие между общий секрет, который вы предоставили, и тот, который находится в файле для вашей учетной записи Дважды проверьте общий секрет и отправьте правильный, специфичный для приложения, в соответствии с App Store Connect
    200 21005 Сервер не может предоставить квитанцию ​​в это время Попробуйте еще раз
    200 21006 Срок действия подписки истек.(Этот код состояния возвращается только для квитанций о транзакциях в стиле iOS 6 для автоматически возобновляемых подписок) Обновите квитанции в стиле iOS 7+ в вашем коде приложения
    200 21007 Квитанция из тестовой среды и отправлено в производственную среду для проверки Отправить эту квитанцию ​​по адресу https://sandbox.itunes.apple.com/verifyReceipt 
    200 21008 для проверки Отправьте этот чек на https://buy.iTunes.apple.com/verifyreceept
    200 21009 21009 21009 16 Попробуйте еще раз
    200 21010 Учетная запись пользователя не может быть найдена или была удалена без разрешения Требуется
    200 21100-21199 21100-21199 Внутренние ошибки доступа к данным Apple Посмотрите на «нерешительно» Добавить в очередь для будущей обработки
    502 Bad Gateway Применить повторную логику и добавить в очередь на будущую обработку
    503 16 503 Service Unavailable Применить Повторить логику или Добавить в очередь для будущей обработки

    Как вы могли заметить, для разрешения некоторых значений состояния достаточно о попробуйте еще раз.Вот почему ваша служба проверки квитанций должна быть достаточно мощной, чтобы справляться с различными сценариями. Будь то тайм-ауты сети или коды состояния недоступности службы, вы должны уметь справляться со всем этим. Если сбой продолжает возникать, возможно, стоит попытаться обработать квитанцию ​​позже и добавить ее в очередь заданий.

    Теперь давайте перейдем к следующему свойству.

    можно повторить

    В предыдущем разделе мы рассмотрели значения состояния и их значения.Одним из последних возможных значений был диапазон 21100-21199. Если значение состояния находится в этом диапазоне, вы должны увидеть ключ is-retryable в полезной нагрузке ответа.

    Несмотря на то, что Apple перечисляет тип как «логический», отображаемые значения не являются типичными значениями true или false. Вместо этого они равны 0 и 1. 0 означает, что проблема неразрешима, и вам не следует пытаться проверить эту квитанцию. 1 означает, что проблема носит временный характер, и вы можете попробовать проверить квитанцию ​​еще раз.

    окружающая среда

    Это значение указывает среду, для которой было создано уведомление.Это будет либо Sandbox, квитанция, созданная в среде песочницы, либо Production, квитанция, созданная в производственной среде.

    квитанция

    Значение получения представляет собой представление JSON, которое было отправлено для проверки. Это ключ, который всегда присутствует в успешном чеке, независимо от того, совершил ли пользователь покупку в приложении.

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

    Если вы помните, App Store был построен на принципах iTunes Store. Тогда было только два типа приложений — платные и бесплатные. Однако теперь у нас есть встроенные покупки и подписки, которые немного усложнили ситуацию.

    Дополнительный контекст был добавлен в структуру данных после введения покупок в приложении. Чтобы понять покупки в приложении, вы можете работать с полным контекстом, в отличие от покупок в приложении по подписке.

    Здесь вступают в действие ключи last_receipt_info и pending_renewal_info.Для автоматически возобновляемых подписок вы найдете дополнительный контекст внутри этих двух свойств.

      {
        "среда": "Песочница",
        "чек": {
            "receipt_type": "Производственная песочница",
            "адам_ид": 0,
            "идентификатор_приложения": 0,
            "bundle_id": "product.name",
            "версия_приложения": "7",
            "идентификатор_загрузки": 0,
            "версия_внешний_идентификатор": 0,
            "receipt_creation_date": "2021-04-13 06:46:04 И т. д./GMT",
            "receipt_creation_date_ms": "1618296364000",
            "receipt_creation_date_pst": "2021-04-12 23:46:04 Америка/Лос-Анджелес",
            "request_date": "2021-04-26 08:40:45 И т. д./GMT",
            "request_date_ms": "1619426445186",
            "request_date_pst": "2021-04-26 01:40:45 Америка/Лос-Анджелес",
            "original_purchase_date": "2013-08-01 07:00:00 Ec/GMT",
            "original_purchase_date_ms": "1375340400000",
            "original_purchase_date_pst": "2013-08-01 00:00:00 Америка/Лос-Анджелес",
            "original_application_version": "1.0",
            "в_приложении": [
                {
      

    последняя_квитанция

    Последняя зашифрованная квитанция приложения Base64. Этот возвращается только для автоматически возобновляемых квитанций о подписке.

    последняя_квитанция_информация

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

    Чтобы включить только последние транзакции, вы можете установить для поля exclude-old-transactions значение true в запросе verifyReceipt .

      "latest_receipt_info": [
            {
                "количество": "1",
                "product_id": "product.name.1",
                "transaction_id": "10000000000000000",
                "original_transaction_id": "1000000000000000",
                "purchase_date": "2021-04-09 08:20:55 И т. д./GMT",
                "purchase_date_ms": "1617956455000",
                "purchase_date_pst": "2021-04-09 01:20:55 Америка/Лос-Анджелес",
                "original_purchase_date": "2021-04-13 09:51:39 И т. д./GMT",
                "original_purchase_date_ms": "1618307499000",
                "original_purchase_date_pst": "2021-04-13 02:51:39 Америка/Лос-Анджелес",
                "expires_date": "2021-04-09 08:25:55 И т. д./GMT",
                "expires_date_ms": "1617956755000",
                "expires_date_pst": "2021-04-09 01:25:55 Америка/Лос-Анджелес",
                "web_order_line_item_id": "10000000000000000",
                "is_trial_period": "ложь",
                "is_in_intro_offer_period": "ложь",
                "subscription_group_identifier": "10000000"
            },  

    pending_renewal_info

    Также массив объектов JSON, каждый элемент которого представляет информацию об ожидающем продлении для каждой автоматически возобновляемой подписки, идентифицированной product_id .Он возвращается только для автоматически возобновляемых квитанций о подписке.

    ответтело.Receipt

    Теперь, когда мы рассмотрели все свойства responseBody, давайте углубимся в потенциальные элементы responseBody.Receipt.

    9 2 116 String 9 Всегда 9
    Ключ Тип Когда в responseBody.Receipt?
    adam_id Количество Всегда
    app_item_id Номер Always
    APPLICATION_VERSION снабжать струной, тетивой и т.п. Всегда
    bundle_id Строка Всегда
    Download_id Number Всегда
    EXPIRAT_DATE String только приложения 2 String только приложения, полученные через программу покупки объема
    EXPIRY_DATA_PST String только приложения, полученные с помощью программы покупки объема
    in_app Array всегда
    2 String всегда
    Original_purchase _DATE снабжать струной, тетивой и т.п. Всегда
    original_purchase_date_ms Струнные Всегда
    original_purchase_date_pst Строка Всегда
    preorder_date Строка Только если пользователь предварительно заказал приложение
    Predorder_data_ms String только если пользователь предварительно заказал приложение
    String только если пользователь предварительно заказал приложение
    Chiew_creation_date String 2 9163 CELLIPTIPT_CREATION_DATE_MS String Всегда 9 STING_TYPE String всегда
    Request_date String Всегда
    Request_date_ms String Всегда
    Request_date_pst Version_External_identifier Number Всегда

    Это может выглядеть подавленно, но не волнуйтесь.Мы рассмотрим каждое из этих свойств более подробно, чтобы вы могли лучше понять, что они означают.

    adam_id и app_item_id

    Это свойство создается App Store Connect и используется для уникальной идентификации приложения, соответствующего квитанции. Это 64-битное длинное целое, которое назначается исключительно в продакшене. Таким образом, ожидайте уникальное значение в производстве и 0 в песочнице.

    версия_приложения

    Указывает номер версии приложения на момент квитанции квитанция_creation_date_ms .Он соответствует CFBundleVersion (iOS) или CFBundleShortVersionString (macOS) в Info.plist. Значение всегда равно «1.0» в песочнице.

    идентификатор_пакета

    Эта строка предоставляется в App Store Connect и относится к значению CFBundleIdentifier в файле Info.plist приложения. Это идентификатор пакета для приложения, которому принадлежит квитанция.

    Download_id

    Это уникальный идентификатор транзакции загрузки приложения.В песочнице поле будет заполнено 0, а в продакшене вы увидите уникальный идентификатор.

    К сожалению, download_id не полностью защищен Apple. Похоже, что он связан с транзакцией загрузки, представленной original_application_version и original_purchase_date .

    expire_date, expire_date_pst, expire_date_ms

    Укажите время, когда истекает срок действия квитанции для приложений, купленных в рамках программы Volume Purchase Program.

    Для параметра expire_date формат даты и времени аналогичен формату ISO 8601. Для параметра expire_date_pst указан тихоокеанский часовой пояс. Наконец, для expire_date_ms это формат времени эпохи UNIX в миллисекундах.

    в_приложении

    Это массив, содержащий поля квитанций о покупках в приложении для всех транзакций покупок в приложении.

    исходная_версия_приложения

    Указывает версию приложения, которую изначально приобрел пользователь.Если изначально была куплена версия 2.5, значение в этом поле будет равно 2.5, даже если в настоящее время приложение работает на версии 5.0. В песочнице значение всегда равно «1.0».

    Этот номер соответствует CFBundleVersion (iOS) или CFBundleShortVersionString (macOS) из Info.plist.

    Original_purchase_date, original_purchase_date_pst, original_purchase_date_ms

    Покажите время первоначальной покупки приложения.

    Как и в случае со свойством expire_date , свойство original_purchase_date имеет формат даты и времени, аналогичный формату ISO 8601. original_purchase_date_pst имеет формат тихоокеанского часового пояса. original_purchase_date_ms в формате времени эпохи UNIX, в миллисекундах.

    preorder_date, preorder_date_pst, preorder_date_ms

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

    preorder_date имеет формат даты и времени, аналогичный формату ISO 8601. preorder_date_pst находится в формате тихоокеанского часового пояса, а preorder_date_ms — в формате времени эпохи UNIX в миллисекундах.

    квитанция_creation_date, квитанция_creation_date_pst, квитанция_creation_date_ms

    Укажите время, когда App Store сгенерировал квитанцию.

    Возможно, вы уже поняли идею, но давайте все же уточним форматы. Receipt_creation_date Свойство имеет формат даты и времени, аналогичный формату ISO 8601. Receipt_creation_date_pst находится в формате тихоокеанского часового пояса, а Receipt_creation_date_ms — в формате времени эпохи UNIX в миллисекундах.

    тип_квитанции

    Указывает тип созданной квитанции. Значение относится к среде, в которой было совершено приложение или покупка VPP. Возможные значения включают:

    • Production: квитанция создана в производственной среде App Store
    • ProductionVPP: квитанция создана в производственной среде VPP
    • ProductionSandbox: квитанция создана в тестовой среде App Store
    • Production VPPSandbox: квитанция создана в среде песочницы VPP

    request_date, request_date_pst, request_date_ms

    Показать время, когда запрос к конечной точке verifyReceipt был обработан и сгенерирован ответ.

    Для request_date формат даты и времени аналогичен формату ISO 8601. Для request_date_pst это тихоокеанский часовой пояс. Наконец, для request_date_ms это формат времени эпохи UNIX в миллисекундах.

    версия_внешний_идентификатор

    Случайное число, указывающее версию приложения. В песочнице это значение равно «0».

    Свойства responseBody.latest_receipt_info

    Пора перейти к свойствам responseBody.последняя_квитанция_информация

    9
    Ключ Тип Когда в responseBody.latest_receipt_info?
    Cancellation_date String Только когда транзакции были возвращены App Store
    Cancellation_date_pst String Только когда транзакции были возвращены App Store
    Cancellation_date_ms String Только когда транзакции были возвращены App Store
    String Только когда транзакции были возвращены App Store
    String Всегда
    EXPIRES_DATE_PST String Всегда
    2 String Всегда
    2
    in_app_Ownershershion_type String п Семейный Sharing на
    is_in_intro_offer_period Строка Всегда
    is_trial_period Строка Всегда
    is_upgraded Строка Только в модернизации операций
    offer_code_ref_name Строка только при подписке предложение код был погашен
    original_purchase_date Строка Всегда
    original_purchase_date_pst Строка Всегда
    original_purchase_date_ms String Всегда
    String всегда
    String
    promotional_offer_id снабжать струной, тетивой и т.п. Только тогда, когда рекламное предложение было выкуплено
    PURCHASE_DATE Строка Always
    purchase_date_pst Строка Всегда
    purchase_date_ms Строка Всегда
    количество Строка Всегда
    subscription_group_identifier Строка Всегда
    web_order_line_item_id Строка Всегда
    transaction_id Строка Всегда

    Надеюсь, вы уже привыкли к нашему формату.Как и раньше, давайте рассмотрим каждую из этих клавиш по отдельности.

    Cancellation_date, Cancellation_date_pst, Cancellation_date_ms

    Укажите время отмены подписки. Несколько вещей могут вызвать это. Во-первых, служба поддержки Apple могла возместить транзакцию. Во-вторых, если семейный доступ настроен, изменения в доступе могут привести к отмене подписки. Наконец, пользователь мог просто перейти на другой продукт.

    Для cancel_date формат даты и времени подобен формату ISO 8601.Для cancel_date_pst это тихоокеанский часовой пояс. Наконец, для cancel_date_ms это время в формате UNIX, в миллисекундах.

    причина_отмены

    Перечисляет причину возмещения транзакции. Возможные значения: 1 и 0. «1» означает, что клиент отменил подписку из-за проблемы в вашем приложении. С другой стороны, «0» означает, что отмена произошла по другой причине. Часто, если покупатель случайно совершил покупку.

    expires_date, expires_date_pst, expires_date_ms

    Укажите время истечения срока действия или продления подписки.

    Свойство Expires_date имеет формат даты и времени, аналогичный формату ISO 8601. expires_date_pst — в формате тихоокеанского часового пояса, а expires_date_ms — в формате времени эпохи UNIX в миллисекундах.

    in_app_ownership_type

    В этом свойстве вы увидите, является ли пользователь покупателем продукта или, скорее, членом семьи, имеющим доступ к нему через Семейный доступ.

    Значение будет либо FAMILY_SHARED , либо PURCHASED .

    is_in_intro_offer_period

    Показывает, находится ли автоматически продлеваемая подписка в периоде начальной цены или нет. Возможные значения: true и false . true указывает, что подписка фактически находится в периоде начальной цены, а false отрицает это.

    is_trial_period

    Указывает, находится ли подписка в бесплатном пробном периоде или нет.

    is_upgrade

    Это свойство присутствует только для обновленных транзакций и показывает, была ли подписка отменена из-за обновления.Значение может быть только true , что означает, что это то, что произошло.

    offer_code_ref_name

    Присутствует только при активации кода предложения подписки. Указывает справочное имя предложения, которое было настроено в App Store Connect.

    original_purchase_date, original_purchase_date_pst, original_purchase_date_ms

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

    original_purchase_date имеет формат даты и времени, аналогичный формату ISO 8601. original_purchase_date_pst — в формате тихоокеанского часового пояса, а original_purchase_date_ms — в формате времени эпохи UNIX в миллисекундах.

    original_transaction_id

    Идентифицирует исходную транзакцию покупки.

    product_id

    Идентифицирует приобретенный продукт как настроенный для этого продукта в App Store Connect.

    рекламный_оффер_id

    Идентифицирует погашенное предложение подписки пользователя.

    Purchase_date, Purchase_date_pst, Purchase_date_ms

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

    Свойство Purchase_date имеет формат даты и времени, аналогичный формату ISO 8601. Purchase_date_pst находится в формате тихоокеанского часового пояса, а Purchase_date_ms — в формате времени эпохи UNIX в миллисекундах.

    количество

    Показывает количество приобретенных доступных продуктов.Обычно 1-10, обычно 1.

    идентификатор_группы_подписки

    Идентифицирует группу, к которой принадлежит подписка.

    web_order_line_item_id

    Это первичный ключ для идентификации покупок по подписке. Он определяет случаи покупки на разных устройствах.

    идентификатор_транзакции

    Идентифицирует покупки, восстановление и продление. Транзакция является покупкой, когда transaction_id соответствует original_transaction_id .Если они не совпадают, то это восстановление или обновление.

    Свойства responseBody.pending_renewal_info

    Теперь давайте посмотрим на свойства responseBody.pending_renewal_info !

    Ключ Тип Когда в responseBody.pending_renewal_info?
    auto_renew_product_id Строка Только в случае понижения или перехода на подписку другой продолжительности.
    AUTO_RENEW_STATUS String Всегда
    String Только когда квитанция содержит просроченную автозобновую подписку.
    grace_period_expires_date String Только в случае ошибки выставления счетов во время продления.
    grace_period_expires_date_ms String Только в случае ошибки выставления счетов во время продления.
    grace_period_expires_date_pst String Только в случае ошибки выставления счетов во время продления.
    is_in_billing_retry_period Строка Только когда просроченная автоматически возобновляемая подписка находится в фазе повтора.
    offer_code_ref_name Строка Только при активации кода предложения подписки.
    Original_transaction_id 121219 Всегда
    String Только когда клиент был уведомлен о росте цены.
    product_id Строка Всегда
      }
        ],
        "latest_receipt": "[новый]",
        "ожидание_обновления_информации": [
            {
                "expiration_intent": "1",
                "auto_renew_product_id": "test.vip.6month.3d.3999.1",
                "is_in_billing_retry_period": "0",
                "product_id": "product.name.1",
                "original_transaction_id": "100000000000000",
                "auto_renew_status": "0"
            }
        ],
        "статус": 0
    }
      

    auto_renew_product_id

    Идентифицирует неразрешенное продление подписки клиента.Вы увидите это поле только в том случае, если пользователь понизил или перешел на подписку с другой продолжительностью на следующий период.

    auto_renew_status

    Указывает, будет ли автоматически продлеваемая подписка продлеваться в конце текущего периода подписки. «1» показывает, что будет, а «0» показывает, что клиент отменил автоматическое продление.

    Если вы видите последнее, у клиента высокий риск оттока, и, возможно, ему стоит сделать специальное предложение.

    expire_intent

    Показывает причину истечения срока действия подписки. Возможные значения: 1-5.

    • 1 = клиент сам отменил подписку. Подумайте о том, чтобы отправить ответную кампанию.
    • 2 = произошла ошибка выставления счета. Попробуйте отправить напоминание об обновлении платежной информации, чтобы не потерять доступ.
    • 3 = пользователь не согласился на повышение цены.
    • 4 = продукт был недоступен на момент продления.
    • 5 = неизвестно

    grace_period_expires_date, grace_period_expires_date_pst, grace_period_expires_date_ms

    Указывает время окончания льготного периода продления подписки.

    Grace_period_expires_date имеет формат даты и времени, аналогичный формату ISO 8601. grace_period_expires_date_pst находится в формате тихоокеанского часового пояса, а Grace_period_expires_date_ms — в формате времени эпохи UNIX в миллисекундах.

    is_in_billing_retry_period

    Показывает, находится ли автоматически возобновляемая подписка клиента в периоде повторной попытки выставления счетов. Возможные значения: 1 и 0 . Первый указывает, что App Store пытается продлить подписку, а второй показывает, что он прекратил попытки продления.Если значение равно 1 , самое время отправить запрос на обновление биллинга.

    offer_code_ref_name

    Показывает справочное название предложения подписки, которое вы настроили в App Store Connect. Это поле отображается только в том случае, если код предложения подписки был активирован.

    original_transaction_id

    Идентифицирует транзакцию первоначальной покупки.

    цена_согласия_статус

    Указывает статус согласия на повышение стоимости подписки.Клиент либо дал согласие на повышение, либо нет. 1 означает, что клиент согласился, а 0 показывает, что клиент был уведомлен о повышении цены, но еще не согласился.

    product_id

    Идентифицирует приобретенный продукт в соответствии с вашей настройкой в ​​App Store Connect.

    Варианты формата даты

    Вы, наверное, заметили, что во всей расшифрованной квитанции встречаются разные форматы даты:

    • ISO 8601 - как GMT
    • ISO 8601 - как PST
    • Время эпохи UNIX в миллисекундах

    Но знаете ли вы уже, что означают эти форматы даты и времени?

    В своей документации Apple ссылается на формат данных и времени, аналогичный формату даты ISO 8601 или RFC 3339.Преобразование этих строковых форматов может быть затруднено, поэтому давайте рассмотрим их подробнее.

    Как вы видели в этом документе, каждая базовая дата имеет два модификатора: _pst и _ms. Первый представляет собой PST (стандартное тихоокеанское время), подобное ISO 8601, а второй представляет миллисекунды с эпохи UNIX.

    На что следует обратить внимание:

    • Будьте особенно осторожны во время тихоокеанского летнего времени (PDT), так как значение остается по тихоокеанскому времени.
    • Проще всего работать с форматом времени эпохи UNIX в миллисекундах, поскольку большинство современных языков программирования могут преобразовывать его в собственный формат даты и времени.

    Поздравляем! Вы ознакомились с нашим списком расшифрованных элементов квитанции.

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

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

    Мы понимаем, что вы можете не захотеть делать все это самостоятельно. Именно поэтому мы здесь!

    Если вы хотите избежать хлопот с StoreKit или не хотите создавать собственный сервер проверки подписки, вы всегда можете обратиться к Qonversion! Вы можете прямо сейчас перейти к нашему Apple Receipt Checker или изучить Product Center, который предоставляет полную инфраструктуру для покупок в приложении. Как разработчикам, вам больше не нужно выполнять это трудоемкое управление квитанциями.Оставьте это нам.

    .

Добавить комментарий

Ваш адрес email не будет опубликован.