Отражено на основании реестра платежей что это

Формирование платежей: документ «Реестр платежей»

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

Описание формы документа «Реестр платежей»

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

Основные реквизиты документа

При заполнении формы документа необходимо указать следующие основные реквизиты:

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

Страница «Реестр платежей»

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

  • План расходования ДС — ссылка на документ «План расходования денежных средств». Реквизит является обязательным для заполнения;
  • Контрагент — юридическое или физическое лицо, являющееся получателем денежных средств. Значение реквизита заполняется автоматически при выборе плана расходования и не редактируется;
  • Сумма — сумма платежа. Значение реквизита заполняется автоматически при выборе плана расходования и может быть изменено. Реквизит является обязательным для заполнения;

Страница «Платежные документы»

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

Состав колонок списка платежных поручений:

  • Номер — номер платежного поручения;
  • Дата — дата платежного поручения;
  • Контрагент — юридическое или физическое лицо, являющееся получателем денежных средств;
  • Сумма — сумма платежного поручения;
  • Валюта — валюта платежного поручения;
  • Назначение платежа — строка назначения платежа.

Методика работы с документом

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

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

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

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

В форме подбора документов «План расходования денежных средств» выводятся следующий набор колонок:

  • Дата — дата планируемого расхода;
  • Контрагент — юридическое или физическое лицо, являющееся получателем денежных средств;
  • Сумма — запланированная сумма платежа;
  • Остаток — неоплаченный остаток запланированной суммы расходования денежных средств. Возникает в случае ранее проведенной частичной оплаты по документу планирования;
  • Валюта — валюта платежа;
  • Статья ДДС — статья движения денежных средств для запланированного платежа.

Кроме этого, в форму подбора введена цветовая градация следующего вида:

  • Текстом серого цвета отображаются исполненные планы расходования денежных средств (сумма остатка равна нулю).
  • Зеленым фоном отображаются документы планирования, включенные в формируемый (открытый) реестр платежей.
  • Красным фоном отображаются актуальные документы планирования, дата платежа в которых равна дате формируемого реестра.

После заполнения строк реестра документ необходимо записать. У сохраненного документа появляется возможность формирования печатной формы реестра платежей. Печатная форма документа формируется при нажатии на кнопку «Реестр платежей» командной панели документа.

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

Работа с документами «Реестр платежей» осуществляется в интерфейсе «Формирование реестров платежей» (пункт «Формирование реестров платежей» на рабочем столе). Кроме этого список документов открывается для просмотра и редактирования из пункта главного меню «Платежные документы» ► «Журнал реестров платежей» .

systecs.ru

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

Напряженный график не позволяет посещать мероприятия по повышению квалификации?

Консультация предоставлена 07.04.2015 г.

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

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

Положение ЦБР № 266-П

В соответствии с п. 2.9 Положения ЦБР от 24.12.2004 N 266-П «Об эмиссии банковских карт и об операциях, совершаемых с использованием платежных карт» основанием для составления расчетных и иных документов для отражения сумм операций, совершаемых с использованием платежных карт, в бухгалтерском учете участников расчетов является реестр платежей или электронный журнал. Списание или зачисление денежных средств по операциям, совершаемым с использованием платежных карт, осуществляется не позднее рабочего дня, следующего за днем поступления в кредитную организацию реестра платежей или электронного журнала.

Счет 57 «Переводы в пути»

В результате между поступлением денежных средств на счет продавца и фактической оплатой покупателем приобретенных товаров происходит разрыв во времени. Для отражения таких операций Планом счетов бухгалтерского учета финансово-хозяйственной деятельности организаций (утвержден приказом Минфина РФ от 31.10.2000 N 94н) предусмотрен счет 57 «Переводы в пути» (далее — счет 57).

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

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

Дебет 57, субсчет «Банк» Кредит 62

— отражена оплата через терминал.

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

Дебет 57, субсчет «Посредник» Кредит 57, субсчет «Банк»

— денежные средства перечислены банком на расчетный счет посредника.

В этом случае перечисление денег посредником на расчетный счет организации будет отображено записью:

Дебет 51 Кредит 57, субсчет «Посредник»

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

Отметим, что удержание комиссии отражается проводкой:

Дебет 91, субсчет «Прочие расходы» Кредит 57, субсчет «Посредник» (57, субсчет «банк»)

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

То есть, учитывая, что денежные средства поступают на расчетный счет организации от посредника, считаем, что такая операция по зачислению денежных средств может быть отражена и с использованием счета 76 «Расчеты с разными дебиторами и кредиторами» (далее — счет 76). Напомним, что счет 76 предназначен для обобщения информации о расчетах по операциям с дебиторами и кредиторами, не упомянутыми в пояснениях к счетам 60-75.

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

Дебет 57, субсчет «Банк» Кредит 62

— отражена оплата через терминал;

Дебет 76, субсчет «Посредник» Кредит 57, субсчет «Банк»

— денежные средства перечислены банком на расчетный счет посредника;

Дебет 51 Кредит 76, субсчет «Посредник»

— посредник перечислил денежные средства на расчетный счет организации;

Дебет 91, субсчет «Прочие расходы» Кредит 76, субсчет «Посредник» (57, субсчет «Банк»)

Обращаем Ваше внимание, что способ ведения бухгалтерского учета по договору эквайринга с участием в расчетах посредника нормативными правовыми актами не определен. Соответственно, в рассматриваемой ситуации способ ведения учета определяется организацией самостоятельно (п. 7 ПБУ 1/2008 «Учетная политика организации», ч. 4 ст. 8 Федерального закона от 06.12.2011 N 402-ФЗ «О бухгалтерском учете»).

Эксперт службы Правового консалтинга ГАРАНТ

член Палаты налоговых консультантов

Контроль качества ответа:

Рецензент службы Правового консалтинга ГАРАНТ

garant-victori.ru

Казначейство 1С:ERP/1С:Управление холдингом

Казначейство в 1С:Управление холдингом. Оперативное планирование и фактическое движение денежных средств (часть 4 из 6)

3 Оперативное планирование и факт. движение ДС.

3.1 Резервирование бюджетов

Как было сказано ранее, лимиты ДДС по бюджетам (Бизнес-планы ДДС) зачастую могут уточняться (например, сумма по статье может быть детализирована по контрагентам, по доп. аналитикам, например, мероприятиям и т.д).

Установка лимитов ДС в оперативном контуре будет выполняться документом «Резервирование бюджетов». Такие документы удобно ввести на основании Бизнес-планов ДДС. При этом, установка и контроль лимитов будет проводиться в разрезе предопределенного сценария – «резерв».

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

Для включения запрета проведения документов при превышении лимита, перейдем в раздел «Общие справочники и настройки/Настройка параметров/Казначейство».

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

Итак, введем документы Резервирование бюджетов на период – Сентябрь 2017 г.

Обратим внимание на следующие моменты:

  • Для документа «Резервирование бюджета» маршрут согласования создавать не будем. Установим признак «Вне маршрута» и статус «Утвержден»

  • Организацию укажем «МСК УК (Управленческие функции)», при этом ЦФО – оставим то значение, которое было указано в бизнес-плане.

3.2 Маршруты согласование заявки на оплату поставщику

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

Каждый согласант будет «со своей стороны» проверять необходимость утверждения заявки. Например, ответственный за закупки — проверит корректность условий договора, казначей – убедится, что не возникнет кассовый разрыв (и при необходимости выполнить балансировку в платежном календаре), фин. директор выполнит окончательное утверждение заявки и т.д.

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

Перейдем в раздел «Процессы и согласования/Шаблоны процессов».

Создадим новый шаблон – «Процесс согласования заявок на оплату». В качестве назначения процесса укажем – «Маршрут согласования». Тип объекта согласования – «Заявка на операцию».

Создадим следующий маршрут согласования:

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

Для проверки того, как сработают условия маршрутизации в зависимости от параметров заявки, предусмотрена функционал «Отобразить» в проверке маршрута.

В качестве отдельного этапа (сетевой диаграммы процесса) может выступить этап «Оповещение».

Т.е при переходе на этот этап, система сможет сформировать для пользователя отдельное оповещение.

Соответственно, этап «Оповещение», можно включить в сетевую диаграмму процесса.

Для настройки содержания оповещения необходимо настроить шаблон оповещения:

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

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

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

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

