Содержание

Счет 71 “Расчеты с подотчетными лицами” / КонсультантПлюс

Операции по дебету счета

Выданы из кассы денежные средства в подотчет

расходный кассовый ордер (ф. N КО-2)

Выданы подотчетным лицам денежные документы (почтовые марки, билеты и др.)

ведомость на выдачу денежных документов и т.п.

Перечислены авансы подотчетным лицам, находящимся за пределами организации

выписка банка

Выданы в подотчет чековые книжки

ведомость выдачи чековых книжек

Получены в подотчет работниками обособленного подразделения центральной кассы головной организации по доверенности денежные средства и денежные документы (в бухгалтерии обособленного подразделения). Одновременно в бухгалтерии головной организации: дебет счета 79, кредит счета 50

копия расходного кассового ордера, авизо

Получены в подотчет работником головной организации в операционных кассах обособленных подразделений наличных и денежных документов (в центральной бухгалтерии). Одновременно в обособленном подразделении: дебет счета 79, кредит счета 50

копии расходных кассовых ордеров, авизо

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

ведомость выдачи чековых книжек

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

Зачислена в подотчет продавцам полученная выручка за проданную продукцию на продовольственном рынке (торговля с машин, лотков и т.п.) (при использовании в расчетах с материально ответственными лицами счета 71)

товарный отчет продавца и др. уполномоченных лиц

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

бухгалтерская справка

Операции по кредиту счета

Списана задолженность подотчетных лиц на сумму принятых к учету (стоимость ценностей, расходы по доставке и т. п.) (без использования счета 15):авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

– оборудования к установке

– внеоборотных активов (машин, оборудования, взрослых животных, нематериальных активов и т.п.)

– животных для выращивания и откорма, служебных собак

Списана задолженность с подотчетных лиц при принятии к учету материальных ценностей (стоимость ценностей, расходы по доставке и т.п.) с применением счета 15авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

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

авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

Списаны подотчетные суммы по расходам, относимым к обычной деятельности организации:

авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

– основному и вспомогательному производству

– на общепроизводственные и общехозяйственные нужды

– по исправлению допущенного брака

– расходы обслуживающих производств

– расходы коммерческого характера (реклама, содержание торговых точек, ларьков, магазинов и т.п.)

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

– работы, относимые к расходам будущих периодов

Списана задолженность подотчетных лиц по принятым к учету товарам

авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

Возвращены подотчетные суммы в кассу

приходный кассовый ордер (ф. N КО-1)

Возвращены денежные документы

ведомости оприходования денежных документов

Сдана выручка в кассу за реализованную продукцию на продовольственном рынке

приходный кассовый ордер (ф. N КО-1)

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

выписка банка

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

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

Оплачена через подотчетных лиц задолженность поставщикам

квитанции к приходному кассовому ордеру

Удержаны подотчетные суммы из оплаты труда работника

расчетно-платежная ведомость (ф. N Т-49), расчетная ведомость (ф. N Т-51)

Отнесена на расчеты с персоналом задолженность по подотчетным суммам (незаконные расходы из выручки, недостачи выручки от продажи на продовольственном рынке; расходы по предъявленным оправдательным документам и т. п.)

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

Возвращены чековые книжки

ведомость оприходования чековых книжек

Оплачены услуги прочих кредиторов за счет подотчетных сумм

