EA006783B1 - Автоматизированный способ и система обеспечения расчетов по сделкам - Google Patents

Автоматизированный способ и система обеспечения расчетов по сделкам Download PDF

Info

Publication number
EA006783B1
EA006783B1 EA200500097A EA200500097A EA006783B1 EA 006783 B1 EA006783 B1 EA 006783B1 EA 200500097 A EA200500097 A EA 200500097A EA 200500097 A EA200500097 A EA 200500097A EA 006783 B1 EA006783 B1 EA 006783B1
Authority
EA
Eurasian Patent Office
Prior art keywords
transaction
payment
buyer
seller
cost
Prior art date
Application number
EA200500097A
Other languages
English (en)
Other versions
EA200500097A1 (ru
Inventor
Томас Д. Логан
Original Assignee
Солидус Нетуоркс, Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Солидус Нетуоркс, Инк. filed Critical Солидус Нетуоркс, Инк.
Publication of EA200500097A1 publication Critical patent/EA200500097A1/ru
Publication of EA006783B1 publication Critical patent/EA006783B1/ru

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

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

Description

Обычные операции по осуществлению финансовых расчетов между покупателями и продавцами товаров и услуг имеют ряд недостатков, требующих привлечения неэффективного ручного труда в процессе выставления счета-фактуры, кредитования и инкассирования, а также в процессе оплаты счетов по поставкам. Система электронного обмена финансовыми данными (ЭОД) (ΕΌΙ) с использованием комплекта трансакций ΑΝ8Ι Х.12 (Национального института стандартизации США), комплекта трансакций ΕΌΙΕΑΟΤ (Е1сс1гоп1с Эа1а ПйегсНапде Εοτ Айтшщйайоп, Соттегсе Апй ТгапкроПайоп - электронный обмен данными в управлении, торговле и на транспорте) или иных специализированных протоколов пользуются минимальным спросом из-за высокой стоимости согласования конкретных двусторонних протоколов. Таким образом, проблема произвольного электронного обмена данными до сих пор остается расплывчатой концепцией, которую каждый понимает по-своему, хотя все признают ее многообещающие возможности для повышения эффективности сети поставок и снижения административных расходов для участников.
Вопросом, относящимся к области расчетов в цепи поставок, является вопрос о неодинаковых условиях торговли. Условия торговли являются общим термином, охватывающим форматирование данных о счете-фактуре; периоде времени между предоставлением товаров и услуг и временем наступления срока платежа; скидках при досрочной оплате; видах оплаты; требуемых адресах для направления информации о платежах и банковских переводах и т.д. Как правило, более крупные организации диктуют условия торговли более мелким предприятиям, являющимся обычно поставщиками. Парадоксально, что более мелкие субъекты нередко не располагают достаточными техническими средствами, позволяющими им соблюдать условия торговли, диктуемые более крупными заказчиками, и они несут дополнительные расходы по соблюдению условий торговли, в значительной степени превышающие приростную стоимость, которую получает более крупная организация.
Это явление проявляется наиболее очевидно при оценке дополнительных расходов по займам. Корпорация высокого инвестиционного уровня, несомненно, имеет возможность получать в заем дополнительные средства по ставкам ЛИБОР (ЫВОК. - Ьопйоп 1п1егЬапк Ойет Ра1е - ставка продавца на лондонском межбанковском рынке депозитов) или близким к ставкам ЛИБОР. Однако поставщик низкого инвестиционного уровня нередко имеет предельную стоимость привлеченных денежных средств, превышающую ЛИБОР на 4 или 5%. Когда крупный заказчик диктует условия на установление длительного периода времени между получением товаров или услуг и связанным с ним платежом, то это приводит к неэффективности цепи поставок. Это связано с тем, что поставщик низкого инвестиционного уровня должен принимать на себя проценты и сборы по займам, значительно превышающие стоимость, которой пользуются заказчики высокого инвестиционного уровня. Другими словами, эта 4-5% разница ставки процента на заемный капитал представляет стоимость, которая могла бы быть распределена между покупателем и продавцом путем ускорения срока платежа в обмен на снижение стоимости закупок.
Ранее предпринимались попытки устранить неэффективность цепи поставок.
Например, в патенте США № 6167385 описываются система и способ финансирования цепи поставок. В соответствии с этим способом «покупатель формирует заказ на поставку товаров, направляемый поставщику, который, в свою очередь, отгружает товары покупателю. Поставщик направляет счетфактуру покупателю, который заносит данные счета-фактуры в базу данных для хранения. Кредитнофинансовое учреждение (например, банк) имеет доступ к базе данных по электронной сети для выборки счетов-фактур за истекший день. Далее кредитно-финансовое учреждение производит расчет финансирования, применимого к отгруженным товарам, и направляет платеж поставщику. При наступлении срока финансирования покупатель производит расчет с кредитно-финансовым учреждением путем перевода валовой выручки».
Система и способ, описанные в патенте США № 6167385, характеризуются многочисленными недостатками.
Подготовительный процесс является достаточно тяжелым, трудоемким и дорогостоящим. В соответствии с патентом «До фактической реализации [способа] стороны-участники обязаны провести оценку ожидаемых потенциальных сбережений... Этот процесс оценки обычно начинается с того, что покупатель нанимает [банк] ...[Банк] проводит анализ электронной коммерческой инфраструктуры среди покупателя и его торговых партнеров... Если вышеуказанная оценка позволяет выявить достаточную финансовую выгоду, банк составляет рекомендации по структуре и методу реализации с учетом взаимосвязей клиента с его торговыми партнерами и иных нефинансовых целей клиента. [Банк] проводит опрос торговых партнеров с целью подтверждения принятия на себя ответственности по используемым цепям поставок... и понимания иных нефинансовых целей и деловых ценностей, которые могут повлиять на реализацию... Если все результаты опроса являются благоприятными и стороны достигают согласия о продолжении отношений,
- 1 006783 необходимо установить ряд технических, административных и юридических процедур... Покупатель совместно с [банком] определяет ставки авансового финансирования, которые применимы к каждому из участвующих поставщиков».
Кроме того, ставки авансового финансирования, которые устанавливают покупатель и банк для каждого продавца (поставщика), не основываются на разнице стоимости привлеченных денежных средств, определенной покупателем и определенной продавцом.
Более того, всегда существует финансовое посредничество третьей стороны (например, банка) между покупателем и продавцом. Банк подвергает риску свои собственные средства, платя продавцу до получения платежа от покупателя при наступлении срока основного финансирования. Следовательно, прибыли, которые получают покупатель и (или) продавец, сокращаются на величину издержек ввиду участия банка в качестве финансового посредника. Эти издержки за финансовое посредничество третей стороны будут превышать издержки, которые покупатель и продавец понесли бы при использовании автоматизированной системы взаиморасчетов с целью внесения предложений по изменению условий платежа по операции между покупателем и продавцом и (или) с целью изменения сделки. Другими словами, сборы, взимаемые банком за участие в качестве финансового посредника, будут превышать сборы, взимаемые системой взаиморасчетов, выступающей в качестве информационного посредника.
В другом случае в опубликованной заявке на патент США № 2002/0082985 описывается: «способ и система обработки существующей или будущей суммарной задолженности покупателя по коммерческому кредиту (которая обычно называется «кредиторской задолженностью», или «кредитовое сальдо расчетов с поставщиками»), в соответствии с которой (1) существующая или будущая суммарная задолженность преобразуется в новую задолженность и (п) обеспечиваются финансовые и иные выгоды для покупателя. В частности, ... Финансирующая компания (например, банк) и Покупатель заключают соглашение, в соответствии с которым создается механизм, предоставляющий поставщикам покупателя возможности получения ими оперативного или ускоренного платежа существующей или будущей суммарной задолженности покупателя по коммерческому кредиту в обмен на предоставление процентных скидок, которые обычно называются «скидки за немедленный платеж», от суммарной задолженности коммерческого кредита. Поставщики могут заключить сделку или участвовать в тендере на оперативный или ускоренный платеж в соответствии с механизмом, установленным на основе предложения скидок за немедленный платеж в отношении такой суммарной задолженности коммерческого кредита. В соответствии с соглашением Финансирующая компания платит цену со скидкой суммарной задолженности коммерческого кредита от имени Покупателя, и Покупатель платит Финансирующей компании большую сумму, чем цена со скидкой суммарной задолженности коммерческого кредита, вплоть до номинальной стоимости такой суммарной задолженности коммерческого кредита на согласованную будущую дату».
Как и подготовительный процесс, описанный в патенте США № 6167385, так и подготовительный процесс, изложенный в опубликованной заявке на патент США № 2002/0082985, являются достаточно тяжелыми, трудоемкими и дорогостоящими. В этом процессе используется аукцион с целью определения дисконта немедленного платежа по каждой сделке, а не стоимость привлеченных денежных средств покупателя и продавца. Таким образом, система не предусматривает изменения заказов на поставку на основании разницы стоимости привлеченных денежных средств покупателя и продавца или реализацию таких изменений.
В другом случае в опубликованной заявке на патент США № 2002/0099655 описывается система, ускоряющая финансирование со стороны продавца и авансовый платеж. Эта система также позволяет покупателям и продавцам вносить изменения в соглашение о заказе на поставку.
Тем не менее, модель финансирования продавца, которую позволяет ускорить данная система, представляет собой обычное использование финансового посредника третьей стороны, например, продавец «получает авансовый платеж от кредитора, который ... далее имеет право на получение платежа от покупателя». Таким образом, потенциальные прибыли для покупателя и (или) продавца сокращаются на сумму издержек, выплаченную финансовому посреднику. Кроме того, система не обеспечивает получение и оценку стоимости привлеченных денежных средств либо для покупателя, либо для продавца. Таким образом, система не позволяет предложить или внести изменения в заказы на поставку, исходя из разницы между стоимостью привлеченных денежных средств покупателя и продавца.
В другом случае, в опубликованной заявке на патент США № 2003/0018563 описываются способ и система для ускорения финансовых инвестиций в операции с коммерческой дебиторской задолженностью и в ее обработку. Как и в примерах с другими техническими решениями, приведенными выше, процедуры в опубликованной заявке на патент США № 2003/0018563 являются достаточно сложными, трудоемкими и дорогостоящими. В соответствии с этой заявкой используется динамический торговый процесс (например, аукцион) с целью определения дисконта, применимого к каждой дебиторской задолженности. Как и в опубликованной заявке на патент США № 2002/0099655, система не обеспечивает получение или оценку стоимости привлеченных фондов ни для покупателя, ни для продавца. Следовательно, система также не предусматривает изменения заказов на покупку, исходя из разницы стоимости привлеченных средств покупателя и продавца, или реализацию таких изменений.
- 2 006783
Краткое изложение существа изобретения
Настоящее изобретение направлено на устранение ограничений и недостатков существующего уровня техники с помощью автоматизированного способа и системы ускорения расчетов по сделкам между сторонами при наличии разницы между их предельной стоимостью привлеченных денежных средств (предельной ставкой процента на заемный капитал).
Одной особенностью настоящего изобретения является способ, в соответствии с которым автоматизированная система финансовых расчетов принимает информацию о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и об одном или нескольких условиях платежа по сделке. Система определяет, является ли сделка приемлемой для проведения изменений, основанных, по меньшей мере, частично на стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одном или нескольких условий платежа. Если система определит, что сделка является приемлемой для внесения изменений, то системой предлагается изменение одного или нескольких условий платежа и (или) производятся изменения условий платежа.
В одном примере осуществления настоящего изобретения изменение не предусматривает финансового посредничества третьей стороны, например банка, предоставляющего финансирование.
Согласно другому аспекту настоящего изобретения является использование системы финансовых расчетов.
Согласно еще одному аспекту настоящего изобретения используется машиночитаемый носитель, на котором хранятся данные, представляющие последовательность команд для функционирования системы.
Настоящее изобретение отличается от известного уровня техники, так как в соответствии с ним не требуется участие третьей стороны (обычно кредитно-финансового учреждения) для посредничества в сделках и предоставления финансирования участникам. В противоположность этому участники обычно предоставляют коммерческий кредит друг другу, который может быть продлен или сокращен на основе относительных заемных процентов и (или) норм инвестирования участников и предпочтений ликвидности участников.
Преимуществами настоящего изобретения могут пользоваться все участники системы, и эти преимущества включают сокращение административных расходов по кредиторской задолженности, сокращение дебиторской задолженности и административных расходов по кредитам, сокращение банковских расходов, возможность ускорения ликвидности, ведущая к одновременному повышению прибыли, возможность отсрочки ликвидности, ведущей к одновременному повышению прибыли, сокращение расходов по займам, увеличение прибылей на инвестиции, повышение доступности кредитных средств, увеличение прибыли на используемый капитал и положительная характеризация бухгалтерского учета.
Кроме того, по мере роста количества участников в системе «произвольный электронный обмен» данными станет возможным и удобным. Система позволяет получить выгоды путем получения банковской комиссии, сборов за участие, операционных сборов и платы за дисконтирование. Более того, система получит преимущества путем сбора уникальных данных о структурах сделки ее участников, благодаря чему система получит исключительные возможности расширения предложений сети поставок для участников.
Вышеприведенные и другие примеры осуществления настоящего изобретения и особенности настоящего изобретения станут очевидны специалистам в данной области техники из следующего ниже описания настоящего изобретения и прилагаемых формулы изобретения и чертежей.
Описание чертежей
Фиг. 1 - принципиальная схема двух типичных системных интерфейсов между участником и системой финансовых расчетов, т.е. через систему электронного обмена данными и через интерфейсный модуль пользователя;
фиг. 2 - принципиальная схема, представляющая некоторые типичные компоненты пользовательского интерфейса к системе финансовых расчетов;
фиг. 3 - блок-схема осуществления процесса ускорения расчетов по сделкам между сторонами, имеющими разницу между предельной стоимостью привлеченных денежных средств;
фиг. 4 - принципиальная схема потока информации и наличности между участниками и системой финансовых расчетов по сценарию с сильным покупателем и слабым продавцом;
фиг. 5 - принципиальная схема потока информации и денежной наличности между участниками и системой финансовых расчетов по сценарию со слабым покупателем и сильным продавцом.
Подробное описание изобретения
В настоящем патенте описываются способ и система ускорения расчетов по сделкам между сторонами, имеющими разницу между их предельными ставками процента на заемный капитал. Описание приводится со ссылкой на конкретные примеры осуществления настоящего изобретения, проиллюстрированные на прилагаемых чертежах. Настоящее изобретение описано на предпочтительных примерах его осуществления, однако, следует понимать, что изобретение не ограничивается этими описанными примерами. Иначе говоря, настоящее изобретение охватывает варианты, модификации и эквиваленты, не
- 3 006783 выходящие за пределы существа и объема изобретения, определяемых прилагаемой формулой изобретения.
Более того, в нижеприведенном описании изложены многочисленные конкретные детали для обеспечения полного понимания настоящего изобретения. Тем не менее, специалистам в данной области техники будет очевидно, что настоящее изобретение может использоваться без этих конкретных деталей. В других примерах дается подробное описание методов, процедур, компонентов и сетей, хорошо известных специалистам в данной области техники, с целью избежания внесения неясностей в особенности настоящего изобретения.
В различных источниках нередко приводятся несколько различные значения или различный объем финансовых терминов. Таким образом, нижеприведенные определения являются определяющими в описании изобретения и формуле.
Покупатель - любой субъект, покупающий товары и (или) услуги у продавца. Покупатель обычно принимает поставку товаров или услуг до осуществления платежа продавцу с использованием коммерческого кредита.
Стоимость привлеченных денежных средств - применимая предельная ставка процента на ссудный капитал или предельная норма инвестирования участника.
Предельная сумма кредита - максимальная сумма коммерческого кредита, которую продавец готов предоставить покупателю.
Субъект - субъектом может являться лицо, учреждение, компания, корпорация, товарищество, государственная организация или университет.
Система ПРП - система Планирования Ресурсов в масштабах Предприятия, т.е. компьютерные прикладные программы и системы, используемые для управления закупками и финансовыми операциями субъекта.
Финансовое посредничество - финансовое посредничество имеет место в том случае, когда третья сторона (например, кредитно-финансовое учреждение, такое как банк) предоставляет финансирование для сделки между покупателем и продавцом.
Финансовые взаиморасчеты («обмен») - компьютерная система, обеспечивающая ускорение финансовых расчетов путем получения информации о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и об одном или нескольких условиях платежа по сделкам; определения того, является ли сделка приемлемой для изменения на основе, по меньшей мере, части этой полученной информации; и внесения предложения по изменению одного или нескольких условий платежа и (или) проведения изменения одного или нескольких условий.
Система также обычно анализирует другую информацию, такую как предпочтения ликвидности покупателя и продавца, когда она определяет, является ли сделка приемлемой для проведения изменения. Система также проводит изменения без финансового посредничества третьей стороны (например, банка).
В большинстве случаев компьютерная система взаиморасчетов будет являться частью субъекта, ведущего хозяйственную деятельность с несколькими покупателями и несколькими продавцами, но являющегося субъектом отдельным от какого-либо конкретного покупателя или продавца. Тем не менее, также возможно, чтобы система взаиморасчетов являлась частью конкретного покупателя или продавца. Например, сильный покупатель мог бы установить и использовать систему взаиморасчетов со своими продавцами. И наоборот, сильный продавец мог бы установить и использовать систему финансовых взаиморасчетов со своими покупателями.
Компьютерная система взаиморасчетов включает машиночитаемый носитель, на котором хранятся данные, представляющие собой последовательность команд для управления работой системы.
Неустойка - процесс покупки дебиторской задолженности у продавца без права регресса и финансирования покупки через внешний источник финансов.
Начальные условия - условия торговли (например, срок платежа, форма платежа, дисконт за немедленный платеж и т.д.), согласованные в момент заключения сделки.
Предпочтения ликвидности - заявленные желания участников либо ускорить, либо замедлить потоки наличности в обмен на снижение или увеличение прибылей.
Предельная ставка процента на ссудный капитал - повышенная или предельная процентная ставка, связанная с краткосрочным заимствованием. Такая ставка является предпочтительно самоустаналиваемой ставкой, определяемой заемщиком, которую участник имеет право периодически изменять. У участников имеются сильные стимулы для точного указания этой ставки, так как переоценка или недооценка либо ограничит экономически привлекательные возможности для изменения сделки, либо приведет к экономически непривлекательному изменению сделки.
Предельная норма инвестирования - повышенная или предельная процентная ставка, связанная с краткосрочными инвестициями. Такая ставка является предпочтительно самоустаналиваемой ставкой, определяемой инвестором, которую участник имеет право периодически изменять. У участников имеются сильные стимулы для точного указания этой ставки, так как переоценка или недооценка либо ограни
- 4 006783 чит экономически привлекательные возможности для изменения сделки, либо приведет к экономически непривлекательному изменению сделки.
Участник - участник сделки, т.е. покупатель или продавец.
Продавец - любой субъект, продающий товары и (или) услуги покупателю.
Коммерческий кредит - кредит, предоставляемый продавцом покупателю, позволяющий покупателю производить платеж продавцу на будущую дату, например спустя 30 дней после получения товара. Коммерческий кредит обычно ограничен максимально предельной суммой кредита.
Сделка - покупка товаров и (или) услуг.
На фиг. 1 показаны два примера осуществления системных интерфейсов между участником и системой финансовых взаиморасчетов 100. Система ПРП участника 110 может направить информацию в систему 100 и получить информацию от системы 100 через модуль кредиторской задолженности 120, модуль дебиторской задолженности 130 и каналы связи 150 и 160. Интерфейсный модуль пользователя 140 может попеременно направлять информацию в систему 100 и получать информацию от системы 100 через каналы связи 170. Каналы связи 150, 160 и 170 могут представлять собой каналы в практически любом типе коммуникационных сетей, таких как Интернет, закрытая частная сеть или телефонная сеть общего пользования (ТСОП).
На фиг. 2 показаны примеры осуществления компонентов пользовательского интерфейса к системе 100, включая индикаторные панели, на которые выводятся данные об информации пользователя 200, предельной сумме кредита для торговых партнеров 210, график чистой ликвидности 220, прогноз чистой ликвидности 230, предпочтения ликвидности 240 и дата сделки 250, полученные системой 100 (и обычно хранящиеся в ней).
На фиг. 3 показана блок-схема примера осуществления процесса ускорения расчетов по сделкам между сторонами, имеющими разницу между предельной стоимостью привлеченных денежных средств.
На шаге 10 участники регистрируются в системе 100 путем предоставления определенной информации о себе, о своих предельных суммах кредитов для своих торговых партнеров. Примерная информация о регистрации, полученная системой 100, включает без ограничений следующее.
a) . Юридическое название участника.
b) . Адрес участника.
c) . Уникальный идентификационный код предприятия (например, идентифицирующий код налогоплательщика), относящийся исключительно к хозяйственной единице участника. Участник может иметь несколько уникальных идентификационных кодов предприятия, относящихся исключительно к нескольким хозяйственным единицам.
ά). Стоимость привлеченных денежных средств участника.
е). Банковскую информацию об участнике, включающую номера отделений банка Американской банковской ассоциации, номера счетов и иную информацию, необходимую для системы 100 для записи платежей на соответствующий банковский счет и дебетования платежей с соответствующего банковского счета.
ί). Предельные суммы кредита, определенные для торговых партнеров участника. Эти предельные суммы кредита могут быть предоставлены путем автоматизированной связи с системой ПРП участника или путем внесения их в систему с клавишной панели.
Обычно система 100 хранит получаемую ею информацию о регистрации в базе данных. Тем не менее, эта информация при необходимости может быть изменена участниками. Например, участники имеют возможность откорректировать условия торговли с целью оптимизации баланса между требованиями потока наличности и финансовым исполнением, либо на основе полной, либо индивидуальной сделки. Это может быть достигнуто путем корректировки зарегистрированной стоимости кредита участника в системе 100.
На шаге 20 участники устанавливают свои предпочтения ликвидности. Участники имеют хорошие возможности указать свои предпочтения для ускорения или замедления потока наличности в системе взаиморасчетов для увеличения или сокращения прибылей. Например, участник, анализирующий предпочтения ликвидности 240 на фиг. 2, мог бы выбрать предпочтения для максимального увеличения ликвидности по любой стоимости, максимального увеличения ликвидности до специальной премии на предельную ставку процента на ссудный капитал или максимального увеличения ликвидности до специального дисконта с предельной ставки процента на ссудный капитал. Эти предпочтения могут быть указаны для одного дня, интервала сроков или до дальнейшего уведомления. Кроме того, участник может указать предпочтения для сокращения ликвидности при специальной премии на предельную норму инвестирования, для сокращения ликвидности при любой премии на предельную норму инвестирования, для сокращения ликвидности при специальной премии на предельную ставку процента на ссудный капитал или для сокращения ликвидности при любой премии на предельную ставку процента на ссудный капитал. Эти предпочтения могли бы быть выражены для одного дня, диапазона сроков или до дальнейшего уведомления. Участник может выразить предпочтения либо для увеличения, либо для сокращения ликвидности, но не оба предпочтения одновременно. Участник также может выразить предпочтения ни к увеличению, ни к сокращению ликвидности. Участники могут одобрить возможности для изменения сделки,
- 5 006783 определенные системой 100, на индивидуальной или всеобъемлющей основе. В противоположном случае участники могут позволить системе 100 автоматически изменить условия сделки после определения возможности.
На шаге 30 участники интегрируют свои системы ПРП с системой 100. Эта интеграция позволяет системе 100 получить информацию (например, условия платежа) о сделках, которые могут быть приемлемы для изменений. В одном примере осуществления изобретения система 100 снабжена стандартизированными интерфейсами к основным пакетам ПРП (например, 8АР, Реор1е8ой, Огас1е или Ваап), которые позволяют участнику загрузить пакетные выходные данные или выходные данные в реальном времени из прикладных программ кредиторской задолженности и дебиторской задолженности в служебную сеть и выгрузить пакетные входные данные или данные в реальном времени из сети. Эти стандартизированные связи устраняют необходимость в специальных комплектах ПРП о трансакциях или в иных унифицированных протоколах или необходимость вводить вручную данные о сделке с клавишной панели. В данном примере осуществления изобретения участник реализует полностью автоматизированную интеграцию с системой 100. Как показано на фиг. 1, такая интеграция происходит путем интегрирования определенных прикладных программ системы ПРП 110 участника в систему 100.
Обычно эта интеграция происходит между модулем кредиторской задолженности 120 участника и системой 100 и между модулем дебиторской задолженности 130 участника и системой 100.
В другом примере осуществления изобретения участник может интегрироваться в систему 100 путем ручного ввода данных о сделке в систему 100 через интерфейсный модуль пользователя 140, связанный с системой 100. В этом примере осуществления изобретения участник вручную вводит с клавишной панели информацию о кредиторской задолженности и дебиторской задолженности, используя интерфейсный модуль пользователя 140. Также могут быть использованы дополнительные примеры осуществления изобретения, представляющие различные степени автоматизации системы: электронное выставление счета-фактуры на оплату и проведение платежа (Е1ес1гошс 1пуо1се РгекеЛтеп! апй Раушеп!), которые хорошо известны специалистам в данной области техники.
Нет необходимости детально описывать архитектуру организации сети, обеспечивающую связь участников с системой 100 (показана схематически каналами связи 150, 160 и 170 на фиг. 1), так как такие сети, как, например, Интернет, закрытая частная сеть или телефонная сеть общего пользования (ТСОП), хорошо известны специалистам в данной области техники.
На шаге 40 покупатель и продавец заключают сделку с начальными условиями платежа. Например, покупатель приобретает у продавца товары и услуги на сумму 1,0 млн дол. США и дает согласие произвести платеж продавцу спустя 30 дней после получения действительного счета-фактуры.
На шаге 50 участники (т.е. покупатель и продавец) направляют информацию о сделке, включая условия платежа, а система 100 получает эту информацию.
На шаге 60 система 100 производит оценку сделки с целью определения возможностей изменения условий платежа сделки. Начальные условия сделки должны совпадать (т.е. сроки и суммы должны согласовываться с данными, полученными от покупателя, и с данными, полученными от продавца). Система 100 определяет приемлемость сделки для проведения изменений на основе ряда факторов. Эти факторы включают соответствующую стоимость привлеченных денежных средств покупателя и продавца и условия платежа. Кроме того, обычно проводится оценка предпочтений ликвидности покупателя и продавца, предельных суммы кредита, установленных продавцом, и надежность банковских ссуд продавца.
На шаге 70 система 100 предлагает изменения одного или нескольких условий платежа, если она приходит к заключению, что сделка приемлема для изменения. В некоторых примерах осуществления изобретения, таких как полностью автоматизированная система, этот шаг может быть пропущен, если покупатель и продавец ранее пришли к согласию о том, что система 100 автоматически произведет изменения.
Для распределения финансовой прибыли в результате изменения условий сделки между покупателем, продавцом и системой 100 могут быть использованы многочисленные методы. Обычно между относительной стоимостью привлеченных денежных средств участника и пропорциональной прибылью, полученной ввиду изменения сделки, существует обратная зависимость. Другими словами, сторона с более надежным кредитом обычно получит более высокую прибыль, связанную с изменением сделки.
Тем не менее, эта обратная зависимость может быть заменена при наличии разрешения со стороны ликвидных предпочтений участников. Например, продавец с высокой стоимостью привлеченных денежных средств по отношению к покупателю может выразить предпочтение ликвидности, уполномочивающую изменение сделки только в том случае, если результирующая стоимость существенно ниже стоимости привлеченных денежных средств продавца. Если покупатель выражает предпочтение ликвидности, уполномочивающую изменение сделки при любой ставке, превышающей его стоимость привлеченных денежных средств или равной ей, для продавца существует возможность получить существенную долю от общей прибыли, связанной с изменением сделки.
Система 100 также получает комиссионные за свои услуги. Эти комиссионные могут представлять собой процент от финансовой прибыли изменения сделки и (или) фиксированную комиссию. Например, финансовая прибыль могла бы быть распределена между сильным участником, слабым участником и
- 6 006783 системой 100 в соотношении 80/10/10 соответственно. В противоположном случае система 100 могла бы получить фиксированную комиссию, при этом оставшаяся финансовая прибыль могла бы быть распределена при отношении 90/10 между сильным участником и слабым участником. Также возможно использование многих других методов распределения, хорошо известных специалистам в данной области техники.
На шаге 80 система 100 вносит изменения в условия сделки. В некоторых примерах осуществления изобретения этот шаг выполняется покупателем и продавцом, а не системой 100.
На шаге 90 система 100 уведомляет участников об изменении. Если участники интегрировали свои системы ПРП в систему 100, системы ПРП участников обновляются системой 100 в соответствии с измененными условиями платежа.
В некоторых примерах осуществления изобретения на шаге 95 система 100 производит перевод денежных средств от покупателя продавцу на дату расчета и обновляет системы ПРП участников.
С целью дальнейшего описания процесса в соответствии с настоящим изобретением ниже приведены три различных примерных сценария, которые могут возникнуть при использовании системы 100: (1) сильный покупатель/слабый продавец, (2) слабый покупатель/сильный продавец и (3) неустойка.
На фиг. 4 приведена принципиальная схема потока информации и наличности между участниками и системой 100 по сценарию: сильный покупатель/слабый продавец.
В этом примере осуществления покупатель 410 с высоким инвестиционным уровнем со ставкой процента на ссудный капитал (ЛИБОР + 0%) приобретает товары или услуги стоимостью 1,0 млн дол. США у продавца низкого инвестиционного уровня 400 со ставкой процента на ссудный капитал (ЛИБОР + 5%) при сроке платежа, наступающем через 30 дней. То есть существует возможность разделить разницу (1,0 млн дол. США х 5% х 30/365 = 410959 дол. США) таким образом, чтобы оба участника получили прибыль даже после отчисления клиринговой разницы, полученной системой 100.
После заключения сделки при начальных условиях продавец 400 и покупатель 410 загружают информацию о сделке в систему 100. Как указывалось выше, эта загрузка может быть выполнена полно стью в автоматизированном, полуавтоматическом и ручном режимах.
После загрузки данных соответствующими участниками система 100 проводит оценку сделки с целью определения ее приемлемости для внесения изменений. Система 100 определяет, соответствует ли загруженная информация о сделках идентификаторам торговых партнеров, сумме, срокам платежа, номеру счета-фактуры и иной информации о платеже и переводе платежа. В примере осуществления, приведенном на фиг. 4, загруженные данные о сделке совпадают. При несовпадении загруженной информации о сделках участники будут информированы о проблеме для изучения и поиска решения.
Система 100 также определяет, совпадают ли предпочтения ликвидности. В данном примере осуществления продавец 400 желает получить ускоренный платеж в обмен на снижение цены, в то время как покупатель 410 готов заплатить быстрее в обмен на снижение цены. Таким образом, предпочтения ликвидности совпадают.
Система 100 проводит оценку прибыли, которую предстоит разделить между покупателем 410, продавцом 400 и системой 100, путем изменения условий платежа по сделке. В примере осуществления, приведенном на фиг. 4, прибыль составляет 4109 долларов США, которая рассчитывается путем умножения причитающейся суммы (1,0 миллион долларов США) на разницу стоимости привлеченных денежных средств между продавцом 400 и покупателем 410 (5%), на сокращение срока в днях (30), деленное на 365 дней в году.
После проведения оценки сделки система 100 предлагает участникам внести изменения в условия платежа путем снижения цены и ускорения сроков платежа. Эта команда может быть внесена в полностью автоматизированном, полуавтоматическом или ручном режимах. В этом примере осуществления покупатель 410 (плательщик по кредитным обязательствам) увеличил бы прибыли путем сокращения расходов на сумму, превышающую стоимость привлеченных денежных средств, которые он понес в результате более быстрого осуществления платежа продавцу. Продавец (получатель платежа по кредитным обязательствам) увеличил бы прибыли путем сокращения расходов (например, себестоимость реализованной продукции, затраты на выплату процентов) на сумму, превышающую дисконт на реализационную цену. Кроме того, система 100 получила бы комиссию за определение возможностей изменения и (или) реализацию изменения.
В этом примере осуществления ввиду того, что покупатель является сильным, а продавец - слабым, условия платежа будут изменены таким образом, чтобы финансовая прибыль в размере 4109 долларов США распределилась в отношении 80/10/10 между сильным покупателем, слабым продавцом и системой 100 соответственно. Например, реализационная цена будет снижена на 3287 долларов США (т.е. 80% от 4109 долларов США), платеж будет ускорен на 30 дней, и система 100 получит комиссию в размере 411 долларов США (т.е. 10% от 4109 долларов США).
На фиг. 5 приведена принципиальная схема потока данных и наличности между участниками и системой 100 при сценарии слабый покупатель/сильный продавец.
В этом примере осуществления продавец 500 с высоким инвестиционным уровнем со ставкой процента на ссудный капитал (ЛИБОР + 0%) продает товары или услуги стоимостью 1,0 млн долларов США
- 7 006783 покупателю 510 с низким инвестиционным уровнем со ставкой процента на ссудный капитал (ЛИБОР + 5%) при сроке платежа, наступающем через 30 дней. Таким образом, существует возможность для участников получить прибыль путем изменения сделки за счет переноса срока платежа в обмен на увеличение реализационной цены.
После заключения сделки на начальных условиях продавец 500 и покупатель 510 загружают данные о сделке в систему 100. Как указывалось выше, эта загрузка может быть произведена в полностью автоматизированном, полуавтоматическом или ручном режимах. После осуществления загрузки данных соответствующими участниками система 100 проводит оценку сделки для определения ее приемлемости для внесения изменений. Система 100 определяет, соответствует ли загруженная информация о сделках идентификаторам торговых партнеров, сумме, срокам платежа, номеру счета-фактуры и иной информации о платеже и переводе платежа. В примере осуществления, приведенном на фиг. 5, загруженные данные о сделке совпадают. При несовпадении загруженной информации о сделках участники будут информированы о проблеме для изучения и поиска решения.
Система 100 также определяет, совпадают ли предпочтения ликвидности. В данном примере осуществления продавец 500 желает перенести срок платежа в обмен на повышение цены, в то время как покупатель 510 желает произвести платеж не через 30 дней, а через 60 дней в обмен на повышение цены. Таким образом, предпочтения ликвидности совпадают.
Система 100 проводит оценку предельной суммы кредита, которую продавец 500 установил для покупателя 510 с целью определения того факта, что перенос срока или увеличение суммы находится в рамках предельной суммы кредита. В этом примере осуществления предельная сумма кредита не будет превышена путем изменения условий платежа.
Система 100 определяет прибыль, которую предстоит разделить между покупателем 510, продавцом 500 и системой 100 путем изменения условий платежа по сделке. В примере осуществления, приведенном на фиг. 4, прибыль составляет 4109 долларов США, которая рассчитывается путем умножения причитающейся суммы (1,0 млн долларов США) на разницу стоимости привлеченных денежных средств между продавцом 510 и покупателем 500 (5%) и на перенос срока в днях (30), деленный на 365 дней в году.
После проведения оценки сделки система 100 предлагает участникам внести изменения в условия платежа путем повышения цены и переноса сроков платежа. Эта команда может быть внесена в полностью автоматизированном, полуавтоматическом или ручном режимах. В этом примере осуществления покупатель 510 (плательщик по кредитным обязательствам) увеличил бы прибыли путем сокращения расходов, например затраты на выплату процентов на сумму, превышающую увеличенную закупочную цену, принимаемую в результате осуществления платежа продавцу 500 на 30 дней позже, чем предусматривалось первоначальными условиями. Продавец 500 (получатель платежа по кредитным обязательствам) увеличил бы прибыли путем повышения закупочной цены на сумму, превышающую стоимость привлеченных денежных средств, принимаемую в результате получения платежа на 30 дней позже, чем предусматривалось первоначальными условиями. Кроме того, система 100 получила бы комиссию за определение возможностей изменения и (или) реализацию изменения.
В этом примере осуществления ввиду того, что покупатель является слабым, а продавец - сильным, условия платежа будут изменены таким образом, чтобы финансовая прибыль в размере 4109 долларов США распределялась в отношении 10/80/10 между слабым покупателем, сильным продавцом и системой 100 соответственно. Например, реализационная цена будет увеличена на 3287 долларов США (т.е. 80% от 4109 долларов США), срок платежа будет продлен на 30 дней, и система 100 получит комиссию в размере 411 долларов США (т.е. 10% от 4109 долларов США).
Если участник выразил желание ускорить ликвидность, но при этом отсутствует соглашающийся на это желание противоположный участник, система 100 может предложить вариант неустойки. Вариант неустойки позволяет участнику, внесшему такое предложение, продать установленную, условную дебиторскую задолженность без права регресса системе 100, компании, связанной системой 100, или компании, не связанной системой 100. Реализационная цена будет представлять дисконт на номинальную стоимость дебиторской задолженности, при этом дисконт основан частично на оценке кредитоспособности продавца, кредитоспособности плательщика по кредитным обязательствам и сроке платежа дебиторской задолженности. Даже после того, как будет произведено отчисление маржи сделки системой 100, участники получат прибыль за счет возможности точного контроля за ежедневной ликвидностью, обеспечивающей повышение прибыльности субъекта.
Вышеприведенные различные примеры осуществления изобретения следует рассматривать как иллюстрирующие настоящее изобретение. Поэтому раскрытые варианты изобретения не ограничивается этими описанными примерами. Специалистам в данной области техники очевидно, что могут быть использованы другие варианты и модификации, не выходящие за пределы существа изобретения, изложенного в настоящем патенте. Таким образом, настоящее изобретение определяется приведенной ниже формулой изобретения.