И ,наконец, после того как шаблон процесса согласования полностью настроен, необходимо указать этот шаблон в регламенте подготовки отчетности. В нашем примере, требуется в регламенте «Установка и контроль лимитов ДДС» настроить матрицу полномочий согласования экземпляров отчетов – указать в ней шаблон процесса согласования.

Для документа Заявка на операцию указать шаблон процесса «Процесс согласования заявок на оплату».

3.3 Согласование заявок по маршруте

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

Заполним документ Заявка на операцию с видом «БДДС (Расход) расчеты с контрагентами».

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

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

Исправим эту ситуацию, сформировав заявку корректно. Укажем источник лимитов (документ резервирования бюджета), укажем доступную сумму.

Заполним контрагента, договор; перейдем на закладку «Контроль лимитов».

Увидим – какой на данный момент остаток лимита (с учетом текущей операции) и какой лимит был запланирован.

Проведем документ и увидим, что документ получим статус «На утверждении»

По кнопке «Ход согласования» откроем маршрут и увидим этап, на котором в данным момент находится заявка.

Текущий этап – выделен голубым цветом.

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

Перейдем в раздел «Процессы и согласования/Мои задачи и оповещения».

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

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

Для дополнительного контроля над заявками в программе предусмотрена возможность настройки запрета/разрешения платежа по специально указанным аналитикам.

В разделе «Планирование и контроль/Разрешение и запреты платежей» внесем (для примера) следующую запись.

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

Это означает, что хотя заявка и проходит по контролю лимитов, но не проходит по директиве контроля платежа.

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

По кнопке «Согласовать документ» перейдем к выполнению согласования текущего этапа.

Проставим визу (пояснение) и нажмем «Согласовать».

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

Так же в программе предусмотрены еще и такие полезные возможности в части прохождения по маршруту согласования:

  • Отклонить заявку на предыдущий шаг согласования;
  • Передать заявку на согласования дополнительным согласующим (т.е по необходимости можно добавит согласантов в текущий маршрут и перенаправить заявку им).

3.4 Работа с платежным календарем.

Итак, в данный момент 2 заявки на оплату находятся на этапе «соглования» у казначея.

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

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

Так же важно упомянуть еще об одной функциональной возможности работы с платежным календарем, а именно – возможность сохранения разных «вариантов развития событий».

Т.е казначей может смоделировать, например, ситуацию №1 «допланирования» ожидаемого поступления д/c от клиента и проанализировать и сохранить этот «сценарий» развития событий (такой вариант платежного календаря). Затем, смоделировать ситуацию №2, когда ожидаемого поступления д/с не случилось, а необходимо закрыть нехватку д/ c через перемещение д/ c с другого расчетного счета и частично сдвинуть даты оплаты. Итого, можно будет сравнить оба варианта развития событий и выбрать более выигрышный.

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

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

Настроить рад параметров работы платежного календаря:

  • Горизонты формирования календаря (кол-во дней);
  • Учитывать или нет (1 или 0, или например — 0.5 – тогда «на половину учитываем») документы заявок (в том числе не утвержденные, находящиеся в процессе согласования) при формировании платежного календаря.


    Т.е. если по неутвержденным заявкам везде установить «1», то все неутвержденные (но находящиеся в процессе утверждения) заявки будут в полной сумме учитываться программой при формировании платежного календаря.

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

Зарегистрировать текущие начальные остатки д/с:

Для расчета платежного календаря в программе необходимо зарегистрировать начальные остатки д/c . Требуется, что бы начальные остатки были зарегистрированы в регистре накопления «Денежные средства». При этом и фактическое движения (поступление/выбытие) д/ c так же должны отражаться по этому регистру.

Регистрация начальных остатков д/c осуществляется через оформление документа «Корректировка начальных остатков». При этом, это документ разумеется можно заполнить автоматически, по данным бух. учета ( m .е по текущему дт 51 счета).

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

Фактические поступления/выбытия д/с будут отражены в программе через документы «Отражение фактических данных бюджетирования». Такие документы будут сформированы в программе автоматически, в момент отражения факт. бухгалтерских документов движения д/ c (поступления/списания д/ c по счету). Такое поведение системы определяется вот этими настройками:

Перейдем в раздел «Планирование и контроль/Платежный календарь».

Выполним установку следующих, ключевых параметров:

  • Группировки установим: по организации и банковскому счету;
  • Период установим: c текущей даты до даты конца текущего месяца;

Отбор по организации: установим по консолидирующей группе МСК Энергетика +

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

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

Красный цвет означаем то, что у нас образовался кассовый разрыв по счету «Банковский счет не определен». Это возникло потому, что счет оплаты в заявках не определен.

Далее, на примерах, поработаем с функционалом платежного календаря. И в итоге, добьемся эго балансировки.

  • Изменим счет выбранных заявок. Установим счет – ВТБ 24.

  • В результате получим, что «Банковский счет не определен» — исключен из календаря, однако на 05/09 присутствует кассовый разрыв на сумму 4000. Суть в том, что планируемые расход (34 тыс. руб. суммарно по 2 заявкам) превышает остаток д/c на счете.

  • C помощью функционала «отложить/отложенные» можно отложить на время заявку (перенести ее в стоп-лист). Затем, вернуть ее из отложенных.

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

  • Можно сдвигать дату оплаты заявок на указанную, на крайнюю дату

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

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

3.5 Формирование реестра платежей.

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

В нашем примере главный бухгалтер формируем и проводит реестр в статусе «Утвержден».

Платежные поручения формируются по кнопке «Сформировать платежные поручения».

3.6 Отражение факта, разнесение выписок по аналитикам бюджетирования.

Выгрузка платежек и загрузка выписок из клиент-банк осуществляется стандартно, средствами обработки «Обмен с банком»

После загрузки из клиент-банка по факту списания с расчетного счета в программу будут загружены документы «Списания с расчетного счета».

Обратим внимание на то, по факту списания с расчетного счета в программе автоматически будут сформированы документы «Отражение фактических данных».

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

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

Такой алгоритм можно настроить в обработке «Разнесение банковской выписки по аналитикам планирования». Заполнение будет осуществлятся на основе шаблонов ананалитик. В программе можно быть создано множество шаблонов заполнения.

Приведем пример шаблона, который устанавливает значение аналитики «Проект». Шаблон (правило) срабатывает по любым организациям и контрагентам. При этом проверяется содержание назначения платежа. Т.е если поле «назначение платежа» содержит сочетание слов «Основной договор», то в этом случае устанавливается аналитика «Проект основной» в поле проект.

Таким способом можно организовывать и другие алгоритмы распознавания назначения платежа и, соответственно, заполнение полей цфо , статья ддс , аналитка [1-5] и т.д.

vnedrenie-upp.ru

Реестр платежей

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

«Положение об эмиссии банковских карт и об операциях, совершаемых с использованием платежных карт» (утв. Банком России 24.12.2004 N 266-П) (ред. от 15.11.2011, с изм. от 10.08.2012) (Зарегистрировано в Минюсте РФ 25.03.2005 N 6431)

Официальная терминология . Академик.ру . 2012 .

Смотреть что такое «Реестр платежей» в других словарях:

РЕЕСТР ПЛАТЕЖЕЙ (ПО ОПЕРАЦИЯМ С ИСПОЛЬЗОВАНИЕМ БАНКОВСКИХ КАРТ) — два или более документа по операциям с использованием банковских карт эмитента или устройств эквайрера за определенный период времени, составленных организацией, осуществляющей процессинг, и предоставляемых участникам расчетов в электронной форме … Словарь понятий и терминов, сформулированных в нормативных документах российского законодательства

Реестр именных ценных бумаг — – специализированная система хранения информации у эмитента или профессионального участника рынка ценных бумаг, в которой на лицевых счетах учитываются права собственности на ценные бумаги. В реестр заносятся данные о владельцах ценных бумаг, а… … Банковская энциклопедия

Реестр ипотечного покрытия — Учет требований и иного имущества, составляющих ипотечное покрытие, осуществляется путем ведения реестра ипотечного покрытия. Сведения о требованиях и об ином имуществе, составляющих ипотечное покрытие, вносятся в реестр ипотечного покрытия с… … Словарь: бухгалтерский учет, налоги, хозяйственное право