корешок квитанции приходного кассового ордера, авансовый отчет (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

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

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

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

приказ о переводе работников

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

акт инвентаризации расчетов с покупателями, поставщиками и прочими дебиторами и кредиторами (ф. N ИНВ-17), приказ руководителя

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

авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

Начислены отрицательные курсовые разницы по подотчетным суммам в иностранной валюте

бухгалтерская справка

Отражаются не возвращенные в установленные сроки подотчетные суммы

бухгалтерская справка

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

авансовые отчеты (ф. N АО-1) с приложением документов, подтверждающих произведенные расходы

Аванс подотчетному лицу — Контур.Бухгалтерия

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

Подотчетное лицо — это сотрудник компании, получивший деньги на конкретные цели. Цели можно разбить на 3 группы:

  • хозяйственно-операционные расходы;
  • расходы на командировку;
  • возмещение сотруднику понесенных командировочных расходов.

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

Выдача денег под отчет

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

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

Порядок выдачи аванса

Выдачу аванса из кассы оформляйте расходным кассовым ордером по форме № КО-2. В РКО должны быть проставлены подписи директора и главбуха или иных уполномоченных. Выдавать деньги в подотчет можно и в безналичной форме. Деньги выдаются на определенный срок. Об израсходованных суммах работник обязан отчитаться в бухгалтерию в трехдневный срок со дня его истечения.

В бухгалтерском учете выдача наличных денежных средств отражается проводкой Дт 71 Кт 50. Аналогичной проводкой отражается и доплата, если сотрудник потратил денег больше, чем ему выдали.

Авансовый отчет

Для учета выданных авансов используйте авансовый отчет. Для организаций вне зависимости от формы собственности используйте форму №АО-1. Для бюджетных учреждений применяйте форму №0504049.

Бланк отчета имеет лицевую и оборотную стороны. На лицевой стороне отражается информация о сотруднике, в графах 1-6 оборотной стороны он отражает информацию об израсходованных суммах и прикладывает оправдательные документы. Бухгалтерия принимает отчет и проверяет правильность заполнения граф, приложенные документы и целевой характер расходования денег. Графы 7-10 заполняются главным бухгалтером. После чего отчет утверждает руководитель.

При сдаче авансового отчета может возникнуть две ситуации:

  • Было потрачено денег меньше, чем получено. Тогда сотрудник обязан вернуть неизрасходованную сумму.
  • Выдано меньше, чем потрачено. Перерасход денежных средств возмещается сотруднику на основании РКО.

Оправдательные документы

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

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

Списание подотчетных сумм

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

  • Дт 10/15 Кт71 — поступление материалов, приобретенных подотчетным лицом;
  • Дт 41 Кт71 — поступление товаров, приобретенных сотрудником;
  • Дт 20/23 Кт71 — списание расходов на командировку в себестоимость продукции;
  • Дт 44 Кт 71 — списание расходов на командировку в расходы на продажу.

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

  • Дт 94 Кт 71 — списана невозвращенная сумма;
  • Дт 73 Кт 94 — отражена задолженность сотрудника перед организацией;
  • Дт 70 Кт 73 — отражено удержание невозвращенных денег из зарплаты.

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

Учет расчетов с подотчетными лицами (счет 71) в 2021 году

Автор Ольга Петрова На чтение 4 мин.

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

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

Для учета подотчетных сумм используется активно-пассивный 71 счет бухгалтерского учета. Подробно особенности активно-пассивных счетов разобрано в этой статье.

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

Учет на 71 счете

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

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

Выдавать деньги в подотчет можно при выполнении двух условий:

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

Проводка, отражающая выдачу наличных денежных средств в подотчет, имеет вид Д71 К50.

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

Если у подотчетного лица остались деньги, то есть он потратил меньше, чем ему было выдано, то неистраченная часть аванса сдается в кассу на основании приходного кассового ордера, при этом оформляется проводка Д50 К71.

Если подотчетному лицу выданных средств не хватило, и он потратил дополнительно еще свои деньги, то сумма, потраченная сверх выданного аванса (перерасход), работнику возмещается, то есть выдается из кассы с оформлением расходного кассового ордера, проводка имеет вид Д71 К50.

Списание подотчетных сумм

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

Если подотчетным лицом были приобретены хозяйственные или канцелярские товары, то есть деньги были потрачены на приобретение материальных ценностей, то расходы списываются на счет учета материалов, например, на счет 10 «Материалы» проводкой Д10 К71, или на счет 15 «Заготовление и приобретение материальных ценностей» проводкой Д15 К71.

Если на подотчетные деньги приобретены товары, то расходы списываются проводкой Д41 К71.

Если аванс подотчетным лицом был истрачен на командировочные расходы, то для производственного предприятия эти расходы включаются в себестоимость продукции проводкой Д20 (23) К71; для торговых – в расходы на продажу проводкой Д44 К71. Подробнее об учете командировочных расходов читайте в этой статье.

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

Если в дальнейшем деньги так и не возвращены, то сумма аванса может быть удержана из заработной платы работника проводкой Д70 К94. Эта проводка может быть выполнена в том случае, если есть возможность сразу удержать всю сумму аванса из зарплаты. Если же такой возможности нет, то она сначала списывается в дебет счета 73 «Расчеты с персоналом по прочим операциям» проводкой Д73 К94, после чего частями ежемесячно удерживаются из зарплаты Д70 К73.

Бухгалтерские проводки по 71 счету:

 

Бухгалтерия Казахстана для начинающих – Учет расчетов с подотчетными лицами

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

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

Командировка – это направление работника по распоряжению работодателя для выполнения трудовых обязанностей на определенный срок вне места постоянной работы.

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

На основании приказа руководителя бухгалтерия делает расчет аванса на командировочные расходы, куда входят:
–  Стоимость проезда туда и обратно;
– Сумма суточных (расходы на питание, внутренний проезд). Размер суточных устанавливается администрацией предприятия, но не выше 6-кратного МРП (Расчетно месячный показатель) в сутки в пределах РК и 8-кратного за пределами РК. Сумма суточных расчитывается путем умножения суточных на колличество дней в командировке, они считаются со дня отъезда по день приезда включая выходные.
–  Квартирные – это стоимость наема жилья. При определении аванса на командировачные расходы, квартирные берутся в половину от суточных.

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

Деньги в подотчет могут выдаваться и на мелкие хозяйственные нужды, в размере не более 40 МРП.

Работник получивший деньги в подотчет должен предоставить отчет за их расходование в течение 3 дней после возвращения с командировки или получения денежных средств на хозяйственные расходы с приложением оправдательных документов.

Для этого используется типовой бланк отчета:

Авансовый отчет – это отчет работника за выданные ему подотчетные суммы.

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

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

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

Пример:

Главный оператор ТОО “Ажар” едет в командировку в г. Астана со 2 по 12 июня 2015 года. Сумма суточных 4 МРП, стоимость проезда 7 100 тенге.

Расчитать аванс на командировочные расходы:

Проезд 7 100 х 2 = 14 200 тенге
Суточные 11 х (4 х 1982) =  87 208 тенге
Квартирные (1982/2 х 4) х 10 = 39 640 тенге

Итого:    141 048 тенге

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

Основные типовые хозяйственные операции по учету с подотчетными лицами:

Содержание хозяйственной операции Дебет Кредит
Из кассы выданы деньги в подотчет 1250 1010
Из кассы выдан перерасход по авансовому отчету 1250 1010
Из подотчета списаны командировочные расходы 7210 1250
Из подотчета списано на заготовку материалов 1310 1250
НДС на них (материалы) 1420 1250
В кассу возвращен остаток подотчетной суммы 1010 1250
Из заработной платы удержан остаток подотчетной суммы 3350 1250

 

На счете 1250 ведется аналитический и синтетический учет. Аналитический учет ведется в разрезе каждого подотчетного лица и даже каждой подотчетной суммы. Учетным регистром является журнал-ордер №7 – это регистр комбинированного учета, он объединяет в себе аналитический и синтетический учеты. Запись линейно-позиционная, т.е. на каждое подотчетное лицо отводится отдельная строка, здесь указывается Ф.И.О., сумма выданная в подотчет, сумма списанная из подотчета, номер авансового отчета и сальдо.
Журнал-ордер открывается в начале месяца выносом остатка по незаконченным расчетам на начало месяца в разрезе отдельных подотчетных лиц,  эти остатки берутся из журнала за прошлый месяц. Затем в журнале-ордере показываются операции за текущий месяц, т.е. выдача денег в подотчет и списание. Делается это на основании отчета кассира, авансовых отчетов и справок бухгалтерии.
В конце месяца по каждому подотчетному лицу определяется остаток на конец. Журнал-ордер итожат и получают обобщающие или ситетические данные по счету 1250. После сверки  с другими учетными регистрами итоги журнала-ордера №7 переносят в главную книгу.

 

Учет денежных средств и расчетов с подотчетными лицами в 1С предприятие

Учет денежных средств и расчетов с подотчетными лицами в 1С предприятие – Ультрабизнес

4 апреля 2013

Учет взаиморасчетов с подотчетными лицами ведется в разрезе сотрудников организации на следующих счетах учета:

  • 3721-Расчеты с подотчетными лицами в национальной валюте
  • 3722-Расчеты с подотчетными лицами в иностранной валюте

Затраты подотчетного лица регистрируются в программе 1С 8 документом «Авансовый отчет». Оплата задолженности или аванса перед подотчетником регистрируется документами «Платежное поручение исходящее» или «Расходный кассовый ордер».

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

В программе 1С 8 предусмотрен следующий порядок отражения операций с подотчетными лицами:

  • Выдача аванса документом «Расходный кассовый ордер» с видом операции “Выдача денежных средств подотчетнику” или документом «Платежное поручение исходящее» с видом операции “Перечисление денежных средств подотчетнику”.   Например, подотчетнику был выдан безналичный аванс в размере 150 грн на покупку товарно-материальных ценностей (ТМЦ). Аванс был зачислен на зарплатную карточку работника организации. В документе «Платежное поручение исходящее» необходимо указать получателя денежных средств из справочника контрагенты и подотчетное лицо из справочника физические лица. Обязательным реквизитом также является валюта, в которой выдан аванс. В данном примере валюта выданного аванса – гривна.

  • Оформление документа «Авансовый отчет». Сумма потраченных средств может быть равной или превышать сумму полученного ранее аванса. При отражении документа «Авансовый отчет» в программе 1С 8 на закладке «Авансы» необходимо указать документ, по которому был выдан аванс. Это может быть «Расходно-кассовый ордер» или «Платежное поручение исходящее», заполнить документ аванса возможно автоматически нажав кнопку заполнить или вручную выбрав документ. Нажав кнопку «Цены и валюта» появится  возможность указать валюту Авансового отчета, по умолчанию это валюта бухгалтерского учета. Колонки «Сумма документа», «Выдано» и «Израсходовано» заполнятся автоматически. Если сумма аванса больше чем потрачено по авансовому отчету, то необходимо вручную исправить сумму в колонке «Израсходовано», иначе документ не проведется.


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


  • Обратный порядок оформления отражения операций с подотчетными лицами, то есть сначала оформляется «Авансовый отчет», потом выдаются денежные средства. Если денежные средства выдаются позже, то в расчетном документе обязательно необходимо указывать документ согласно которого выдаются деньги


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

  • Закупку товаров и тары (закладки “Товары” и “Тара”)
  • Оплату поставщикам (закладка “Оплата”)
  • Прочие (дополнительные) расходы (закладка “Прочее”).

Данные о расходе денежных средств заполняются в документе “Авансовый отчет” на соответствующих закладках табличной части.

Информация о закупленных подотчетным лицом товарах и других товарно-материальных ценностей фиксируется в табличной части товары.


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

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

На закладке «Прочие» отражаются командировочные затраты и другие затраты. В программе 1С 8 автоматизировано отслеживание нормы расходов на командировку (суточные) в соответствии с НКУ. Для корректного отнесения суточных на расходы, учитываемые при определении  налогооблагаемой прибыли, в приделах установленных граничных норм следует включить флаг «Это суточные» в строке табличной части «Прочие» Кроме того, нужно указать период и количество суток командировки. При этом автоматически рассчитывается сумма суточных только в приделах норм в поле «Сумма суточных н/у». Суммы граничных норм устанавливаются в регистре сведений «Параметры налогового учета».

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

Купить программу 1С можно здесь www.softmaster.com.ua 

Посмотреть, а также ознакомится с нашими самостоятельными курсами по 1С, можно по ссылкам:

 

Расчеты с подотчетными лицами: учет

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

Бухгалтерский учет

 

 

Для учета подотчетных сумм применяется субсчет 372 «Расчеты с подотчетными лицами». По дебету этого субсчета отражается выдача денег под отчет, а по кредиту – суммы утвержденных расходов и суммы возвращенных подотчетным лицом денежных средств (Инструкция, утвержденная приказом Минфина от 30.11.99 г. № 291). Операции отражаются следующими проводками:

– выдача денег под отчет: Дт 372 – Кт 30 «Наличные», 31 «Счета в банках»;

– возврат подотчетным лицом неизрасходованных денежных средств: Дт 30 – Кт 372.

Если подотчетным лицом по поручению предприятия приобретались материальные ценности (услуги, работы), тогда делаются следующие проводки:

– оприходование материальных ценностей: Дт 20 «Производственные запасы», 22 «Малоценные и быстроизнашивающиеся предметы», 281 «Товары на складе» – Кт 372;

– списание на расходы стоимости приобретенных подотчетным лицом работ, услуг: Дт 23 «Производство», 92 «Административные расходы», 93 «Расходы на сбыт», 94 «Прочие расходы операционной деятельности» – Кт 372.

 

 

Налог на прибыль

 

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

 

 

НДФЛ

 

Сумма выданных под отчет денежных средств не является доходом физлица и не подлежит обложению НДФЛ (пп. 165.1.11 Налогового кодекса, далее – НК). Но только в том случае, если подотчетное лицо после выполнения поручения отчитается о расходах и вернет в бухгалтерию неизрасходованный остаток (при наличии) в законодательно установленные сроки (подробнее см. на с. 27 этого номера). Если же срок возврата неизрасходованных подотчетных денег будет нарушен, тогда эту сумму надо включить в месячный налогооблагаемый доход физлица и обложить НДФЛ (пп. 164.2.11 НК).

Ставка НДФЛ определяется согласно п. 167.1 НК и составляет 15 % (20 %). Кроме того, в соответствии с п. 164.5 НК применяется повышающий коэффициент, который в 2015 году для ставки НДФЛ 15 % составляет 1,17647, а для ставки 20 % – 1,25.

Налоговым агентом подотчетного лица является предприятие, выдавшее ему денежные средства под отчет (пп. 170.9.1 НК). Удержать сумму НДФЛ нужно из налогооблагаемого дохода за месяц, в котором не были возвращены подотчетные денежные средства. Если сумма дохода не позволяет сразу удержать всю сумму НДФЛ, тогда удержание растягивается на следующие месяцы. А если работник увольняется, то НДФЛ нужно удержать из дохода, который выплачивается при окончательном расчете с таким работником. Если же такого дохода недостаточно, тогда работник должен подать декларацию о доходах и самостоятельно уплатить НДФЛ в бюджет по окончании налогового года.

 

 

ЕСВ

 

Напомним, что базой обложения ЕСВ является сумма начисленной заработной платы, включая основную и дополнительную зарплату, другие поощрительные и компенсационные выплаты, вознаграждение за выполнение работ (предоставление услуг) по гражданско-правовым договорам (п. 1 ч. 1 ст. 7 Закона от 08.07.10 г. № 2464-VI). Не возвращенная вовремя сумма подотчетных средств не входит в состав указанных выплат, а значит, не облагается ЕСВ.

 

 

Военный сбор

 

Объектом обложения военным сбором являются суммы всех налогооблагаемых доходов физлица, полученных как в Украине, так и за ее пределами (ст. 163, пп. 1.2 п. 161 подразд. 10 разд. ХХ НК). Значит, из дохода работника в виде несвоевременно возвращенных подотчетных сумм следует удержать военный сбор. Ставка сбора составляет 1,5 %.

 

Пример

20.05.15 г. работнику предприятия были выданы под отчет денежные средства на приобретение ТМЦ в сумме 9 500 грн. Работник 21.05.15 г. представил Отчет об использовании средств, выданных на командировку или под отчет, и подтверждающие документы (корешок к приходно-кассовому ордеру, расходная и налоговая накладные) на сумму покупки 8 400 грн. (в т. ч. НДС – 1 400 грн.). Остаток в сумме 1 100 грн. работником был возвращен 29.05.15 г.

(грн.)

Таблица для печати доступная на странице: https://uteka.ua/tables/6541-0

№п/п

 

Содержание операции

 

Первичные документы

 

Бухгалтерский учет

 

Дт

 

Кт

 

Сумма

 

1

 

2

 

3

 

4

 

5

 

6

 

1

 

Выданы денежные средства под отчет

 

Расходный кассовый ордер (типовая форма № КО-2*)

 

372

 

301

 

9 500,00

 

2

 

Утвержден отчет об использовании подотчетных средств

 

Отчет об использовании средств, выданных на командировку или под отчет**, расходная накладная, корешок к приходно-кассовому ордеру (типовая форма № КО-1**)

 

92

 

372

 

7 000,00

 

3

 

Отражен налоговый кредит по НДС***

 

Налоговая накладная

 

641

 

372

 

1 400,00

 

4

 

Начислена сумма НДФЛ на несвоевременно возвращенную сумму подотчетных средств

(1 100 х 1,17647 х 15 %)

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

 

661

 

641

 

194,17

 

5

 

Удержан военный сбор (1 100 х 1,5 %)

 

661

 

641

 

16,50

 

6

 

Возвращен работником остаток подотчетных средств

 

Приходный кассовый ордер (типовая форма № КО-2***)

 

301

 

372

 

1 100,00

 

7

 

Перечислены в бюджет суммы НДФЛ и военного сбора

 

Платежное поручение

 

641

 

311

 

210,67

 

* Приложение 3 к Положению, утвержденному постановлением Правления НБУ от 15. 12.04 г. № 637 (далее – Положение № 637).

** Утверждена приказом Миндоходов от 24.12.13 г. № 845.

*** Приложение 2 к Положению № 637.

 

Выдаем средства на хознужды/командировку: основные правила

Савченко Елена, эксперт по вопросам оплаты труда.

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

Сроки выдачи средств

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

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

Отправить работника в командировку, не выдав ему аванс, — это значит нарушить трудовое законодательство (см. письмо Минсоцполитики от 07.11.2013 г. № 998/13/155-13). Такие действия могут грозить работодателю штрафом в размере минзарплаты (на сегодня — 4723 грн., см. ст. 265 КЗоТ*), а его должностным лицам — админштрафом в общем случае от 510 до 1700 грн. (ч. 1 и 2 ст. 41 КУоАП).

Переходим к ситуации с «кредитовым подотчетом». Из Обобщающей консультации, утвержденной приказом Минфина от 26.04.2019 г. № 181, следует, что если работодатель подтверждает целесообразность и обоснованность расходов работника, произведенных в связи с выполнением его трудовой функции, то

сумма компенсации за товары (работы, услуги), приобретенные работником за его собственные средства для работодателя, не облагается НДФЛ и ВС

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

После завершения командировки или выполнения поручения в интересах предприятия работник обязан:

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

— вернуть сумму не израсходованных в командировке средств (при наличии).

Сроки предоставления Отчета устанавливают пп. 170.9.2 и 170.9.3 НКУ.

Сроки подачи Отчета об использовании подотчетных средств

Цель выдачи аванса

Форма выдачи аванса

в наличной форме

в безналичной форме для использования с применением корпоративных платежных карточек и платежных документов*

расчеты наличными, снятыми с использованием платежных карточек

расчеты в безналичной форме

До окончания 5-го банковского дня, следующего за днем приобретения работником товаров (работ, услуг) по поручению и за счет субъекта хозяйствования, выдавшего деньги под отчет (п.п. «б» п.п. 170.9.2 НКУ)**

Покрытие командировочных расходов и решение производственных (хозяйственных) вопросов в командировке

До окончания 5-го банковского дня, следующего за днем, в котором работник завершает командировку (п.п. «а» п.п. 170.9.2 НКУ)

До окончания 3-го банковского дня после завершения командировки (п.п. «а» п.п. 170.9.3 НКУ)***

* Под платежными документами понимают перечисленные в п.п. 170.9.3 НКУ дорожные, банковские или именные чеки, другие платежные документы.

** По мнению налоговиков, при расчетах с помощью корпоративных платежных карточек за товары (работы, услуги), приобретенные для нужд предприятия, следует соблюдать сроки, установленные п.п. 170.9.3 НКУ (см. подкатегорию 103.17 БЗ). Однако мы считаем, что этот вывод справедлив только для расходования средств при решении производственных (хозяйственных) вопросов в командировке.

*** По нашему мнению, указанные сроки не применяются в случае перечисления аванса на командировку на личную карточку работника. В таких случаях необходимо ориентироваться на общие сроки предоставления Отчета, установленные п.п. «а» п.п. 170.9.2 НКУ, т. е. 5 банковских дней со дня окончания командировки. Ведь перечисление денежных средств на личную карточку приравнивается к выдаче аванса наличными.

Но учитывайте, что налоговики считают иначе. Они настаивают (см. письмо ГНСУ от 06.02.2012 г. № 2292/6/23-50.0214), что при снятии наличных и использовании личной платежной карточки следует отчитаться в течение 3 дней, как и при использовании корпоративнойплатежной карточки. Но если ввязываться в спор с фискалами вам неохота, советуем учесть их мнение.

**** Срок предоставления Отчета продлевается работодателем для выяснения вопросов о выявленных расхождениях между соответствующими отчетными документами.

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

Когда возвращать подотчетные средства?

В данном вопросе надо руководствоваться, кроме норм НКУ, еще и требованиями Положения № 148. Так, сроки, установленные НКУ, применяются налоговиками для целей обложения НДФЛ и ВС, а сроки, предусмотренные п. 19 Положения № 148, предназначены для определения фактов нарушения правил наличного обращения.

При наличии излишне израсходованных (т. е. не подтвержденных документально) средств, полученных на командировку и/или на выполнение отдельных гражданско-правовых действий (в том числе в командировке), работник обязан вернуть их в кассу или перечислить на банковский счет предприятия, выдавшего средства, до или во время подачи Отчета. Так гласит п.п. 170.9.2 НКУ. Со сроками подачи этого Отчета мы с вами уже разобрались (см. таблицу).

В отношении средств, полученных работником на командировкуПоложение № 148 никаких иных сроков возврата неизрасходованной их части не устанавливает. А значит,

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

А вот с неизрасходованными средствами, выданными на решение производственных (хозяйственных) вопросов, не все так просто. Пункт 19 Положения № 148 определяет для них конкретные сроки возврата.

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

1) на закупку сельскохозяйственной продукции и заготовку вторичного сырья — не более 10 рабочих дней;