Claims (23)

1. Способ изменения условий платежа в сделке между покупателем и продавцом, включающий в автоматизированной системе финансовых взаиморасчетов получение данных о стоимости привлеченных денежных средств покупателя и одной или нескольких предпочтений ликвидности, о стоимости привлеченных денежных средств продавца и одной или нескольких предпочтений ликвидности и об одном или нескольких условиях платежа сделки, в котором стоимость привлеченных денежных средств покупателя определяется покупателем, а стоимость привлеченных денежных средств продавца определяется продавцом;
определение того, является ли сделка приемлемой для внесения изменений на основе по меньшей мере части стоимости привлеченных денежных средств покупателя и одной или нескольких предпочтений ликвидности, стоимости привлеченных денежных средств продавца и одной или нескольких предпочтений ликвидности и одного или нескольких условиях платежа;
внесение предложения по изменению одного или нескольких условий платежа, если на этапе определения выявляется, что сделка приемлема для внесения изменений; и внесение изменений в одно или несколько условий платежа в сделке без финансового посредничества третьей стороны.
2. Способ ускорения изменений условий платежа в сделке между покупателем и продавцом, включающий в автоматизированной системе финансовых взаиморасчетов получение данных о стоимости привлеченных денежных средств покупателя, о стоимости привлеченных денежных средств продавца и об одном или нескольких условиях платежа сделки;
определение того, является ли сделка приемлемой для внесения изменений на основе по меньшей мере части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условиях платежа; и внесение предложения по изменению одного или нескольких условий платежа, если на этапе определения выявляется, что сделка приемлема для внесения изменений.
3. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов о стоимости привлеченных денежных средств от нескольких продавцов.
4. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов о стоимости привлеченных денежных средств от нескольких покупателей.
5. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов о стоимости привлеченных денежных средств от нескольких покупателей и продавцов.
6. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов об одной или нескольких предпочтениях ликвидности от покупателя.
7. Способ по п.6, дополнительно включающий определение того, является ли сделка приемлемой для внесения изменений на основе по меньшей мере части одной или нескольких предпочтений ликвидности покупателя.
8. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов об одной или нескольких предпочтениях ликвидности от продавца.
9. Способ по п.8, дополнительно включающий определение того, является ли сделка приемлемой для внесения изменений на основе по меньшей мере части одной или нескольких предпочтений ликвидности продавца.
10. Способ по п.2, дополнительно включающий получение данных в системе финансовых взаиморасчетов о предпочтениях ликвидности от нескольких покупателей и продавцов.
11. Способ по п.2, дополнительно включающий внесение изменений в одно или несколько условий платежа сделки.
12. Способ по п.11, в котором на шаге внесения изменения не требуется финансового посредничества третьей стороны.
13. Способ по п.2, в котором система финансовых взаиморасчетов является частью системы покупателя.
14. Способ по п.2, в котором система является частью системы продавца.
15. Способ по п.2, в котором система не является частью системы покупателя или продавца.
16. Способ по п.2, в котором стоимость привлеченных денежных средств покупателя определяется покупателем, а стоимость привлеченных денежных средств продавца определяется продавцом.
17. Способ внесения изменения в условия платежа в сделке между покупателем и продавцом, включающий в автоматизированной системе финансовых взаиморасчетов получение данных о стоимости привлеченных денежных средств покупателя, о стоимости привлеченных денежных средств продавца и об одном или нескольких условиях платежа сделки;
определение того, является ли сделка приемлемой для внесения изменений на основе по меньшей мере части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условиях платежа; и
- 9 006783 внесение изменений в одно или несколько условий платежа, если на этапе определения выявляется, что сделка приемлема для внесения изменений.
18. Способ ускорения изменений условий платежа в сделке между участниками, включающий отсылку данных об одном или нескольких условиях платежа между первым участником и вторым участником в автоматизированную систему финансовых взаиморасчетов, сконфигурированную с целью определения того, является ли сделка приемлемой для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств первого участника, стоимости привлеченных денежных средств второго участника и одного или нескольких условий платежа; и получение предложения от системы по изменению одного или нескольких условий платежа сделки, если система определяет, что сделка является приемлемой для внесения изменений.
19. Способ по внесению изменений в условия платежа сделки между участниками, включающий отсылку данных об одном или нескольких условиях платежа между первым участником и вторым участником в автоматизированную систему финансовых взаиморасчетов, сконфигурированную с целью определения того, является ли сделка приемлемой для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств первого участника, стоимости привлеченных денежных средств второго участника и одного или нескольких условий платежа;
внесение изменений в одно или несколько условий платежа сделки, если система определяет, что сделка является приемлемой для внесения изменений; и получение уведомления от системы о внесенных изменениях.
20. Система финансовых взаиморасчетов, включающая по меньшей мере один компьютер, в которой, по меньшей мере, указанный один компьютер получает данные о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одном или нескольких условий платежа сделки;
определяет, является ли сделка приемлемой для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условий платежа; и предлагает внести изменения в одно или несколько условий платежа сделки, если при определении выявляется, что сделка является приемлемой для внесения изменений.
21. Система финансовых взаиморасчетов, включающая по меньшей мере один компьютер, в которой, по меньшей мере, указанный один компьютер получает данные о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одном или нескольких условий платежа сделки;
определяет, является ли сделка приемлемой для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условий платежа; и вносит изменения в одно или несколько условий платежа сделки, если при определении выявляется, что сделка является приемлемой для внесения изменений.
22. Машиночитаемый носитель, на котором хранятся данные, представляющие собой последовательность команд, которые при выполнении автоматизированной системы финансовых взаиморасчетов позволяют системе реализовать способ ускорения внесения изменений в условия платежа сделки между покупателем и продавцом, при этом способ включает получение данных о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одном или нескольких условий платежа сделки;
определение приемлемости сделки для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условий платежа; и внесение предложения по изменению одного или несколько условий платежа сделки, если на этапе определения выявляется, что сделка является приемлемой для внесения изменений.
23. Машиночитаемый носитель, на котором хранятся данные, представляющие собой последовательность команд, которые при выполнении автоматизированной системы финансовых взаиморасчетов позволяют системе реализовать способ по внесению изменений в условия платежа сделки между покупателем и продавцом, при этом способ включает получение данных о стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одном или нескольких условий платежа сделки;
определение приемлемости сделки для внесения изменений, по меньшей мере, на основе части стоимости привлеченных денежных средств покупателя, стоимости привлеченных денежных средств продавца и одного или нескольких условий платежа и внесение изменений в одно или несколько условий платежа сделки, если на этапе определения выявляется, что сделка является приемлемой для внесения изменений.
EA200500097A 2002-06-27 2003-06-27 Автоматизированный способ и система обеспечения расчетов по сделкам EA006783B1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US39247102P 2002-06-27 2002-06-27
US10/608,307 US20040073510A1 (en) 2002-06-27 2003-06-26 Automated method and exchange for facilitating settlement of transactions
PCT/US2003/020243 WO2004003689A2 (en) 2002-06-27 2003-06-27 Automated method and exchange for facilitating settlement of transactions