РЕЕСТР БАНКОВ И НЕБАНКОВСКИХ КРЕДИТНО-ФИНАНСОВЫХ ОРГАНИЗАЦИЙ, ПРИЗНАННЫХ ТАМОЖЕННЫМИ ОРГАНАМИ ГАРАНТАМИ УПЛАТЫ ТАМОЖЕННЫХ ПЛАТЕЖЕЙ — единая система учета банков и небанковских кредитно финансовых организаций, признанных таможенными органами гарантами уплаты таможенных платежей. Данный реестр ведется ГТК Республики Беларусь, порядок включения в него и исключения из него… … Таможенное дело. Толковый словарь

ОБЕСПЕЧЕНИЕ УПЛАТЫ ТАМОЖЕННЫХ ПЛАТЕЖЕЙ — осуществляемое в соответствии со ст. 122 ТК обеспечение исполнения обязанности по уплате таможенных платежей при предоставлении отсрочки (рассрочки) уплаты таможенных платежей. Уплата таможенных платежей может обеспечиваться: 1) залогом товаров и … Энциклопедия российского и международного налогообложения

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

БЕЗДЕНЕЖНЫЙ РЕЕСТР — (англ. non cash budget register) – документ, содержащий указание о финансировании расходов федерального бюджета, направляемых для обеспечения деятельности конкретных бюджетополучателей и реализации федеральных программ согласно подразделениям… … Финансово-кредитный энциклопедический словарь

ОБЕСПЕЧЕНИЕ УПЛАТЫ ТАМОЖЕННЫХ ПЛАТЕЖЕЙ — уплата таможенных платежей может обеспечиваться: 1) залогам товаров и транспортных средств; 2) гарантией третьего лица; 3) внесением на депозит причитающихся сумм. В первом случае товары и транспортные средства остаются у залогодателя, если… … Энциклопедический словарь экономики и права

Эквайринг банка «Авангард» — – специализированный сервис, позволяющий юридическим лицам принимать оплату от клиентов за товары или услуги по банковским картам. Для того чтобы клиенты могли расплачиваться в точке продаж картами, необходимо установить POS терминал. Стоимость… … Банковская энциклопедия

Банкротство — (Bankruptcy) Банкротство это признанная судом неспособность исполнить обязательства по уплате взятых в долг денежных средств Суть банкротства, его признаки и характеристика, законодательство о банкротстве, управление и пути предотвращения… … Энциклопедия инвестора

official.academic.ru

Смотрите так же:

  • Пособия по рисованию для детей Детские развивающие игры, уроки, поделки Игры для детей, поделки, аппликации, оригами, раскраски, рецепты. Учебник по рисованию для детей Изобразительное искусство Книжная полка Наше новое приобретение - учебник по рисованию для первого […]
  • Код права собственности Подтверждение права собственности на домен с помощью Google Analytics Если вы используете Google Analytics для отслеживания трафика веб-сайта в домене, вы можете подтвердить право собственности на домен и активировать G Suite с помощью […]
  • Жалоба на судоисполнителей Куда жаловаться на судебных приставов? Куда жаловаться на судебных приставов – такой вопрос нередко возникает у граждан, пытающихся вернуть долги при помощи судебных приставов-исполнителей. Конечного результата от приставов можно ждать […]
  • Ульяновск адвокаты по уголовным делам Адвокат по уголовным делам. Уголовный адвокат в Ульяновске. Адвокат Солодовников Денис Владимирович Не откладывайте на потом, звонок адвокату! Номер телефона адвоката по уголовным делам: (8-903-33-757-29) должен быть, записан у Вас в […]
  • Штрафы автосервису Штрафы автосервису Главная ОСНОВНЫЕ НАПРАВЛЕНИЯ ДЕЯТЕЛЬНОСТИ Судебная практика Суд удвоил суммы штрафов автосервису ООО «Прокси Центр» В соответствии со ст. 32.2 КоАП РФ административный штраф должен быть уплачен лицом, […]
  • Как написать претензию в налоговую Жалоба на бездействие налоговой инспекции: образец Актуально на: 13 июля 2017 г. Жалоба на бездействие налогового органа (образец) Если плательщик считает, что налоговики бездействовали в то время, когда должны были действовать, и из-за […]

Обсуждение закрыто.