3) на все другие производственные (хозяйственные) нужды — не более 2 рабочих дней, включая день получения наличных под отчет.

Заметим, что указанные выше сроки продлеваются до завершения срока командировки, если подотчетному лицу одновременно выдана наличность как на командировку, так и для решения в такой командировке производственных (хозяйственных) вопросов.

Поэтому сумму неизрасходованных средств, полученных на решение производственных (хозяйственных) вопросов, нужно возвращать в кассу либо перечислять на банковский счет предприятия до или во время предоставления Отчета, но с учетом сроков, прописанных в п. 19 Положения № 148 (см. выше).

Наличные ограничения при выдаче/возврате подотчетных сумм

При наличных расчетах с другими предприятиями и предпринимателями надо соблюдать ограничение в 10 тыс. грн., а при расчетах с физлицами — в 50 тыс. грн. в день по одному или нескольким платежным документам (п. 6 Положения № 148).

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

Покупая товары (работы, услуги) для нужд предприятия, работник действует по его поручению. То есть фактически он выполняет гражданско-правовые действия от имени и за счет предприятия. По этой причине в полной мере 10-тысячное ограничение наличных расчетов работает при приобретении подотчетным лицом ТМЦ, работ или услуг для хозяйственных нужд предприятия у другого субъекта хозяйствования. И не имеет значения, осуществлялось такое приобретение за счет полученной ранее (в кассе либо с использованием корпоративной платежной карточки) наличности или за счет собственных средств работника.

Ведь в такой ситуации он выступает и платит от имени предприятия-работодателя

Важно! Положение № 148 содержит ряд случаев, когда наличные расчеты можно осуществлять, не беспокоясь о превышении предельной суммы расчетов (см. п. 8 этого Положения). Так, «наличные» ограничения не касаются использования наличности, выданной на командировку.

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

Но имейте в виду: при решении производственных (хозяйственных) вопросов в командировке 10-тысячный предел будет применяться в общем порядке (если контрагентом является субъект хозяйствования). Дело в том, что такие расчеты не связаны прямо с командировкой и расходами непосредственно на нее.

Ну и, конечно, если работник приобретал ТМЦ для хознужд или оплачивал работы, услуги физлицу — не СПДдля нужд предприятия, то в этом случае должно соблюдаться 50-тысячное ограничение наличных*. Ведь по сути получается, что предприятие (через подотчетное лицо) производит наличный расчет с физлицом — продавцом товаров, работ, услуг.

Помните также, что, по мнению налоговиков, наличные ограничения действует на протяжении дня в расчетах с одним лицом в обе стороны (109. 13 БЗ). То есть «встречные потоки» наличности для сравнения с предельной величиной суммируются.

Распространяются ли наличные ограничения на подотчет?

А теперь разберем очень важный вопрос: распространяется ли 50-тысячное ограничение на расчеты хозсубъекта с работником по подотчетным суммам, связанным с хознуждами?

На сегодняшний день этот вопрос окончательно не урегулирован. С одной стороны, налоговики ранее высказывали мнение, что установленные НБУ наличные ограничения распространяются в том числе и на выдачу и возврат средств под отчет (письма ГУ ГФС в Сумской области от 18.07.2018 г. 3158/ІПК/18-28-14-06-31 и от 14.08.2018 г. №3531/ІПК/18-28-14-06-31).

С другой стороны, суды в этом вопросе склоняются к противоположному мнению. Как аргумент можно привести определение ВАСУ от 21. 06.2016 г. № К/800/44326/15**, в котором судьи указывают, что выдача наличных работникам под отчет не является платежом предприятия, а также наличным расчетом. Те же выводы можно найти и в определении Житомирского апелляционного административного суда от 28.08.2017 г. по делу № 806/292/17***.

Логично предположить, что 50-тысячное ограничение на расчеты хозсубъекта с работником по подотчетным суммам распространяться не должно по той причине, что в данном случае нет самого факта наличного расчета. Работник — подотчетное лицо выступает от имени предприятия и действует в его интересах. В данном случае работник лишь берет деньги предприятия, чтобы выполнить служебное поручение, и возвращает остаток в кассу. Впрочем, если вы не сторонник смелого подхода, лучше стараться не превышать 50-тысячный предел при выдаче и возврате в подотчет средств на хознужды (об ответственности за это нарушение мы писали на с. 7 этого номера).

В заключение отметим: расчеты, которые осуществляются посредством платежной карточки без снятия при этом наличных (т. е. через платежный терминал), считаются безналичными (ч. 3 ст. 341 ХКУ). Такие операции не относятся к кассовым в понимании Положения № 148. А значит, «наличные» ограничения на них вообще не распространяются (см. подкатегорию 109.13 БЗ).

 

Другие материалы из “Налоги и бухгалтерский учет”, 2020, № 11:

 

Подписаться на “Налоги и бухгалтерский учет”

Параметры не передаются из основного в подотчет

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


Поскольку в производственной среде будет 200 000 рабочих элементов в неделю, и мы не хотим, чтобы отчеты наносили ущерб системе, мы создали отдельную индексную таблицу, в которой мы регистрируем ошибки и точки данных, запрошенные пользователем с ошибками. Основной отчет основан на этом классе данных. Один из добавленных подотчетов – это тот, который генерирует общее количество транзакций (рабочих элементов) за тот же диапазон дат. Сложность в том, что мы не можем сопоставить строку за строкой, потому что нет ни одной точки данных, которая должна быть «равной» в двух отчетах.Общим фактором является выбор диапазона дат, который задается как params – на основе ввода данных пользователем.


Теория такая:

– Перед запуском основного отчета ValidationErrorsGroupService2 пользователю предлагается заполнить фильтры A: . TransactionDateTime = <..x .. и B: .TransactionDateTime => ..x ..

Показать больше

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

Поскольку в производственной среде будет 200 000 рабочих элементов в неделю, и мы не хотим, чтобы отчеты наносили ущерб системе, мы создали отдельную индексную таблицу, в которой мы регистрируем ошибки и точки данных, запрошенные пользователем с ошибками.Основной отчет основан на этом классе данных. Один из добавленных подотчетов – это тот, который генерирует общее количество транзакций (рабочих элементов) за тот же диапазон дат. Сложность в том, что мы не можем сопоставить строку за строкой, потому что нет ни одной точки данных, которая должна быть «равной» в двух отчетах. Общим фактором является выбор диапазона дат, который задается как params – на основе ввода данных пользователем.

Теория такова:
– Перед запуском основного отчета «ValidationErrorsGroupService2» пользователю предлагается заполнить фильтры A :.TransactionDateTime = <..x .. и B: .TransactionDateTime => ..x ..
– Pega распознает ввод пользователя как параметры, потому что на вкладке запроса основного отчета эти фильтры указаны как A: .TransactionDateTime = < param.Van и B: .TransactionDateTime => param.Tm. Эти параметры были объявлены на вкладке параметров.
– Pega передает эти параметры в подотчет «CountTCTransactions2», в котором настроены такие же фильтры и объявлены те же параметры. Смотрите скриншоты ниже.

Параметры передачи были включены.Это конфигурация соединения подотчета:

Оба отчета настроены для предварительного запроса изменений фильтра.

Однако диапазон дат не учитывается при общем подсчете (вывод из подотчета). Диапазон дат отражен во всех остальных точках данных в основном отчете. При запуске как отдельного отчета диапазон дат также отражается в выходных данных подотчета «CountTCTransactions2». Однако при объединении этих двух вывод подотчета каким-то образом становится статическим.См. Следующие скриншоты.

Диапазон дат отдельного подотчета с 01.01.2014 по 01.01.2017.

с 01.01.2014 по 01.01.2018


основной отчет с 01.01.2014 по 01.01.2017.


основной отчет с 01.01.2014 по 01.01.2018.

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

Что здесь происходит? Это ошибка? Я что-то неправильно настроил?

Пожалуйста, пролейте свет на эту Pega разработчиков?

Показать меньше

Crystal Report / Subreport – Проблема производительности

У меня проблемы с производительностью Crystal Report / Subreport. Я использую Crystal Version 11 непосредственно в Crystal Developer. Никаких других программ не задействовано. Я подключаюсь к базе данных SQL Server с помощью ODBC.

Я сузил проблему до этого:

В основном отчете 4 таблицы.См. Диаграмму по следующей ссылке. http://screencast.com/t/TA9YYlwwl7

Подотчет содержит 1 таблицу, в этой таблице более 2 миллионов записей.

Основной отчет ссылается на подотчет с одним полем:

Основное поле отчета SAMPLE.PATIENT = поле подотчета Z_RESULT_HISTORY.PHIN

Когда я устанавливаю привязку подотчета в Crystal, он автоматически генерирует следующее при выборе записей для подотчета:

{Z_RESULT_HISTORY.PHIN} = {? Pm-SAMPLE.PATIENT}

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

Case I работает молниеносно:

В основном отчете возвращаются 16 записей, каждая из которых содержит от 1 до 5 записей, возвращаемых во вложенном отчете.

{SAMPLE.PATIENT} = “MOUSEMICKEY” и {SAMPLE.SAMPLE_NUMBER} <200

Случай II: очень медленно. В основном отчете 51 запись, которые соответствуют критериям, по нескольку записей в каждой из подотчетов.Под очень медленным я подразумеваю несколько минут:

{BATCH.NAME} = “HEP_ARCH-200-1″

В этом случае я вижу в правом нижнем углу окна предварительного просмотра Crystal, что он читает все 2M записей в таблице Z_RESULT_HISTORY

Case III зверски медленно – пара минут

{BATCH_OBJECTS.OBJECT_ID} = 111

Возвращает 1 запись в основном отчете и 0 записей во вложенном отчете. Тем не менее, я вижу, как он просматривает ВСЕ 2 миллиона записей, прежде чем отчет будет отображен.