Publications (2)

Publication Number Publication Date
EA200500097A1 EA200500097A1 (ru) 2005-08-25
EA006783B1 true EA006783B1 (ru) 2006-04-28

Family

ID=30003254

Family Applications (1)

Application Number Title Priority Date Filing Date
EA200500097A EA006783B1 (ru) 2002-06-27 2003-06-27 Автоматизированный способ и система обеспечения расчетов по сделкам

Country Status (14)

Country Link
US (1) US20040073510A1 (ru)
EP (1) EP1552450A4 (ru)
JP (1) JP2006510070A (ru)
CN (1) CN1675639A (ru)
AU (1) AU2003253729A1 (ru)
BR (1) BR0312201A (ru)
CA (1) CA2490939A1 (ru)
CR (1) CR7634A (ru)
EA (1) EA006783B1 (ru)
HK (1) HK1077897A1 (ru)
IL (1) IL165961A0 (ru)
MX (1) MXPA05000236A (ru)
NZ (1) NZ537587A (ru)
WO (1) WO2004003689A2 (ru)

Families Citing this family (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MXPA03006566A (es) 2001-01-23 2004-10-15 Educational Testing Service Metodo para el analisis automatico de examenes.
US7127208B2 (en) 2002-01-23 2006-10-24 Educational Testing Service Automated annotation
US7088949B2 (en) 2002-06-24 2006-08-08 Educational Testing Service Automated essay scoring
US20040122765A1 (en) * 2002-12-20 2004-06-24 Katsumi Hashimoto Method for temporal payment of the credit charge
US7792746B2 (en) * 2003-07-25 2010-09-07 Oracle International Corporation Method and system for matching remittances to transactions based on weighted scoring and fuzzy logic
US8606723B2 (en) * 2004-06-04 2013-12-10 Sap Ag Consistent set of interfaces derived from a business object model
US8655756B2 (en) * 2004-06-04 2014-02-18 Sap Ag Consistent set of interfaces derived from a business object model
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8694397B2 (en) * 2004-06-18 2014-04-08 Sap Ag Consistent set of interfaces derived from a business object model
US20060064380A1 (en) * 2004-09-15 2006-03-23 Zev Zukerman Methods and systems for performing tokenless financial transactions over a transaction network using biometric data
US20100274711A1 (en) * 2004-10-08 2010-10-28 Purchase Stephen W Computer-based payment transaction system and repository
CN101111859A (zh) * 2005-01-27 2008-01-23 验证清算局（控股）有限公司 发票融资
US8744937B2 (en) * 2005-02-25 2014-06-03 Sap Ag Consistent set of interfaces derived from a business object model
KR100728769B1 (ko) * 2005-06-22 2007-06-19 강인구 온라인 환매시스템
US20070027784A1 (en) * 2005-07-26 2007-02-01 Ip Commerce Network payment framework
US8374931B2 (en) * 2006-03-31 2013-02-12 Sap Ag Consistent set of interfaces derived from a business object model
WO2008005102A2 (en) * 2006-05-13 2008-01-10 Sap Ag Consistent set of interfaces derived from a business object model
US8392364B2 (en) * 2006-07-10 2013-03-05 Sap Ag Consistent set of interfaces derived from a business object model
US20080021715A1 (en) * 2006-07-18 2008-01-24 American Express Travel Related Services Company, Inc. System and method for analyzing and comparing cost increases
US20080040214A1 (en) * 2006-08-10 2008-02-14 Ip Commerce System and method for subsidizing payment transaction costs through online advertising
US8566193B2 (en) 2006-08-11 2013-10-22 Sap Ag Consistent set of interfaces derived from a business object model
US20080071664A1 (en) * 2006-09-18 2008-03-20 Reuters America, Inc. Limiting Counter-Party Risk in Multiple Party Transactions
US8468544B1 (en) 2006-09-28 2013-06-18 Sap Ag Managing consistent interfaces for demand planning business objects across heterogeneous systems
US8505826B2 (en) * 2007-04-16 2013-08-13 Visa U.S.A. Anti-interrogation for portable device
US20090119170A1 (en) 2007-10-25 2009-05-07 Ayman Hammad Portable consumer device including data bearing medium including risk based benefits
US20090145972A1 (en) * 2007-12-11 2009-06-11 James Douglas Evans Biometric authorization transaction
US8694793B2 (en) * 2007-12-11 2014-04-08 Visa U.S.A. Inc. Biometric access control transactions
US8417593B2 (en) 2008-02-28 2013-04-09 Sap Ag System and computer-readable medium for managing consistent interfaces for business objects across heterogeneous systems
US8370233B2 (en) * 2008-03-31 2013-02-05 Sap Ag Managing consistent interfaces for business objects across heterogeneous systems
US8413165B2 (en) * 2008-03-31 2013-04-02 Sap Ag Managing consistent interfaces for maintenance order business objects across heterogeneous systems
US20090249358A1 (en) * 2008-03-31 2009-10-01 Sap Ag Managing Consistent Interfaces for Kanban Business Objects Across Heterogeneous Systems
US8423418B2 (en) 2008-03-31 2013-04-16 Sap Ag Managing consistent interfaces for business objects across heterogeneous systems
US8577991B2 (en) * 2008-03-31 2013-11-05 Sap Ag Managing consistent interfaces for internal service request business objects across heterogeneous systems
US8364715B2 (en) 2008-03-31 2013-01-29 Sap Ag Managing consistent interfaces for automatic identification label business objects across heterogeneous systems
US8930248B2 (en) * 2008-03-31 2015-01-06 Sap Se Managing consistent interfaces for supply network business objects across heterogeneous systems
US8433585B2 (en) * 2008-03-31 2013-04-30 Sap Ag Managing consistent interfaces for business objects across heterogeneous systems
US8589263B2 (en) * 2008-03-31 2013-11-19 Sap Ag Managing consistent interfaces for retail business objects across heterogeneous systems
US8473317B2 (en) 2008-03-31 2013-06-25 Sap Ag Managing consistent interfaces for service part business objects across heterogeneous systems
US8566185B2 (en) 2008-06-26 2013-10-22 Sap Ag Managing consistent interfaces for financial instrument business objects across heterogeneous systems
US8671064B2 (en) 2008-06-26 2014-03-11 Sap Ag Managing consistent interfaces for supply chain management business objects across heterogeneous systems
US20090326988A1 (en) * 2008-06-26 2009-12-31 Robert Barth Managing consistent interfaces for business objects across heterogeneous systems
US8645228B2 (en) * 2008-06-26 2014-02-04 Sap Ag Managing consistent interfaces for business objects across heterogeneous systems
US10817932B2 (en) * 2008-10-31 2020-10-27 Pollen, Llc Dynamic discounting system and method
US8463666B2 (en) 2008-11-25 2013-06-11 Sap Ag Managing consistent interfaces for merchandise and assortment planning business objects across heterogeneous systems
US8577760B2 (en) * 2008-11-25 2013-11-05 Sap Ag Managing consistent interfaces for tax authority business objects across heterogeneous systems
US20100153297A1 (en) 2008-12-12 2010-06-17 Sap Ag Managing Consistent Interfaces for Credit Portfolio Business Objects Across Heterogeneous Systems
US8443202B2 (en) 2009-08-05 2013-05-14 Daon Holdings Limited Methods and systems for authenticating users
US7865937B1 (en) 2009-08-05 2011-01-04 Daon Holdings Limited Methods and systems for authenticating users
US8396751B2 (en) * 2009-09-30 2013-03-12 Sap Ag Managing consistent interfaces for merchandising business objects across heterogeneous systems
US8447272B2 (en) * 2009-11-25 2013-05-21 Visa International Service Association Authentication and human recognition transaction using a mobile device with an accelerometer
US20110191238A1 (en) * 2010-01-29 2011-08-04 Bank Of America Corporation Variable merchant settlement options
US9135585B2 (en) 2010-06-15 2015-09-15 Sap Se Managing consistent interfaces for property library, property list template, quantity conversion virtual object, and supplier property specification business objects across heterogeneous systems
US8417588B2 (en) 2010-06-15 2013-04-09 Sap Ag Managing consistent interfaces for goods tag, production bill of material hierarchy, and release order template business objects across heterogeneous systems
US8732083B2 (en) 2010-06-15 2014-05-20 Sap Ag Managing consistent interfaces for number range, number range profile, payment card payment authorisation, and product template template business objects across heterogeneous systems
US8364608B2 (en) 2010-06-15 2013-01-29 Sap Ag Managing consistent interfaces for export declaration and export declaration request business objects across heterogeneous systems
US8370272B2 (en) 2010-06-15 2013-02-05 Sap Ag Managing consistent interfaces for business document message monitoring view, customs arrangement, and freight list business objects across heterogeneous systems
US8412603B2 (en) 2010-06-15 2013-04-02 Sap Ag Managing consistent interfaces for currency conversion and date and time business objects across heterogeneous systems
US8515794B2 (en) 2010-06-15 2013-08-20 Sap Ag Managing consistent interfaces for employee time event and human capital management view of payroll process business objects across heterogeneous systems
CN103221958B (zh) 2010-09-24 2016-01-06 维萨国际服务协会 使用通用id和生物特征的方法和系统
WO2012094673A1 (en) * 2011-01-07 2012-07-12 Collegenet, Inc. Method and system for improving performance of endowments
WO2012112941A2 (en) 2011-02-18 2012-08-23 Visa International Service Association Method and system for managing data and enabling payment transactions between multiple entities
US8725654B2 (en) 2011-07-28 2014-05-13 Sap Ag Managing consistent interfaces for employee data replication business objects across heterogeneous systems
US8601490B2 (en) 2011-07-28 2013-12-03 Sap Ag Managing consistent interfaces for business rule business object across heterogeneous systems
US8521838B2 (en) 2011-07-28 2013-08-27 Sap Ag Managing consistent interfaces for communication system and object identifier mapping business objects across heterogeneous systems
US8560392B2 (en) 2011-07-28 2013-10-15 Sap Ag Managing consistent interfaces for a point of sale transaction business object across heterogeneous systems
US8666845B2 (en) 2011-07-28 2014-03-04 Sap Ag Managing consistent interfaces for a customer requirement business object across heterogeneous systems
US8775280B2 (en) 2011-07-28 2014-07-08 Sap Ag Managing consistent interfaces for financial business objects across heterogeneous systems
US9978064B2 (en) 2011-12-30 2018-05-22 Visa International Service Association Hosted thin-client interface in a payment authorization system
US9237425B2 (en) 2012-02-16 2016-01-12 Sap Se Consistent interface for feed event, feed event document and feed event type
US9232368B2 (en) 2012-02-16 2016-01-05 Sap Se Consistent interface for user feed administrator, user feed event link and user feed settings
US8762454B2 (en) 2012-02-16 2014-06-24 Sap Ag Consistent interface for flag and tag
US8756274B2 (en) 2012-02-16 2014-06-17 Sap Ag Consistent interface for sales territory message type set 1
US8984050B2 (en) 2012-02-16 2015-03-17 Sap Se Consistent interface for sales territory message type set 2
US8762453B2 (en) 2012-02-16 2014-06-24 Sap Ag Consistent interface for feed collaboration group and feed event subscription
US9246869B2 (en) 2012-06-28 2016-01-26 Sap Se Consistent interface for opportunity
US8615451B1 (en) 2012-06-28 2013-12-24 Sap Ag Consistent interface for goods and activity confirmation
WO2014000200A1 (en) 2012-06-28 2014-01-03 Sap Ag Consistent interface for document output request
US9367826B2 (en) 2012-06-28 2016-06-14 Sap Se Consistent interface for entitlement product
US8949855B2 (en) 2012-06-28 2015-02-03 Sap Se Consistent interface for address snapshot and approval process definition
US8756135B2 (en) 2012-06-28 2014-06-17 Sap Ag Consistent interface for product valuation data and product valuation level
US9400998B2 (en) 2012-06-28 2016-07-26 Sap Se Consistent interface for message-based communication arrangement, organisational centre replication request, and payment schedule
US8521621B1 (en) 2012-06-28 2013-08-27 Sap Ag Consistent interface for inbound delivery request
US9076112B2 (en) 2012-08-22 2015-07-07 Sap Se Consistent interface for financial instrument impairment expected cash flow analytical result
US9043236B2 (en) 2012-08-22 2015-05-26 Sap Se Consistent interface for financial instrument impairment attribute values analytical result
US9547833B2 (en) 2012-08-22 2017-01-17 Sap Se Consistent interface for financial instrument impairment calculation
US9191343B2 (en) 2013-03-15 2015-11-17 Sap Se Consistent interface for appointment activity business object
US9191357B2 (en) 2013-03-15 2015-11-17 Sap Se Consistent interface for email activity business object
US20150032611A1 (en) * 2013-07-29 2015-01-29 Bank Of America Corporation System for altering bill payments payable to a third party
US20150088727A1 (en) * 2013-09-24 2015-03-26 C2Fo Method for determining creditworthiness for exchange of a projected, future asset
US20180357619A1 (en) * 2014-12-22 2018-12-13 Wells Fargo Bank, N.A. Supplier Finance and Invoice Presentation and Payment
US10268996B1 (en) * 2015-10-30 2019-04-23 Intuit Inc. Customized payment management
CN109615496A (zh) * 2018-11-08 2019-04-12 陈胜明 一种实时管理往来账款系统及核算方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167385A (en) * 1998-11-30 2000-12-26 The Chase Manhattan Bank Supply chain financing system and method
US6850900B1 (en) * 2000-06-19 2005-02-01 Gary W. Hare Full service secure commercial electronic marketplace
US20020178021A1 (en) * 2000-10-16 2002-11-28 Peter Melchior Purchase order amendment and negotiation in a full service trade system
AU2002338261A1 (en) * 2001-03-30 2002-10-15 Crossmar, Inc. Method and system for multi-currency escrow service for web-based transactions
US20030220863A1 (en) * 2002-05-24 2003-11-27 Don Holm System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms

Also Published As

Publication number Publication date
CR7634A (es) 2008-10-10
IL165961A0 (en) 2006-01-15
WO2004003689A3 (en) 2004-03-11
CN1675639A (zh) 2005-09-28
US20040073510A1 (en) 2004-04-15
NZ537587A (en) 2006-09-29
AU2003253729A1 (en) 2004-01-19
HK1077897A1 (zh) 2006-02-24
WO2004003689A2 (en) 2004-01-08
JP2006510070A (ja) 2006-03-23
EP1552450A4 (en) 2007-11-28
MXPA05000236A (es) 2005-09-30
EA200500097A1 (ru) 2005-08-25
CA2490939A1 (en) 2004-01-08
EP1552450A2 (en) 2005-07-13
BR0312201A (pt) 2005-12-13

Similar Documents

Publication Publication Date Title
EA006783B1 (ru) Автоматизированный способ и система обеспечения расчетов по сделкам
US20240104528A1 (en) Systems and methods for processing payments to a third party for the third party providing a product or service
US8571978B2 (en) Method and system for providing assurance and financing services
US7676409B1 (en) Method and system for emulating a private label over an open network
CA2483348C (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
JP5188505B2 (ja) 支払処理システム債務転換通知
AU2009200961B2 (en) Method and system for conducting a commercial transaction between a buyer and a seller
JP2019079569A (ja) インボイス債務を相殺するシステムおよび方法
US20100094697A1 (en) System and method for banking
US20030014351A1 (en) Electronic bartering system with facilitating tools
US20100017324A1 (en) System and method for trading financial assets
US20130297486A1 (en) Hybrid installment-revolving credit method and system
JP2007528066A (ja) ファンドを融資するための方法およびシステム
JP2010509699A5 (ru)
IL153275A (en) A method of co-financing commercial credit
KR102160676B1 (ko) 소상공인 카드매출 상생운용 정산 시스템
KR102028482B1 (ko) 온라인 커머스 플랫폼을 위한 선정산 금융 시스템 및 방법
KR20070022245A (ko) 자금을 선급하기 위한 방법 및 시스템
KR102636876B1 (ko) 채권 단가 자동 산출 방법 및 그 장치
WO2001098957A2 (en) Financial transaction processing method and system
Sabuncu Recognition of the Factoring Contracts within the scope of Turkey Accounting Standards with regard to the Buyer and Seller
KR20050024403A (ko) 거래의 결제를 조장하는 자동화 방법 및 교환
EP1782254A2 (en) Method and system for providing assurance and financing services
ZA200500291B (en) Automated method and exchange for facilitating settlement of transactions

Legal Events

Date Code Title Description
MM4A Lapse of a eurasian patent due to non-payment of renewal fees within the time limit in the following designated state(s)

Designated state(s): AM AZ BY KZ KG MD TJ TM RU