Я не могу понять, почему поле, используемое для выбора записи в ОСНОВНОМ отчете, влияет на скорость выполнения подотчета. Мне нужно, чтобы основной отчет был выбран BATCH.NAME, но я не могу понять, что я могу изменить, чтобы отчет работал быстрее. Когда я записываю выбор основного отчета SAMPLE.PATIENT, я НЕ вижу, чтобы подотчет читал все 2M reocrds – предварительный просмотр отчета возвращается менее чем через 1 секунду.

Любая помощь будет принята с благодарностью.

Подотчетов SSRS – Карл де Соуза

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

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

Затем добавьте таблицу в отчет:

Из набора данных перетащите поля в таблицу. Здесь я перетаскиваю тип продаж (тип SOP), номер продажи (номер SOP), номер клиента и имя клиента. Поля SOP Type и SOP Number будут использоваться в подотчете.

Запустите отчет, чтобы убедиться, что он работает.

Теперь мы добавим подотчет.

Выберите таблицу и Вставьте строку-> Внутри группы – Ниже:

Выделите ячейки и нажмите «Объединить ячейки»:

Выберите Вставить-> Подотчет:

Теперь создайте фактический подотчет. Откройте новый построитель отчетов и создайте новый отчет.

Теперь добавьте параметры в отчет. Добавьте тип СОП и номер СОП:

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

Обновите запрос набора данных, чтобы он выполнял фильтрацию на основе параметров:

Сохраните отчет. Я позвонил в свою «Линию пробных продаж». Запустите отчет, чтобы убедиться, что он работает:

Теперь в исходном отчете перейдите к свойствам вложенного отчета и выберите отчет:

Добавить параметры:

Для простоты я добавил параметр в основном отчете для фильтрации по количеству продаж.

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

СПАСИБО ЗА ЧТЕНИЕ. ПЕРЕД ВЫЕЗДОМ МНЕ НУЖНА ВАША ПОМОЩЬ.

Я трачу больше времени в эти дни на создание видео на YouTube, чтобы помочь людям изучить платформу MICROSOFT POWER.

ЕСЛИ ВЫ ХОТИТЕ УВИДЕТЬ, КАК Я СОЗДАЮ ПРИЛОЖЕНИЯ, ИЛИ НАЙДИТЕ ЧТО-ТО ПОЛЕЗНОЕ ЧИТАЯ МОЙ БЛОГ, , Я ДЕЙСТВИТЕЛЬНО ЦЕНИМ ВАС ПОДПИСКУ НА МОЙ КАНАЛ YOUTUBE.

СПАСИБО, ПРОДОЛЖАЕМ УЧИТЬСЯ ВМЕСТЕ.

CARL

https://www.youtube.com/carldesouza

О CARL DE SOUZA

Создание и публикация отчетов Jaspersoft Studio

Используйте Jaspersoft Studio Professional для подключения к Advanced Reporting для создания, загрузки, выгрузки и публикации отчетов. Для подключения к Advanced Reporting вам потребуется пользователь-разработчик отчетов и подключение к серверу. Вы также можете создать адаптеры данных в Jaspersoft Studio для тестирования запросов отчетов.

Выполните следующие процедуры как предварительные условия для разработки отчетов. В статье предполагается, что вы успешно установили Jaspersoft Studio Professional.

Создание пользователя-разработчика расширенных отчетов Создайте пользователя-разработчика отчетов, который может напрямую входить в Jaspersoft Studio. Пользователи, которых вы создаете в Jaspersoft из

CA PPM

, создаются с зашифрованным паролем и обслуживаются

CA PPM

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

CA PPM

. Пользователь-разработчик отчетов имеет не больше прав, чем пользователь-администратор Advanced Reporting в

CA PPM

, но может подключаться через Jaspersoft Studio.
  1. Войдите в

    CA PPM

    как пользователь с правами администрирования Advanced Reporting.
  2. Нажмите

    Home

    ,

    Advanced Reporting

    .
  3. Щелкните

    Управление

    ,

    Пользователи

    , а затем щелкните

    Добавить пользователя

    .
  4. Введите имя пользователя и пароль (например, report_developer).

  5. Чтобы добавить пользователя в организацию, щелкните

    Добавить пользователя в организацию

    . Создан пользователь-разработчик отчета. Не используйте этого пользователя для входа в CA PPM. На следующем изображении показано диалоговое окно «Добавить пользователя» для создания пользователя-разработчика отчетов в Jaspersoft:
  6. Щелкните

    Изменить

    в правой части страницы свойств.
  7. Найдите роль

    ROLE_ADMINISTRATOR

    , щелкните стрелку вправо, чтобы назначить разрешение, и щелкните

    Сохранить

    .Роль ROLE_ADMINISTRATOR предоставляет разрешение на изменение и администрирование элементов расширенной отчетности в вашей организации. На следующем изображении показано окно «Свойства», в котором пользователю-разработчику отчета назначаются разрешения ROLE_ADMINISTRATOR.

: из-за известной проблемы Jaspersoft список доступных ролей может не включать все роли или роли могут отображаться неправильно. Измените размер окна приложения браузера, пока не появится полоса прокрутки. Когда появится полоса прокрутки, прокрутите вниз до ROLE_ADMINISTRATOR.Если вы по-прежнему не видите полосу прокрутки после изменения размера окна, введите ROLE_ADMINISTRATOR в поле поиска и щелкните значок лупы (поиска). Известная проблема также может привести к тому, что роли будут перечислены несколько раз.

Настройка соединения с сервером JasperReports

  1. В Jaspersoft Studio в проводнике репозитория щелкните правой кнопкой мыши

    Серверы

    и выберите

    Создать соединение с сервером JasperReports

    .
  2. Заполните следующую информацию:
    • Имя

      Определяет имя для подключения к серверу (например, Advanced Reporting Test Environment).
    • URL-адрес

      Определяет URL-адрес Advanced Reporting Server точно так, как он определен в

      CA PPM

      .
    • Организация

      Определяет идентификатор организации точно так, как он определен в

      CA PPM

      .
    • Пользователь

      Определяет имя пользователя разработчика отчета.
    • Пароль

      Задайте пароль пользователя разработчика отчетов.
  3. Нажмите

    Готово

    .На следующем изображении показано окно настройки доступа к серверу JasperReports.
: Если подключение не удалось, убедитесь, что пользователь-разработчик отчета существует и пароль правильный. Также проверьте правильность значений URL-адреса и организации. Для Jaspersoft 7.1 убедитесь, что параметр

Использовать только протокол SOAP

не выбран. Разверните

Advanced Settings

, чтобы выбрать эту опцию, и щелкните

Test Connection

.Отображается ошибка 401, если

Использовать только протокол SOAP

опция
отмечена, как показано ниже:

Вы установили Jaspersoft Studio, создали пользователя-разработчика отчетов и настроили адаптер данных и соединение с сервером. Теперь вы можете создавать отчеты в Advanced Reporting.

  1. В Jaspersoft Studio выберите

    Файл

    ,

    Новый

    ,

    Отчет Jasper

    . Мастер создания отчетов отображает страницу шаблонов отчетов.
  2. Выберите шаблон (например,

    Blank A4

    ) и щелкните

    Next

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

    .jrxml

    . Избегайте пробелов и специальных символов при создании файла JRXML.
  4. Нажмите

    Далее

    . Мастер создания отчетов отображает страницу источника данных.
  5. Выберите адаптер данных

    Одна пустая запись – пустые строки

    .Вы можете изменить это позже.
  6. Щелкните

    Далее

    и затем щелкните

    Готово

    .Jaspersoft Studio сгенерирует отчет и откроет его в области «Дизайн». Вы можете работать локально, создавая отчет, добавляя поля и другие элементы из палитры. Вы также можете использовать диалоговое окно редактора DataSet и Query в правом верхнем углу области «Дизайн», чтобы добавить и протестировать запрос отчета. В диалоговом окне вы можете выбрать наиболее подходящий адаптер данных и протестировать запрос отчета по базе данных.На следующем изображении показан параметр диалогового окна редактора DataSet и Query:

! Мы не рекомендуем вам разрабатывать отчеты в Jaserpersoft Studio с использованием доменов в качестве источника данных, поскольку это может серьезно повлиять на производительность. SQL – предпочтительный язык для разработки отчетов в Jaspersoft Studio.

Для получения дополнительных сведений о диалоговом окне редактора наборов данных и запросов и других параметрах разработки отчетов в Jaspersoft Studio см. Рекомендуемое обучение Jaspersoft.

Видео: создание отчета в Jaspersoft Studio

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

  • Открыть настройки файлов cookie
  • Выберите «Целевые файлы cookie» слева
  • Переключите переключатель справа
  • Нажмите «Подтвердить мой выбор»

Создайте единицу отчета, опубликовав отчет в Advanced Reporting с использованием ранее созданного файла JRXML. Единица отчета содержит следующие элементы:

  • Основной файл JRXML

  • Элементы управления вводом и другие элементы управления

  • Пакеты ресурсов отчета

  • Источники данных

  • Ссылки на ресурсы, такие как подотчеты

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

  1. В Jaspersoft Studio откройте отчет (файл JRXML).

  2. Щелкните

    Опубликовать отчет на сервере JasperReports

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

    CA PPM

    .
  4. Выберите

    Создать единицу отчета

    , если она еще не выбрана.
  5. Заполните следующую информацию:
    • Метка блока отчета

      Определяет имя отчета, которое отображается в репозитории и при поиске в библиотеке в Advanced Reporting.
    • Имя блока отчета (ID)

      Определяет внутренний идентификатор отчета. Укажите идентификатор, не содержащий пробелов и специальных символов.Мы также рекомендуем вам поставить перед идентификатором инициалы вашей компании. Вы не можете изменить идентификатор позже.
    • Описание блока отчета

      Необязательно. Определяет описание отчета, которое отображается в репозитории и при поиске в библиотеке в Advanced Reporting. Укажите значимые ключевые слова, которые могут быть полезны при поиске отчетов.
  6. Нажмите

    Далее

    . Откроется окно «Выбор ресурсов для публикации».
  7. Выберите «Игнорировать» в раскрывающемся списке вместо «Перезаписать» для всех ресурсов, включенных в окно.

  8. Нажмите

    Далее

    . Откроется окно Настроить источник данных.
  9. Выберите источник данных из репозитория.

  10. Перейдите в папку CA PPM / Data Sources и выберите один из следующих вариантов:
    • CA PPM BEAN для транзакционной базы данных

    • CA PPM DWH BEAN для хранилища данных

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

    Finish

    . Отчет будет загружен на сервер. Успешный!” сообщение отображается, если ошибок нет.

Добавить ресурсы в отчет

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

Advanced Reporting – Administer

.
  1. В

    CA PPM

    , щелкните

    Home

    ,

    Advanced Reporting

    .
  2. Выбрать

    Просмотр

    ,

    Репозиторий

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

  4. В репозитории щелкните отчет правой кнопкой мыши и выберите

    Изменить

    . Откроется страница «Настройка отчета».
  5. Нажмите

    Элементы управления и ресурсы

    . Щелкните одну из следующих ссылок:
    • Добавить ресурс, чтобы добавить ресурсы из репозитория, например пакеты отчетов.

    • Добавить элемент управления вводом, чтобы добавить элементы управления вводом из репозитория.

Нет необходимости публиковать отчет каждый раз, когда вы его редактируете. После создания блока отчета вы можете просто загрузить файл JRXML из Jaspersoft Studio вместо публикации отчета. Вы также можете загрузить локальный файл JRXML со страницы «Настройка отчета» при редактировании отчета в Advanced Reporting. Однако сервер отчетов не проверяет файл JRXML при его загрузке.Используйте Jaspersoft Studio для проверки JRXML перед его загрузкой.

Создание родительского отчета с дочерними вложенными отчетами

Вы можете создать родительский отчет и добавить к нему дочерние вложенные отчеты. В следующей процедуре в качестве примера используется отчет Project Storyboard. Отчет Project Storyboard включен в содержимое Advanced Reporting, которое устанавливается вместе с надстройкой PMO Accelerator.

Загрузите основной и вспомогательный отчеты JRXML

  1. В Jaspersoft Studio в проводнике репозитория разверните Серверы и подключение к серверу.

  2. Перейдите в папку CA PPM / Reports / Project Management и разверните отчет Project Storyboard. Отображаются ресурсы в единице отчета.
  3. Щелкните правой кнопкой мыши Main jrxml и выберите Загрузить в файл, как показано на следующем изображении. Откроется окно «Сохранить как». На следующем изображении показан основной файл jrxl и параметр «Загрузить в файл».
  4. Выберите папку и укажите имя файла без пробелов и специальных символов (например, My_ProjectStoryboard.jrxml).Мы рекомендуем ставить перед названиями отчетов инициалы вашей компании.

  5. Нажмите

    ОК

    . Jaspersoft Studio сохраняет файл отчета JRXML в вашей локальной папке и открывает его в редакторе.
  6. В папке отчета

    Project Storyboard

    щелкните правой кнопкой мыши подотчет

    Project Storyboard Earned Value Analysis

    и выберите

    Загрузить в файл

    .
  7. Выберите папку и сохраните имя файла, которое уже указано, заменив CSK инициалами вашей компании (например, My_PRJ_ProjectStoryboard_EVAnalysis_Subreport.jrxml).

  8. Нажмите

    ОК

    . Jaspersoft Studio сохраняет файл отчета JRXML в вашей локальной папке и открывает его в редакторе.
  9. В папке отчета раскадровки проекта щелкните правой кнопкой мыши вложенный отчет

    Project Storyboard Issues

    и выберите

    Загрузить в файл

    .
  10. Выберите папку и сохраните имя файла, которое уже указано, заменив CSK инициалами вашей компании (например, My_PRJ_ProjectStoryboard_Issues_Subreport.jrxml).

  11. Нажмите

    ОК

    . Jaspersoft Studio сохраняет файл отчета JRXML в вашей локальной папке и открывает его в редакторе.

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

Создать единицу отчета для основного отчета

Создайте единицу отчета для запуска отчета из Advanced Reporting.Блок отчета содержит основной файл JRXML, ссылки на подотчеты, используемые основным отчетом, элементы управления вводом, пакеты отчетов и другие элементы управления. Единица отчета также содержит источник данных, который используется в отчете. Источник данных отличается от адаптера данных. Когда вы публикуете отчет, вы связываете его с источником данных из репозитория. Адаптер данных необходим только тогда, когда вы запускаете отчет в Jaspersoft Studio локально в вашей клиентской системе.

  1. В Jaspersoft Studio убедитесь, что все исходные файлы отчетов открыты в редакторе и сохранены в локальной папке.

  2. Выберите вкладку, на которой открыт основной отчет.

  3. Выберите

    Outline

    и щелкните имя отчета на верхнем уровне иерархии. На вкладке «Свойства» отображаются свойства отчета.
  4. Выберите

    Свойства

    ,

    Отчет

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

    Outline

    и разверните

    GroupDetail Group Footer 1

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

    GroupDetail Group Footer 1

    .
  6. Щелкните первый вложенный отчет. Появятся свойства подотчета.
  7. Перейдите к свойствам первого элемента вложенного отчета и измените выражение, заменяя CSK инициалами вашей компании.

  8. Повторите шаги, чтобы изменить выражение для второго подотчета.

  9. Сохраните изменения локально. Если по какой-либо причине параметр

    Сохранить

    недоступен, перейдите на вкладку «Источник» в области конструктора и попробуйте сохранить отчет. Если вам по-прежнему не удается сохранить отчет, внесите небольшие изменения в источник отчета и нажмите

    Сохранить

    на панели инструментов. Отчет сохраняется, когда исчезает

    *

    перед названием вкладки отчета. Сообщение

    Вы хотите опубликовать этот отчет на сервере JasperReports? Появляется

    .
  10. Щелкните

    Опубликовать отчет на сервере JasperReports

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

    CA PPM

    . На следующем изображении показано окно публикации отчета на сервере JasperReports.
  12. Выберите

    Создать единицу отчета

    , если она еще не выбрана.
  13. Заполните следующую информацию:
    • Метка блока отчета

      Определяет имя отчета, которое отображается в репозитории и при поиске в библиотеке в Advanced Reporting.
    • Имя блока отчета (ID)

      Определяет внутренний идентификатор отчета. Укажите идентификатор, не содержащий пробелов и специальных символов. Мы рекомендуем вам не ставить перед идентификатором инициалы вашей компании. Вы не можете изменить идентификатор позже.
    • Описание блока отчета

      Необязательно.Определяет описание отчета, которое отображается в репозитории и при поиске в библиотеке в Advanced Reporting. Укажите значимые ключевые слова, которые могут быть полезны при поиске отчетов.
  14. Нажмите

    Далее

    . Откроется окно Выбрать ресурсы для публикации.
  15. Выберите «Игнорировать» в раскрывающемся списке вместо «Перезаписать» для всех ресурсов, включенных в окно.

  16. Нажмите

    Далее

    . Откроется окно Настроить источник данных.
  17. Выберите источник данных из репозитория.

  18. Перейдите в папку CA PPM / Data Sources и выберите CA_PPM_DWH_BEAN для хранилища данных. Выберите источник данных, даже если появляется следующее сообщение: «Проблема с выбранным источником данных, который недействителен». Сообщение исчезает, когда вы выбираете правильный источник данных. На следующем изображении показано окно Настроить источник данных, в котором вы выбираете источник данных.
  19. Нажмите

    Готово

    .Отчет загружается на сервер. Успех!” сообщение появляется, если ошибок нет.
  20. Щелкните

    OK

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

На данный момент блок отчета Project Storyboard существует в Advanced Reporting. Однако он не включает вложенные отчеты.

Добавить вложенные отчеты в основной блок отчета

Измените имена вложенных отчетов и загрузите их с помощью ранее загруженных файлов JRXML.

  1. В Jaspersoft Studio убедитесь, что все исходные файлы отчетов открыты в редакторе и сохранены в локальной папке.

  2. Выберите вкладку, на которой открыт первый вложенный отчет.

  3. Выберите «Структура» и щелкните имя отчета на верхнем уровне иерархии. Появятся свойства отчета.
  4. Выберите «Свойства», «Отчет» и измените имя отчета, заменив CSK инициалами вашей компании. Сохраните пакет ресурсов как CSK.

  5. Сохраните изменения локально. Сообщение

    Вы хотите опубликовать этот отчет на сервере JasperReports? Появляется

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

  7. В обозревателе репозитория

    разверните

    Серверы

    и соединение с сервером.
  8. Перейдите в папку, в которой находится ваша копия отчета Project Storyboard (та, которую вы опубликовали ранее).Появятся ресурсы в блоке отчета.
  9. Щелкните правой кнопкой мыши папку единиц отчета и выберите

    New

    . На следующем изображении показан пример папки отчета Project Storyboard.
  10. Нажмите

    Далее

    . Появится мастер

    Добавить ресурс

    .
  11. Заполните следующую информацию:
    • Имя

      Определяет имя подотчета как внутреннее имя, которое не отображается в репозитории.
    • ID

      Определяет внутренний идентификатор подотчета, используемый основным отчетом при вызове подотчета. Укажите идентификатор, не содержащий пробелов и специальных символов. Мы рекомендуем вам ставить перед идентификатором инициалы вашей компании. Вы не можете изменить идентификатор позже.
    • Описание

      Необязательно. Определяет описание подотчета как внутреннее описание, которое не отображается в репозитории.
  12. Нажмите

    Далее

    .Откроется окно файла отчета.
  13. Выберите

    Загрузить из файловой системы

    из раскрывающегося списка.
  14. Повторите шаги этой процедуры для подотчета Project Storyboard Issues.

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

: Мы не рекомендуем публиковать отчеты, содержащие подотчеты из Jaspersoft Studio. Для изменения отчетов, содержащих подотчеты. Загрузите их в свою локальную систему, а затем загрузите обновленные файлы JRXML.Следуйте этой практике как для основного, так и для вспомогательного отчетов.

Добавление ресурсов в отчет

Добавьте ресурсы, например параметры фильтрации, в ранее созданные отчеты. Например, отчет Project Storyboard использует локализованные элементы управления вводом и, следовательно, требует пакета ресурсов отчета. Вам потребуется право Advanced Reporting – Administer, чтобы выполнить следующую процедуру.

  1. В

    CA PPM

    щелкните Главная, Расширенная отчетность.
  2. Выберите «Просмотр», «Репозиторий».

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

  4. В репозитории щелкните отчет правой кнопкой мыши и выберите «Изменить». Откроется страница «Настройка отчета».
  5. Щелкните «Элементы управления и ресурсы».

  6. Нажмите «Добавить ресурс», а затем нажмите

    и выберите ресурс из репозитория

    .
  7. Щелкните Обзор и перейдите к CA PPM / Resources / Localization.

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

  9. Выберите пакет ресурсов отчета и нажмите кнопку Далее.

  10. Укажите имя и идентификатор ресурса (например, CSK_Report_Resource_Bundle).

  11. Щелкните Далее.

  12. Нажмите «Отправить».

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

  • Чтобы узнать больше об элементах управления вводом и других ресурсах, которые используются для разработки отчетов в Jaspersoft Studio, см. Рекомендуемое обучение Jaspersoft.
  • Чтобы узнать больше об элементах управления вводом, используемых в отчете Project Storyboard, см. Advanced Reporting Product Guide на CA Support.

Советы по созданию и публикации отчетов

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

  • Некоторые элементы управления вводом, такие как «Проект», «Инвестиции», «Ресурсы», зависят от других элементов управления вводом.Это каскадные элементы управления вводом. Эти элементы управления вводом требуют, чтобы в отчет были добавлены все зависимости.

  • Выражение $ R {}, которое используется в именах элементов управления вводом, предназначено для целей локализации. Не используйте выражение $ R {} в элементах управления вводом, если вы не хотите их локализовать на другие языки.

  • Ключевое слово, включенное в выражение $ R {}, доступно в пакете ресурсов отчета, и по этой причине базовый пакет ресурсов отчета должен быть связан с отчетом, который включает по крайней мере один элемент управления вводом, ссылающийся на выражение $ R {}. .Пакет ресурсов отчета также необходим, если сам отчет содержит выражения $ R {} для отображения меток.

  • Базовый пакет ресурсов отчета содержит метки на английском языке. Пакеты ресурсов отчетов для других языков, которые поддерживает

    CA PPM

    , доступны в папке CA PPM / Resources / Localization. Вы можете добавить дополнительные пакеты ресурсов отчета в свой блок отчета для поддержки других языков.
  • Если блок отчета поврежден, файл

    java.lang.Exception: Вложение отсутствует! Появляется ошибка

    . Ошибка чаще возникает с отчетами, опубликованными из Jaspersoft Studio и содержащими вложенные отчеты. В некоторых версиях это сообщение также появляется после первой публикации нового отчета. Чтобы устранить ошибку, выполните следующие действия:
    1. Загрузите основной файл JRXML и соответствующие файлы JRXML для каждого вложенного отчета, связанного с основным отчетом.

    2. Если это новый отчет, который вы только что опубликовали, опубликуйте отчет еще раз.

Пределы страниц отчета Jaspersoft

Классическая страница

CA PPM

, на которой создается отчет, определяет максимальное количество страниц для очень больших отчетов:

Страница приложения:

Метод:

Ограничение страницы

14.2 и новее

Advanced Reporting

500

15.3 или новее

Отчеты и задания

Запустить немедленно или по расписанию

1,000

Почему мой вложенный отчет ВСЕГДА пуст.

Размещено 25 октября 2018 г. в 6:46

Привет,

Это сводит меня с ума !!

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

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

Помогите пожалуйста!

Зарегистрирован: 6 июля 2018 г. – 14:50

Последний визит: 3 месяца 1 неделя назад

Размещено 25 октября 2018 г. в 7:03

Привет, я тоже потратил несколько часов на чтение статьи в Интернете и испробовал множество методов.Наконец, я нашел решение, которое мне подходит, подробности ниже.

1. В подотчете НЕ помещайте данные в ПОДРОБНУЮ ПОЛОСУ. Вы можете использовать другие группы, например название, резюме.

2. В подотчете поместите whenNoDataType = “AllSectionsNoDetail” в тег . Этот тег можно найти в самом верху исходного файла xml.

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

Кроме того, последняя версия Jaspersoft Studio (сейчас 6.6.0) содержит ошибки. Если обнаружена какая-то бессмысленная ошибка (например, ошибка повторяющегося имени параметра, ошибка сохранения файла), рекомендуется выйти из Jaspersoft Studio и снова открыть ее. Надеюсь это поможет.

Кредит: https://stackoverflow.com/questions/13287302/jasperreport-ireport-subreport-shows-blank-not-displayed

Дата регистрации: 17 окт.2018 г. – 20:41

Последний визит: 2 года 10 месяцев назад

Патент США на обработку платежей, основанных на плате за услуги, Патент (Патент № 8,131,619, выдан 6 марта 2012 г.)

СВЯЗАННЫЕ ЗАЯВКИ

Эта заявка является частичным продолжением одновременно рассматриваемой заявки на патент США, озаглавленной «ОБРАБОТКА ПЛАТЕЖЕЙ НА ОСНОВЕ УСЛУГ», сер.№ 11 / 753,351, поданной 24 мая 2007 г., и находящейся на одновременном рассмотрении патентной заявки США, озаглавленной «PAYMENT TERMINAL PROCEEDING», сер. № 11/753358, также поданной 24 мая 2007 г., одновременно рассматриваемые заявки полностью включены в настоящий документ посредством ссылки во всей своей полноте.

ИСТОРИЯ ВОПРОСА

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

РИС. 1 иллюстрирует примерную систему для проведения транзакции.

РИС. 2 показана примерная таблица сборов.

РИС. 3 иллюстрирует примерный пакетный отчет.

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

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

РИС. 6 иллюстрирует примерный процесс для центра обработки платежей для обработки транзакции с платежной картой, которая включает в себя плату за обслуживание.

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Обзор системы

РИС. 1 иллюстрирует примерную систему , 100, для проведения транзакции. Например, система , 100, может быть интегрированной системой точек продаж. Торговец 105 включает в себя один или несколько платежных терминалов 110 , каждый из которых, в свою очередь, включает в себя различные наборы программных инструкций, такие как основной модуль 111 , модуль отчетности 112 и один или несколько электронных тратт ( EDC) модули 115 .Для транзакций по платежным картам терминалы , 110, связываются с центром обработки платежей 125 через сеть 120 . Центр обработки платежей 125 обычно включает в себя сервер обработки , 130, и хранилище данных , 135, . Карточная ассоциация , 145, также может быть связана с центром обработки платежей 125 через сеть , 120, или другую сеть.

Торговец 105 может включать в себя местоположение или набор местоположений, связанных с конкретным объектом, например.g., конкретный бизнес, включая один или несколько платежных терминалов 110 . Кроме того, как указано ниже, продавец 105 может быть виртуальным продавцом с виртуальными терминалами , 110, . Хотя только один продавец 105 показан на фиг. 1, следует понимать, что в целом система 100 может включать в себя десятки, сотни, тысячи или даже больше продавцов 105 , причем каждый продавец 105 включает один или несколько терминалов 110 .

Платежный терминал 110 может быть виртуальным терминалом, т. Е. Клиент может приобретать товары или услуги через веб-сайт или тому подобное, и может предоставлять информацию, достаточную для оплаты товаров или услуг, с использованием платежной карты через форму или подобное предоставляется на веб-сайте. Однако, если платежный терминал , 110, является физическим устройством, расположенным внутри продавца 105 , платежный терминал , 110, может быть таким устройством, как NURIT 2085 или NURIT 8320, оба продаются VeriFone, Inc.из Сан-Хосе, Калифорния, или терминал, продаваемый Dejavoo Systems из Сиоссета, штат Нью-Йорк. Кроме того, например, операции платежного терминала 110 могут обеспечиваться интегрированной системой точек продаж, такой как IRIS, продаваемой XPIENT Solutions Шарлотт, Северная Каролина, или интегрированные системы точек продаж, продаваемые Documentor, Inc. из Фейетвилля, штат Джорджия, или MICROS Systems из Колумбии, штат Мэриленд. Соответственно, в дополнение к модулям EDC 115 платежный терминал 110 может включают программное обеспечение, предоставляемое VeriFone, такое как операционная система NURIT (NOS) и Центр управления NURIT (NCC).

Отдельный платежный терминал 110 обычно сконфигурирован для обработки транзакций с наличными и / или транзакций с использованием различных типов платежных карт, например кредитных карт и дебетовых карт. Например, платежный терминал , 110, может быть настроен для обработки кредитных карт Visa, American Express, Discover и MasterCard, а также дебетовых карт, используемых через сети, предоставляемые Visa, MasterCard, Star System, Pulse и т. Д.

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

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

EDC-модули 115 и другие программные инструкции, включенные в терминалы , 110, , могут быть созданы согласно любой из множества известных технологий программирования, таких как язык программирования C. Например, компилятор MetaWare, продаваемый ARC International из Сан-Хосе, Калифорния, и Сент-Олбанс, Великобритания, может использоваться для компиляции и компоновки кода для модулей EDC 115 и / или других модулей в терминале 110 . Операции, выполняемые по меньшей мере частично в соответствии с инструкциями, включенными в один или несколько модулей EDC , 115, , описаны более подробно ниже.

Сеть 120 – это сеть с коммутацией пакетов и, как правило, сеть с интернет-протоколом (IP). Таким образом, сеть , 120, обычно использует один или несколько известных протоколов для передачи данных, таких как протокол пользовательских дейтаграмм (UDP), протокол управления транспортом (TCP), протокол передачи гипертекста (HTTP) и т. Д. Кроме того, сеть , 120, может включают в себя множество сетей, таких как глобальная сеть (WAN), например Интернет, локальная сеть (LAN) и т. д. В некоторых случаях добавление или альтернатива сети 120 может быть создана путем создания экземпляра набора номера подключение по обычным телефонным линиям, e.г., между дата-центром 120 и карточным объединением 140 . В общем, пакетная сеть , 120, может использоваться для транспортировки множества цифровых данных.

Центр обработки платежей 125 обычно включает в себя платежный сервер 130 и хранилище платежных данных 135 . Кроме того, следует понимать, что в целях эффективности, масштабируемости и избыточности центр обработки платежей 125 обычно включает в себя несколько устройств, выполняющих операции, приписанные в данном документе серверу платежей , 130, и хранилищу данных платежей , 135, .Платежный сервер , 130, и хранилище платежных данных , 135, могут включать в себя различные машиночитаемые носители, которые включают в себя инструкции для выполнения некоторых или всех операций, описанных в данном документе. Центр обработки платежей 125 , обычно через сервер 130 , может поддерживать связь с терминалами 110 и ассоциацией карт 145 через одну или несколько сетей, таких как сеть 120 .

Ассоциация карт 145 , как показано на фиг.1 представляет процессинговый центр поставщика платежных карт, например Visa, MasterCard и т. Д. Следует понимать, что система 100 обычно будет включать в себя несколько ассоциаций карт 145 , хотя проиллюстрирована только одна ассоциация карт 145 на фиг. 1 для удобства и простоты объяснения здесь. Как описано ниже, центр обработки платежей 125 может связываться с ассоциацией карт 145 для различных целей, таких как авторизация транзакций по платежным картам, запрошенных у продавца 105 , расчет транзакций с ассоциацией карт 145 и т. Д.

Вычислительные устройства, такие как терминалы 110 , сервер 130 и т. Д., Могут использовать любую из ряда компьютерных операционных систем, известных специалистам в данной области техники, включая, но не ограничиваясь ими, известные версии и / или разновидности операционной системы Microsoft Windows®, операционной системы Unix (например, операционной системы Solaris®, распространяемой Sun Microsystems из Менло-Парк, Калифорния), операционной системы AIX UNIX, распространяемой International Business Machines из Армонка, штат Нью-Йорк.Y., операционная система Linux и операционная система NURIT (NOS), упомянутые выше. Вычислительные устройства могут включать в себя любое из ряда известных вычислительных устройств, включая, без ограничения, терминал торговой точки, компьютерную рабочую станцию, настольный компьютер, ноутбук, портативный компьютер или карманный компьютер или какое-либо другое известное вычислительное устройство.

Каждое вычислительное устройство обычно включает в себя инструкции, выполняемые одним или несколькими вычислительными устройствами, такими как перечисленные выше. Машиноисполняемые инструкции могут быть скомпилированы или интерпретированы из компьютерных программ, созданных с использованием множества известных языков программирования и / или технологий, включая, без ограничения, и либо по отдельности, либо в комбинации, Java ™, C, C ++, Visual Basic, Java Script, Perl и др.Обычно процессор (например, микропроцессор) принимает инструкции, например, из памяти, машиночитаемого носителя и т. Д., И выполняет эти инструкции, тем самым выполняя один или несколько процессов, включая один или несколько процессов, описанных в данном документе. . Такие инструкции и другие данные могут храниться и передаваться с использованием множества известных машиночитаемых носителей.

Машиночитаемый носитель включает в себя любой носитель, который участвует в предоставлении данных (например, инструкций), которые могут быть прочитаны компьютером.Такой носитель может иметь множество форм, включая, помимо прочего, энергонезависимые носители. Энергонезависимые носители включают, например, оптические или магнитные диски и другую постоянную память. Энергозависимые носители включают динамическую память с произвольным доступом (DRAM), которая обычно составляет основную память. Общие формы машиночитаемых носителей включают, например, дискету, гибкий диск, жесткий диск, магнитную ленту, любой другой магнитный носитель, CD-ROM, DVD, любой другой оптический носитель, перфокарты, бумажную ленту, любые другой физический носитель со структурами отверстий, RAM, PROM, EPROM, FLASH-EEPROM, любой другой чип или картридж памяти, несущая волна, как описано ниже, или любой другой носитель, с которого компьютер может читать.

Базы данных или хранилища данных, описанные здесь, такие как хранилище данных 140 , могут включать в себя различные виды механизмов для хранения, доступа и извлечения различных видов данных, включая иерархическую базу данных, набор файлов в файловой системе, приложение база данных в проприетарном формате, система управления реляционными базами данных (СУБД) и т. д. Каждая такая база данных или хранилище данных обычно включается в вычислительное устройство, использующее компьютерную операционную систему, такую ​​как одна из упомянутых выше, и доступ к ней осуществляется через сеть в один или несколько из множества известных манер.Файловая система может быть доступна из операционной системы компьютера и может включать файлы, хранящиеся в различных форматах. РСУБД обычно использует известный язык структурированных запросов (SQL) в дополнение к языку для создания, хранения, редактирования и выполнения хранимых процедур, например, упомянутому выше языку PL / SQL.

Таблица комиссий

РИС. 2 показана примерная таблица сборов 140 . Как показано на фиг. 2 таблица сборов 140 включает следующие столбцы или поля: плата за обслуживание 205 , порог транзакции 210 , скидка при оплате наличными 211 , плата за обмен / обработку 215 , прочие расходы 220 , и общая стоимость транзакции 225 .

Плата за обслуживание 205 – это фиксированная комиссия, т. Е. Комиссия в заранее определенной сумме, когда комиссия не определяется суммой транзакции и фактически не зависит от суммы транзакции, за исключением комиссии за обслуживание 205 может применяться только тогда, когда сумма транзакции превышает пороговое значение 210 . Используемый здесь термин «сумма транзакции» относится к сумме, выставленной и / или оплаченной покупателем за приобретаемые товары и / или услуги, сумма транзакции, возможно, также включает применимые налоги, но рассчитывается до сбора за услугу 205 или скидка при оплате наличными 211 .Термины «общая сумма» или «общая сумма транзакции» используются для обозначения суммы транзакции плюс любые комиссии за обслуживание и меньшая применимая скидка. Таким образом, сумма транзакции и соответствующая общая сумма транзакции одинаковы, если отсутствует плата за обслуживание или применимая скидка.

Плата за обслуживание 205 может быть уплачена покупателем продавцу 105 в качестве компенсации за услуги в магазине и обычно взимается независимо от типа транзакции. E.g., независимо от того, является ли транзакция транзакцией с наличными или транзакцией с платежной картой, комиссия за обслуживание 205 в конечном итоге взимается центром обработки платежей 125 .

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

Порог 210 для взимания платы за обслуживание 205 и предоставления скидки при оплате наличными 211 обычно применяется независимо от типа транзакции, к которой он применяется.Пороговое значение , 210, может быть различным в системе , 100, для разных продавцов 105 , и обычно определяется в соответствии с соображениями, относящимися к продавцу 105 , например, средней суммой транзакции, связанной с продавцом 105 , средние цены на отдельные товары, продаваемые продавцом 105 и т. д. Например, продавцы 105 с относительно более высокими средними суммами транзакций обычно будут иметь пороговое значение 210 , устанавливаемое относительно выше, чем продавцы 105 с относительно более низкими средними суммами транзакций .

Комиссия за обмен / обработку 215 обычно определяется ассоциацией карт 145 и представляет собой сумму, которая должна быть выплачена ассоциации карты 145 процессинговым центром 125 в качестве компенсации за завершение транзакции по платежной карте. Комиссия за обмен / обработку 215 обычно основана на процентном соотношении от общей суммы транзакции, хотя процент обычно не зависит от общей суммы транзакции. Соответственно, плата за обмен / обработку , 215, иногда может быть рассчитана просто путем умножения общей суммы транзакции на процент, указанный ассоциацией карт , 145, .Однако часто плата за обмен / обработку 215 является суммой заранее определенной константы и произведения общей суммы транзакции и процента, указанного ассоциацией карт 145 . Одна из целей заданной константы обычно состоит в том, чтобы гарантировать, что комиссия за транзакцию не упадет ниже заданного порога даже для очень небольших транзакций. Например, если плата за обмен / обработку 215 основана на процентном соотношении в три процента, суммы транзакции в один доллар и два доллара соответственно приведут к комиссии за обмен / обработку 215 в размере трех и шести центов соответственно.Однако включение заранее определенной константы в двадцать пять центов значительно увеличивает вышеупомянутую комиссию за обмен / обработку 215 до двадцати восьми центов и тридцати одного цента соответственно. В любом случае, как правило, комиссия за обмен / обработку 215 будет увеличиваться прямо пропорционально сумме транзакции.

Прочие расходы 220 представляют собой затраты на транзакцию с платежной картой, кроме комиссии за пересылку / обработку обмена 215 , которые должны быть оплачены ассоциации карт 145 центром обработки платежей 125 .Например, центр обработки платежей 125 может выплачивать агентское вознаграждение или комиссионные агентам или торговым представителям, которые помогают в привлечении продавцов 105 в качестве клиентов. Такие сборы или комиссии могут быть включены в прочие расходы 220 .

Общая стоимость транзакции 225 включает сумму комиссии за обмен / обработку 215 и прочие затраты 220 .

Технологические потоки

РИС. 4 иллюстрирует примерный процесс , 400, для использования модуля EDC , 115, , для обработки транзакции по платежной карте в терминале , 110, .Терминал , 110, обычно включает в себя процессор и машиночитаемый носитель, который включает в себя инструкции, выполняемые процессором для выполнения описанных здесь операций, включая операции в процессе , 400, . Например, такие инструкции могут быть включены в основной модуль 111 .

Процесс 400 начинается на этапе 405 , на котором модуль 115 EDC определяет сумму транзакции. Обычно транзакция может быть инициирована в терминале , 110, путем ввода суммы транзакции в терминал , 110, , например.g., используя цифровую клавиатуру и т.п., принимая ввод от другого устройства, например, электронного кассового аппарата, или используя какой-либо другой механизм, предусмотренный как часть или вместе с терминалом , 110, .

Затем на этапе 410 модуль 115 определяет тип транзакции. Например, возможные типы транзакций включают транзакции с платежными картами и транзакции с наличными. В случае транзакции с платежной картой информация о платежной карте предоставляется на терминал 110 , как правило, покупателем или сотрудником продавца 105 , проводящим платежную карту через считыватель магнитных карт с использованием радиочастотной идентификации (RFID). ) для чтения тега, например.g., чип в платежной карте и т. д., тем самым позволяя терминалу , 110, получать информацию с магнитной полосы, включенной в платежную карту. Кроме того, другие механизмы могут использоваться для предоставления информации, касающейся платежной карты, или могут использоваться для обеспечения ввода в терминал , 110, , указывающего транзакцию с наличными, например, ручной ввод информации и т. Д. В любом случае информация, полученная на этапе , 410, может храниться в индикаторе типа, поддерживаемом модулем EDC , 115, , причем индикатор типа указывает, что транзакция является транзакцией с наличными или транзакцией с платежной картой.В случае транзакции с платежной картой терминал может также захватывать информацию, такую ​​как уникальный идентификатор платежной карты, например номер карты, имя держателя карты, тип карты, например, дебетовая или кредитная, и / или MasterCard, Visa, American Express, Discover и т. д.

Затем на этапе 415 модуль EDC 115 определяет, превышает ли сумма транзакции, определенная на этапе 405 , пороговое значение 210 , например, такое как может храниться в энергонезависимой памяти терминала , 110, .Если сумма транзакции превышает пороговое значение 210 , то следующим выполняется шаг , 420, . В противном случае модуль 115 переходит к этапу 435 .

На этапе 420 плата за услугу 205 применяется, т. Е. Добавляется, к сумме транзакции, определенной на этапе 405 , в результате чего получается общая сумма транзакции, которая является суммой транзакции плюс плата за обслуживание 205 . Плата за услугу , 205, может храниться в энергонезависимой памяти терминала , 110, , может быть включена в программный код модуля EDC , 115, и т. Д.

Затем, на этапе 425 , модуль 115 EDC определяет, является ли текущая транзакция транзакцией с наличными. Если да, то следующим выполняется шаг , 430, . В противном случае шаг 435 выполняется следующим.

На этапе 430 модуль EDC 115 применяет скидку по оплате 215 к общим суммам транзакции. Таким образом, после выполнения этапа 430 общая сумма транзакции представляет собой сумму транзакции, определенную на этапе 405 , плюс плату за обслуживание 205 , примененную на этапе 420 , за вычетом скидки при оплате наличными 215 .Шаг 435 выполняется после шага 430 .

На этапе 435 транзакция обрабатывается, что означает, что терминал , 110, принимает ввод, указывающий, что транзакция с наличными завершена, обрабатывает транзакцию с платежной картой, например, как описано ниже в отношении фиг. 5 или каким-либо другим образом указывает на то, что транзакция завершена. В рамках обработки транзакции терминал , 110, обычно отображает и / или распечатывает квитанцию ​​клиента, которая включает такую ​​информацию, как сумма транзакции, общие суммы транзакции, применимый налог, сумма комиссии за обслуживание , 205, и / или сумма. скидки при оплате наличными 215 , если применимо.Дальнейшие этапы обработки транзакций с платежной картой описаны ниже со ссылкой на фиг. 5.

После шага 435 процесс 400 завершается.

Обратите внимание, что плату за обслуживание 205 , порог 210 и скидку при оплате наличными 215 можно настроить. Например, продавец может получить доступ к терминалу , 110, , например, используя специальный идентификатор и / или пароль или тому подобное, чтобы настроить такие параметры, как плата за обслуживание 205 , порог 210 и скидка при оплате наличными 215 с использованием устройства ввода, такого как клавиатура, цифровая клавиатура терминала 110 и т. Д.Чаще терминал , 110, настраивается удаленно, например, с помощью инструкций, предоставленных с сервера , 130, или какого-либо другого удаленного устройства, управляемого из центра обработки платежей 125 . Таким образом, центр обработки платежей 125 может отправлять инструкции на терминал , 110, , касающиеся значений, которые следует использовать для оплаты услуги 205 , порогового значения 210 и / или скидки при оплате наличными 205 . Кроме того, модуль EDC , 115, может быть запрограммирован на получение таких значений через сеть , 120, , например.г., из хранилища данных 135 через сервер 130 .

РИС. 5 иллюстрирует примерный процесс 500 для обработки транзакции с платежной картой с использованием модуля 115 электронного сбора черновиков (EDC), сконфигурированного для взимания платы за обслуживание 205 . Например, если транзакция обрабатывается, как описано со ссылкой на фиг. 4 – транзакция с платежной картой, процесс 500 может включать в себя этапы, выполняемые, когда процесс 400 достигает этапа транзакции процесса 435 , описанного выше.

Процесс 500 начинается на этапе 505 , когда терминал 110 , согласно инструкциям в модуле EDC 115 , отправляет общую сумму транзакции, то есть сумму, которая включает плату за обслуживание 205 , на центр обработки платежей 125 .

Затем, на этапе 510 , модуль EDC 115 определяет, было ли получено одобрение транзакции от центра обработки платежей 125 .Шаги, с помощью которых центр 125 обработки платежей может определить, предоставлять ли такое одобрение, дополнительно обсуждаются ниже со ссылкой на фиг. 6. Если транзакция, включая общую сумму транзакции, предоставленную, как описано выше в отношении этапа , 505, , утверждается, то следующим выполняется этап , 515, . В противном случае шаг 535 выполняется следующим.

На этапе 515 модуль EDC 115 вызывает общую сумму транзакции, т.е.е., сумма, предоставленная, как описано выше в отношении этапа , 505, , для сохранения в памяти или на другом носителе, включенном в терминал , 110, .

Затем, на этапе 520 , модуль EDC 115 вызывает сохранение суммы платы за обслуживание 205 в памяти или на другом носителе, включенном в терминал 110 , и связывает эту сумму с идентификатором для конкретная транзакция, где хранимая информация о транзакции включает в себя общую сумму транзакции, сохраненную на этапе , 515, .Такая информация сохраняется, среди прочего, для целей отчетности, например, для создания пакетного отчета 300 , обсуждаемого здесь в отношении фиг. 3, а также для того, чтобы необходимая информация, касающаяся транзакции, могла быть передана в центр обработки платежей 125 , например, как описано ниже в отношении этапа 530 .

Затем, на этапе 525 , как описано выше в отношении этапа 435 процесса 400 , терминал , 110, может распечатать и / или отобразить квитанцию, которая будет предоставлена ​​покупателю.

Затем, на этапе 530 , модуль EDC 115 вызывает фиксацию транзакции в центре обработки платежей 125 ; Как известно, транзакции могут быть переданы от терминала , 110, к центру обработки платежей 125 в пакетном режиме или в режиме реального времени или почти в реальном времени. То есть транзакция может быть отправлена ​​в центр обработки платежей либо как транзакция закрытой продажи хоста (HCS), либо как транзакция закрытой продажи терминала (TCS).

Как обсуждалось выше, в дополнение к этапу 515 этап 535 может следовать за этапом 510 .На этапе 535 модуль EDC 115 заставляет терминал 110 отображать сообщение «отклонено» или подобное, указывающее, что одобрение транзакции, запрошенной, как описано выше в отношении шага 505 , не было получено от платежа. обрабатывающий центр 125 .

После шага 530 или шага 535 процесс 500 завершается.

РИС. 6 иллюстрирует примерный процесс 600 для центра обработки платежей 125 для обработки транзакции платежной карты, которая включает в себя плату за обслуживание 205 .Следует понимать, что определенные операции, приписываемые здесь центру обработки платежей 125 , могут выполняться соответствующим образом сервером 130 и / или хранилищем данных 135 .

Процесс 600 начинается на этапе 605 , когда центр обработки платежей 125 принимает данные, относящиеся к транзакции с платежной картой, от торгового терминала 110 .

Затем, на этапе 610 , центр обработки платежей 125 пытается получить от ассоциации карты 145 авторизацию для транзакции, переданной на этапе 605 .Если такая авторизация получена, следующим выполняется шаг , 615, . В противном случае следующим выполняется этап , 635, .

На этапе 615 центр обработки платежей 125 отправляет указание на терминал 110 , что транзакция, информация для которой была предоставлена ​​на этапе 605 , утверждена.

Затем, на этапе 620 , центр обработки платежей 125 принимает информацию от торгового терминала 110 , указывающую, что транзакция завершена.Такая информация, помимо идентификаторов и т.п. для транзакции, платежной карты, используемой в транзакции, продавца 105 , терминала 110 и т. Д., Как правило, включает общую сумму транзакции, а также сумму услуги. комиссия 205 включена в общую сумму сделки.

Затем, на этапе 625 , центр обработки платежей 125 рассчитывает транзакцию с привязкой к карте 145 . Процессы расчетов по операциям с платежными картами хорошо известны.При расчете транзакции с ассоциацией карт 145 в соответствии с процессом 600 центр обработки платежей 125 предоставляет ассоциации карт 145 общую сумму транзакции, которая включает сумму, уплаченную за товары и / или услуги, любые применимые налоги, а также применимый сбор за обмен / обработку 210 . Соответственно, с точки зрения ассоциации карт 145 не имеет значения, что процесс 600 включает транзакцию с использованием платы за обслуживание 205 .Даже в транзакции, включающей плату за обслуживание 205 , ассоциация карт 145 получает плату за обмен / обработку 215 , как и при любой другой транзакции.

Затем, на этапе 630 , центр обработки платежей 125 платит продавцу 105 , например, в соответствии с известными механизмами Автоматизированной клиринговой палаты (ACH), общая сумма транзакции за вычетом применимого сбора за обслуживание 205 . Сумма, выплаченная согласно этапу , 630, , иногда может называться «чистой суммой депозита» для транзакции.

Как обсуждалось выше, в дополнение к этапу 615 этап 635 может следовать за этапом 610 . На этапе , 635, центр обработки платежей 125 отправляет сообщение на торговый терминал 110 , указывающее, что авторизация была отклонена для транзакции, указанной, как описано выше в отношении этапа 605 .

После шага 630 или шага 635 процесс 600 завершается.

Отчеты о партиях

РИС. 3 иллюстрирует примерный пакетный отчет , 300, , такой, который может быть создан терминалом , 110, , в соответствии с исполняемыми процессором инструкциями, включенными в память в нем, например, в модуле отчетов , 112, . Отчеты о пакетах 300 предоставляют пользователю продавца 105 информацию, касающуюся транзакций, обработанных в заданный период времени, например, один рабочий день, в одном или нескольких терминалах 110 .Например, пакетный отчет 300 , показанный на фиг. 3 включает в себя первый подотчет 305 a относительно транзакций, обработанных первым терминалом 110 , второй подотчет 305 b относительно транзакций, обработанных вторым терминалом 110 , третий подотчет отчет 305 c относительно транзакций, обработанных третьим терминалом 110 относительно транзакций, обработанных всеми тремя терминалами 110 , i.е., суммируя все транзакции, обработанные торговым центром 105 . Обратите внимание, что подотчеты 305 могут быть предоставлены сами по себе непосредственно с соответствующих терминалов 110 или в соответствии с данными, собранными центром обработки платежей 125 , например сервером 130 и хранится в хранилище данных 135 , и этот центр обработки платежей 125 , например, сервер 130 , может дополнительно предоставлять пакетные отчеты 300 .

В примере на фиг. 3, подотчет 305 включает в себя поля для отображения общих сумм транзакций за заданный период времени, относящихся к каждому из одного или нескольких типов транзакций, например, различных типов платежных карт, транзакций с наличными и т. Д. Подотчет 305 также включает в себя поле для отображения общего количества транзакций, обработанных терминалом , 110, за заданный период времени. В отношении этих транзакций подотчет 305 также включает поля для отображения общей суммы транзакций, т.е.д., совокупность общих сумм транзакций, описанных выше, общей суммы комиссий за услуги 205 , взимаемых с клиентов за транзакции, общей суммы скидок при оплате наличными 215 , предоставленных клиентам для транзакций, и чистой суммы депозита. зачисляется продавцу 105 на основании транзакций.

Подотчет 315 включает поле для отображения общего количества транзакций, обработанных всеми терминалами 110 , отраженных в пакетном отчете 300 за период времени, охваченный пакетным отчетом 300 , поле, показывающее итоговую сумму сумма платы за услуги 205 , взимаемой через терминалы 110 , и поле, показывающее общую сумму скидок при оплате 215 , взимаемых через терминалы 110 .Хотя это не показано на фиг. 3, подотчет 315 может также включать другие поля, такие как поле для отображения общего количества транзакций, обработанных всеми терминалами 110 , отраженных в пакетном отчете 300 , поле, показывающее общие чистые депозиты и т. Д. в примере на фиг. 3, общая сумма транзакции подотчета 305 и чистая сумма транзакции подотчета 310 , которая также является общей суммой транзакции, могут быть суммированы для получения общей суммы транзакций, показанной в подотчете 315 .Кроме того, количество транзакций, показанных в подотчете 305 , и количество транзакций, показанных в подотчете 310 , можно суммировать, чтобы получить общее количество транзакций, показанное в подотчете 315 .

ЗАКЛЮЧЕНИЕ

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

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

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

Отчетность

в SQL Server – создание подотчета на основе матрицы, вызываемого ранее созданным основным отчетом

USE [SQLShackFinancial]

GO

/ ****** Object: StoredProcedure [dbo].[SQLShackFiscalFiscalYearSubReport] Дата сценария: 2/15/2015 7:12:37 AM ****** /

УСТАНОВИТЬ ANSI_NULLS НА

GO

НАБОР QUOTED_IDENTIFIER НА

000

GO –IF OBJECT_ID (N’tempdb .. # Fund ‘) НЕ NULL

–BEGIN

– DROP TABLE #Fund

–END

–IF OBJECT_ID (N’tempdb .. # Currency’ ) НЕ NULL

–BEGIN

– DROP TABLE #Currency

–END

–Go

CREATE procedure [dbo].[SQLShackFiscalFiscalYearSubReport]

(

@CurrCode varchar (2000),

@Funds varchar (2000),

@YearMth varchar (6)

, @ Monthee varchar (3)

0003

– Объявить @CurrCode varchar (2000)

– Объявить @Funds varchar (2000)

– Объявить @YearMth varchar (6)

–set @CurrCode = ‘USD, CAD’

– Set @Funds = ‘Pat2, FDR1’

–Установить @YearMth = ‘201502’

объявить @beginFiscal date

объявить @endFiscal date

объявить @Yearr varchar (4)

объявить @decider int –

Внутренности кода

устанавливают @decider = datepart (Месяц, convert (date, getdate ()))

set @Yearr = datepart (YEAR, Convert (date, Getdate ()))

set @Yearr = case когда @decider> = 7, тогда datepart (YEAR, Convert (date, Getdate ())) else @Yearr -1 end

set @Beginfiscal = convert (varchar (4), @ Yearr) + ‘0701’

установить @Endfiscal = dateadd (d, -1, dateadd (Год, 1, @ beginFiscal))

объявить @Comma CHAR (1)

объявить @Fund table

(

Fundid varchar (8) NOT NULL

)

Set @Comma = ‘,’

BEGIN

DECLARE @Position INT

DECLARE @Substringg VARCHAR (8000)

SELECT @Position = 1

EN

EN <1) ИЛИ @Funds IS NULL RETURN

WHILE @Position! = 0

BEGIN

SET @ Position = CHARINDEX (@ Comma, @ Funds)

IF @Position <> 0

SET @ Substringg = LEFT ( @ Funds, @ Position-1)

ELSE

SET @ Substringg = @ Funds

IF (LEN (@Substringg)> 0)

INSERT INTO @Fund (fundid) VALUES (RTRIM (LTRIM (@Substringg)) )

SET @ Funds = RIGHT (@ Funds, LEN (@Funds) – @ Position)

IF LEN (@Funds) = 0 BREAK

END

выберите fundid как [fundid] В #fund from @fund

END

Set @Position = 0

Set @Substringg = ‘

declare @ CurrCode1 table

(

Currency varchar (8) NOT NULL

)

Установить @Comma = ‘,’

BEGIN

–DECLARE @Position INT

–DECLARE @Substringg VARCHAR (8000)

SELECT @Position = 1

IF (LEN (@CurrCode) <1) @CurrCode IS NULL RETURN

WHILE @Position! = 0

BEGIN

SET @ Position = CHARINDEX (@ Comma, @ CurrCode)

IF @Position <> 0

SET @ Substringg = LEFT, (@ CurrCode) Позиция-1)

ELSE

SET @ Substringg = @ CurrCode

IF (LEN (@Substringg)> 0)

INSERT INTO @ CurrCode1 (валюта) ЗНАЧЕНИЯ (RTRIM (LTRIM (@Substringg))

@CurrCode = RIGHT (@ CurrCode, LEN (@CurrCode) – @ Position)

IF LEN (@CurrCode) = 0 BREAK

END 900 03

выберите валюту как [валюту] В #currency from @ CurrCode1

END

Выберите fund_ID, FND_TOT_CURR_CD, сумму (MKT_VAL_TOT_AMT) в качестве [рыночной стоимости], YearMth,

@

@ когда справа (YearMth, 2) = ’01’, затем ‘Jan’

, когда справа (YearMth, 2) = ’02’, затем ‘Feb’

, когда справа (YearMth, 2) = ’03’, затем ‘Mar’

, когда справа (YearMth, 2) = ’04’, затем ‘Apr’

, когда справа (YearMth, 2) = ’05’, затем ‘May’

, когда справа (YearMth, 2) = ’06’, затем ‘Jun’

, когда справа (YearMth, 2) = ’07’, затем ‘Jul’

, когда справа (YearMth, 2) = ’08’, затем ‘Aug’

, когда справа (YearMth, 2) = ’09’, затем ‘Sep ‘

, когда справа (YearMth, 2) =’ 10 ‘, затем’ Oct ‘

, когда справа (YearMth, 2) =’ 11 ‘, затем’ Nov ‘

, когда справа (YearMth, 2) =’ 12 ‘, затем’ Dec ‘else’ 99 ‘заканчивается как Monthee

из (

выберите FUND_ID, CAL_DT, FND_TOT_TYP_CD, FND_TOT_CURR_CD, MKT_VAL_TOT_AMT

, преобразовать (varchar (4), datepart (год, Convert (date, Cal_dt))) +

Convert (case when len (2) Convert (case when len (2) Convert (varchar (2) , Convert (date, Cal_dt))) = 1, затем

‘0’ + convert (varchar (2), datepart (month, Convert (date, Cal_dt)))

else convert (varchar (2), datepart (month , Преобразуйте (date, Cal_dt))) end) как YearMth

из [dbo].[DateOnTheFly] DOTF

внутреннее объединение #Fund fund

в DOTF.Fund_ID = fund.fundid

Внутреннее объединение #Currency currency

в валюте currency.currency = DOTF.FND_TOT_CURR_CD

, где @bend_disc_dis_d

, где calgin_dist ) a

, где @YearMth = rtrim (ltrim (YearMth))

Группировать по

FUND_ID, FND_TOT_TYP_CD, FND_TOT_CURR_CD, YearMth,

case

если правильно (Year ’01Mth, 2)

, когда справа (YearMth, 2) = ’02’, затем ‘Feb’

, когда справа (YearMth, 2) = ’03’, затем ‘Mar’

, когда справа (YearMth, 2) = ’04’, затем ‘Apr’

, когда справа (YearMth, 2) = ’05’, затем ‘May’

, когда справа (YearMth, 2) = ’06’, затем ‘Jun’

, когда справа (YearMth, 2) = ’07’, затем ‘Jul ‘

, когда справа (YearMth, 2) =’ 08 ‘, затем’ Aug ‘

, когда справа (YearMth, 2) =’ 09 ‘, затем’ Sep ‘

, когда справа (YearMth, 2) =’ 10 ‘, затем’ Oct ‘

, когда справа (YearMth, 2) =’ 11 ‘, затем’ Nov ‘

, когда справа (YearMth, 2) =’ 12 ‘, затем’ Dec ‘else’ 99 ‘end

упорядочить по YearMth desc

GO

.

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *