EP3443529A1 - Verfahren zur automatischen finanzierung von rechnungen - Google Patents

Verfahren zur automatischen finanzierung von rechnungen

Info

Publication number
EP3443529A1
EP3443529A1 EP17717342.4A EP17717342A EP3443529A1 EP 3443529 A1 EP3443529 A1 EP 3443529A1 EP 17717342 A EP17717342 A EP 17717342A EP 3443529 A1 EP3443529 A1 EP 3443529A1
Authority
EP
European Patent Office
Prior art keywords
financier
financing
invoice
buyer
seller
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP17717342.4A
Other languages
English (en)
French (fr)
Inventor
Eckehard Stolz
Matthew HATTON
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Traxpay GmbH
Original Assignee
Traxpay AG
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 Traxpay AG filed Critical Traxpay AG
Publication of EP3443529A1 publication Critical patent/EP3443529A1/de
Withdrawn legal-status Critical Current

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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0215—Including financial accounts
    • 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
    • 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/03—Credit; Loans; Processing thereof

Definitions

  • the invention relates to a method for automatically financing invoices according to claim 1, as well as a corresponding management platform according to claim 16 and a corresponding computer program product according to claim 17.
  • the seller When providing a service or delivery of a good to a buyer by a seller, the seller usually sends an invoice to the buyer. This usually defines periods within which an invoice must be cleared. From the time the invoice is created, however, there are mutual interests between the buyer and the seller. The buyer will usually try to pay an invoice as late as possible in order to keep the appropriate chapter available for other investments as long as possible. The seller, on the other hand, is interested in paying the bill as soon as possible, as he himself would like to have the financial means available to make further investments. The seller often tries to create an incentive to pay invoices as quickly as possible by granting a discount if the invoice is settled within a shorter period.
  • the present invention relates to a computer-implemented method for automatically financing invoices between a buyer and a seller by at least one financier with a management platform, wherein the management platform has at least one database and at least one evaluation unit.
  • the at least one database flat rate financing offers for financing invoices and target values for business key figures of at least the seller and / or the buyer are stored for the at least one financier.
  • the method now has the steps described below. First, an invoice is received by the management platform from the buyer and / or the seller, the invoice containing at least billing information.
  • the evaluation unit determines at least one potential financier for the received invoice by matching the at least one invoice information of the invoice with the flat-rate financing offers of the at least one financier and the target values for business key figures of the seller and / or the buyer stored in the database of the management platform. If at least two potential financiers are identified, then the evaluation unit determines a best financier whose flat-rate financing offer best corresponds to the target values for business key figures of the seller and / or buyer. The financing of the bill by the thus determined best financier is then automatically contracted by the brokerage platform and the invoice amount is transferred from the financier to the seller. A subsequent payment by the buyer to the seller to settle the bill is then redirected by the management platform to the financier upon the financing of the bill by a financier.
  • the "management platform” may be a server computer system that has a corresponding program installed thereon that can perform the described method, in which case the "database” may be one installed on or with the computer system the computer system connected data storage, such as a hard drive act.
  • the management platform preferably also has at least one communication interface via which the management platform can communicate with a further computer system or a network of computer systems
  • this network may be the Internet, but the management platform may also be partially or completely virtual in terms of cloud computing in a distributed computing system.
  • the communication interface is preferably used to communicate the management platform with the computer systems, which are entrusted on the part of the buyer and the seller with the creation and management of invoices.
  • the terms "buyer” and “seller” are to be understood in a conventional sense. For example, If the seller is the manufacturer and / or distributor of a particular commodity while the purchaser is the corresponding purchaser of the commodity. Buyers and sellers are able to submit invoices to the management platform via their respective computer systems. In addition, buyers and sellers can enter target values for their business key figures in the database of the management platform.
  • the target values for business key figures are, for example, payment terms for invoices, a desired interest on chapters, a liquidity to be achieved, or the like.
  • a liquidity to be achieved can also be linked to a date for which the named liquidity should be available.
  • a seller it is also possible for a seller to define to what extent a seller is willing to grant a discount (discount) in the event of outstanding invoice amounts if the invoice is settled early. It can be defined, for example, that if you pay within 1 week 5% discount will be granted within 2 weeks 3% and from two weeks the full invoice amount must be paid.
  • the management platform may contain the target values of a large number of buyers and sellers.
  • the target values for business key figures stored in the database are not necessarily fixed values. Rather, the defined target values can be dynamically adapted to the business situation of the buyer / seller at any time by a buyer and / or a seller. For example, it may be provided that certain key figures should be optimized before the end of a quarter. After the end of the quarter, however, other key figures can become more relevant, so that the stored target values are adjusted. Furthermore, it can also happen that a buyer orders a large delivery and decides at short notice that he wants to use the high discount of his supplier.
  • a dynamic in the stored target values For example, it may be defined that a stored target value should be increased by a certain amount of time over a certain period of time. Furthermore, different target values for specific periods of time can be defined. For example, buyers and sellers may set different targets for the pre-Christmas season than for the rest of the year. In addition to buyers and sellers, one or more financiers are registered with the management platform.
  • a financier can be understood to mean a financier, for example embodied by a bank, a company, or even a private person.
  • the financiers deposit flat-rate financing requirements in the database of the management platform Financier is willing to settle a certain number of invoices up to a certain invoice amount on behalf of the actual debtor (the buyer) .
  • a financing offer can also contain a multitude of other conditions for financing - but this will be discussed later.
  • an authorization of the management platform is linked to automatically financing the bill by the financier when finding an invoice which corresponds to the financing offer.
  • invoice information in an invoice is defined as invoice information in an invoice.
  • the evaluation unit is now further configured to provide the billing information thus determined, at least with the target values for the business administration data stored in the database
  • the bill indicates a payable amount of 10,000C. Furthermore, the seller has specified in his target values that he is willing to pay a discount of 3% of the invoice amount within 2 weeks when paying an invoice.
  • the database also contains three financing offers. A first offer describes that invoices up to an amount of € 8,000 should be financed with a return of at least 2%. A second offer describes that bills are funded up to an amount of € 20,000 and a return of at least 4%, while a third offer finance up to € 15,000 if the return is at least 2%.
  • the first financing offer is eliminated because the invoice amount is the same as the billing amount Exceeds the funding framework.
  • the second funding offer is also eliminated because, although the funding framework is sufficient, the financier requires a higher minimum return than the seller is willing to grant. Only the third financing offer meets the requirements defined by the billing information and the target values of the seller.
  • the management platform then automatically contracts the financing of the bill by the financier who has deposited the third financing offer in the database. Subsequently, the invoice amount due will be transferred in the short term by the financier to the seller less the discount of 2% of the invoice amount. It should be noted that not the maximum discounted value granted by the seller is used, but the value offered by a financier.
  • the invoice is thus settled on the seller's side. If, in the further course, the actual purchaser instructs the payment of the due invoice amount via the management platform, the management platform registers, for example on the basis of the invoice number, that it is a financed invoice. The payment made by the buyer is then redirected to the financier who paid the bill. If, in the example described above, a fourth financing offer were deposited in the database, which, for example, describes financing for invoices up to € 12,000 with a return of at least 1%, both the financier of the third financing offer and the financier of the fourth financing offer would be potential financiers in Question come. However, since the fourth financing offer most closely matches the seller's target as it means the least loss, in this case the management platform would contract financing with the financier of the fourth financing offer.
  • a single invoice is financed by a plurality of financiers.
  • the piecemeal settlement of the bill by the majority of financiers would then be coordinated by the management platform.
  • the method according to the invention essentially has two advantages initially.
  • the seller has the outstanding funds within a short time, so that further investments can be made by the seller.
  • a financier can make use of short-term discounts granted by the seller, for example by investing surplus funds to settle the outstanding invoice.
  • the financier must invest less money in the settlement of the invoice due to the discount granted, than he will later get back when the buyer clears the bill. Effectively, this results in a profit for the financier.
  • the management platform is also designed to select for a seller from the available financing offers, that financing offer which best corresponds to the target values for its business key figures. It does not necessarily have to be the financing offer that demands the lowest cash discount.
  • a financing offer may be appropriate, the required discount is not the slightest compared to other financing offers, but its financing guarantees a certain liquidity at a given time.
  • the described method also runs completely automatically through a corresponding programmed management platform, so that no additional accounting effort is incurred.
  • the administration platform has received an invoice which defines customary discount conditions for a specific invoice amount in the billing information, such as, for example, 2% discount for payment within 14 days and due date of the full invoice amount after 30 days.
  • an appropriate financing offer may, for example, consist of a financier paying the invoice within the 14-day period claiming the discount offered, but the purchaser will only have to compensate for the financing after 90 days.
  • financing effectively serves the buyer's requirements for an extension of the payment term, allowing the buyer to improve his working capital.
  • invoices for which no suitable financing offer can be found are processed via the management platform.
  • the management platform can also be designed to read out the payment information before forwarding a payment to the seller and to use the information thus obtained, for example, for an assessment of subsequent invoices or for the generation of an invoice history.
  • billing information may include information which designates the invoice itself, the environment of the invoice, and / or a history of the invoice.
  • Information that the invoice itself refers to is, for example, the buyer, the seller, the invoice amount to be paid, terms of payment, the goods to be paid by the invoice, or a status of the invoice, for example, whether the invoice was set by the buyer or seller, whether the bill was approved or denied, or similar.
  • Information describing the environment of an invoice is, for example, the country where the buyer or seller is located, the ordering department of the buyer, or the like.
  • History information includes, for example, the number of similar invoices in the past, the number of similar invoices from other sellers, or the proportion of invoices of a buyer or seller that have experienced problems in the past, such as payment defaults, complaints, or late payment.
  • this further information can be used by the evaluation unit to determine a risk value from the billing information for a received invoice, the risk value determining the probability that an invoice will be paid on time by a buyer. For example, if the billing information indicates that an invoice has been approved by the buyer and seller and there have been a large number of bills between that buyer and seller in the past, all of which have been resolved without any problems, the bill may have a low risk value be assigned.
  • a high risk value is assigned to the invoice by the evaluation unit.
  • the risk values determined in this way for bills can be used by financiers to assess whether or to what extent financing is subject to a default risk. For example, a financier may decide that he only finances high-risk bills when the expected return is high.
  • an upper limit for risk values of invoices can be defined in the flat-rate financing offers of a financier, whereby for invoices whose risk value is above the defined upper limit, the corresponding financier is not determined as a potential financier and / or the bill is sent to the financier with the second best lump sum financing offer is mediated.
  • the definition of a maximum allowable risk value for financing thus provides a financier with an additional tool with which he can more finely define the financing provided by him.
  • a financier can also link an upper limit for a risk value with a return that can be achieved. For example, it may be stipulated that a financier would only want to finance a high-risk calculation if the return that can be achieved is high enough to justify the default risk.
  • a financier can also deposit several flat-rate financing offers in the administration platform. For example, a financier may deposit two flat-rate financing offers, one with a low interest rate but a restrictive limit on the risk to buy and one with a higher potential risk but with a higher interest rate. By automating the assignment of flat-rate financing offers to invoices, a financier can increase his potential business.
  • a blanket financing offer at least one of a financial framework for financing, a number of invoices to be financed, type and / or risk profile of the invoices to be financed, at least one buyer to be financed, at least one vendor to be financed, defines at least one pair of buyers and sellers to be financed and / or a minimum profit to be achieved.
  • the management platform can present to a financier, for example, an input mask for defining a financing offer, in which he can enter the corresponding values for a financial framework, a number of invoices, a limit for the risk value or a minimum profit.
  • a checklist may be displayed in which a financier may select buyers and sellers whose bills he is willing to finance.
  • an information field can be provided for each buyer and seller in turn, which provides financial figures with a financier the appropriate buyer or seller, such as its payment reliability or credit rating.
  • the degree of automation of the described method can be further increased by automatically transmitting bills from a billing management system of a buyer and / or seller to the management platform after the invoice has been created.
  • the computer systems of the buyer and the seller are preferably connected to the management platform such that invoices created are automatically uploaded to the management platform via a network, such as the Internet.
  • a network such as the Internet.
  • the billing management of the buyer and / or seller can be relieved, while at the same time a bill created by a seller can be led on short notice in the management platform for a financing.
  • an invoice can be compensated in a shorter time compared to the seller by a financier.
  • the management platform will request confirmation from the buyer and / or the seller prior to contracting the financing of the bill by the financier. Financing of the bill by the financier will in this case only be contracted by the management platform when all requested confirmations are issued. The query of a confirmation can certainly be provided only for certain invoices.
  • a seller may decide that he or she would like to be informed about the financing offered, in order to decide on short-term circumstances, for example, whether financing and thus a price reduction are reasonable or whether the short-term settlement of the bill combined with a discount currently offers no business advantage for the seller.
  • it can be determined by a seller in his target figures for business key figures that, in the case of a financing offer which does not correspond exactly to the target values but is very close to the target values, a confirmation of the financing should be requested in detail. For example, a seller may choose to be willing to give a 3% discount if paid within 2 weeks.
  • a financing offer For example, you can now specify that payment will be made within one week, but a 3.2% discount will be required.
  • a query to the seller as to whether the financing is confirmed may be beneficial to the seller.
  • the management platform when financing a bill by a financier, the management platform generates and stores in the database a finance book associated with the financed bill and the financier.
  • the financiers registered with the management platform then have access to their respective assigned financing bookings, which are stored in the database.
  • a financial entry can essentially be understood as a confirmation or proof that a financier has taken over financing and on what terms and conditions which invoice is financed. In this way, the financier can make a clear assignment in his bookkeeping bookings from his business accounts to sellers.
  • the financing bookings may be used to make the settlement of financing by a buyer traceable to the financier.
  • the management platform attaches a second payment information to the corresponding transfer when redirecting the payment of a buyer to the financier, the second payment information designates the financing booking, which is associated with the payment underlying, financed invoice.
  • the second payment information designates the financing booking, which is associated with the payment underlying, financed invoice.
  • the previously discussed automation of the method can be further improved according to a further embodiment in that the transfer of the invoice amount is instructed by the financier to the seller by the management platform.
  • provision may be made, for example, for a financier, when setting a lump-sum financing offer in the management platform, simultaneously authorizing the management platform to make transfers in his name within the parameters defined in the financing offer.
  • a separate account for a financier assigned to the financing platform can be opened.
  • the financier when depositing a flat-rate financing offer, the financier would have to provide the corresponding account with an amount corresponding to the financing offer and authorize the management platform to make bookings from that account in his name.
  • the process would be further automated from the moment that an invoice arrives at the management platform, so that financing can be done very quickly and cost effectively. This can be advantageous both for the financier due to higher achievable discounts, as well as for the seller due to short-term cash receipts.
  • changes in the billing information are communicated to the financier after forwarding the bill to the financier.
  • an invoice may be financed by a financier even though the invoice has not yet been approved by the buyer.
  • the bill carries a higher risk of not being compensated by the buyer. If it actually happens that a financed invoice is not or only partially paid by a buyer, for example because a delivered product is incomplete or damaged, or because the buyer became insolvent, then the financier automatically becomes the distributor platform informed. This gives the financier the opportunity to change or completely withdraw existing financing offers that have not yet been claimed for funding.
  • a financier thus has the option of excluding in the parameters of his flat-rate financing offers a buyer who has not previously compensated for an invoice financed by him.
  • a financier may reduce the chapter provided to cover the default risk of the financing, since the failure risk of an invoice diminishes after a bilateral confirmation of an invoice.
  • the buyer may alter the billing information of the bill and / or add additional billing information to the bill. For example, it can be provided here that a buyer can comment on an invoice, for example if he does not agree with billing information, or questions billing information.
  • evidence in the form of images or documents may be transmitted to the management platform for an invoice so that it becomes understandable for a seller why a purchaser is challenging or disputing an invoice .
  • the seller may also be given the opportunity to submit additional billing information to an invoice to the management platform, or to comment later on billing information added by the buyer.
  • this additional billing information stored either by sending the invoices by the buyer or by adding further information of the buyer in the management platform, can be used by the financier (in the case of financed invoices) or by the buyer ( in the case of non-funded invoices), additional payment information is added to the seller, with further payment information indicating, at least, that the payment has deviations from the expected payment amount as a result of adjustments on the part of the buyer.
  • the seller can clearly assign the transfer to the account, whereby at the same time the reasons for the differing invoice amount become evident and thus an automated business accounting of the special discount amount is possible.
  • the buyer could have claimed a short delivery and agreed to a special deduction with an employee of the seller.
  • the management platform stores a history of the invoices processed through the management platform in the database.
  • the evaluation unit determines a risk profile for invoices with similar billing information for future financing from the history, the stored blanket financing offers and the stored target values for business key figures of buyers and / or sellers and makes them available to the at least one financier.
  • the financier can be further estimated the risk of default of an invoice. So far, the process has been described as the buyers and financiers being different people or companies. However, according to one embodiment, it is also provided that at least one of the financiers is a buyer. For example, a buyer may also have excess or unneeded financial resources which he would like to use profitably in the course of a financing.
  • a buyer may act as financier for invoices in which he is initially not involved as a buyer.
  • a buyer can, for example, also support companies who in turn work for him.
  • a buyer may finance a company's bills, which also acts as a supplier to the buyer to increase its performance or productivity.
  • the invention relates to a management platform for automatically financing invoices between a buyer and a seller by at least one financier, wherein the management platform has at least one database and at least one evaluation unit, wherein in the at least one database for the at least one financier lump-sum financing offers to finance invoices, as well as targets for business metrics are stored by at least the seller and / or the buyer.
  • the management platform is designed to:
  • the invention relates to a computer program product executing on a computer system that causes the computer system to perform the method described above or below. Further features, details and advantages of the invention will become apparent from the wording of the claims and from the following description of exemplary embodiments with reference to the drawings. It shows:
  • Fig. 1 is a schematic representation of the structure of an embodiment of a management platform.
  • FIG. 1 shows a schematic representation of an embodiment of a management platform 100.
  • the management platform 100 essentially consists of four sub-platforms 102, 104, 106 and 108.
  • a first sub-platform is the platform for payment of invoices 102.
  • the platform 102 has essentially four databases 1 10, 1 12, 1 14 and 1 16, and six program modules 1 18 to 128.
  • the Databases 1 10 to 16 1 are shown as separate databases, it may well be provided according to the invention that the databases 1 10 to 16 are merely partial areas of a common mass memory of a computer system used.
  • the program modules 1 18 to 128 can also be executed by different processor modules of a computer system or by a common processor module.
  • the databases of the platform 102 in this case has a database 1 10, which is designed to store unconfirmed invoices, and a database 1 12 for storing confirmed invoices. Furthermore, 14 14 bills are stored in the database, which are financed by a financier 140, while in the database 1 16 all bills are stored, which were handled via the management platform 100. These can be both invoices financed by a financier 140 and whose financing is completed, and invoices which have not been settled by means of financing, but directly between buyer 136 and seller 138. By collecting both the financed invoices and the non-funded invoices, an improved risk assessment for current and future invoices can be realized.
  • the platform 102 program modules are a portal 1 18 for confirming financings and for uploading invoices to the platform 100 by a buyer 136, a module for determining matching flat financing offers 120, a module for managing financings 122, a portal 124 for confirming financings and uploading invoices to the platform 100 by a seller 138, a module for managing the payment of bills 126 and a module for managing the payment of financing 128.
  • the platform 104 serves as an interface for financiers 140 with the management platform 100 and has three databases 130 to 134 and a program module 136.
  • a number of possible financing offers are stored, while in the database tenbank 132 the financing offers for which a financier has agreed to subscribe.
  • financial bookings are deposited, which serve as proof of a successful financing of an invoice by a financier 140.
  • the program module 136 also serves as a user interface for financiers 140, through which financiers 140 can, for example, draw flat-rate financing offers or gain insight into the financing they have taken over.
  • the platform 106 serves to manage target values for business key figures of sellers and has a database 142 for storing corresponding seller profiles of the target values for business key figures, as well as a program module 144, which serves as a user interface for sellers, via the sellers in the database 142 can view and change stored information.
  • the platform 108 serves for the administration of target values for business key figures of buyers and for this purpose has a database 148 for storing corresponding buyer profiles of the target values for business key figures, as well as a program module 146, which serves as a user interface for buyers, via the buyers view and change the information stored in the database 142.
  • the user interfaces realized by the program modules 144 and 146 also serve to indicate to a buyer 136 or a seller 138 the effect of a financing being claimed on the respective target values of the business key figures stored in the databases 142 and 148.
  • purchasers 136 and sellers 138 registered at the management platform 100 are offered an interface in which they can track changes in their key figures due to financing in real time and, if necessary, adapt their target values to the changes in the key figures shown, if necessary can.
  • a very short-term fine-tuning of the target values for business key figures can be carried out by buyer 136 or seller 138.
  • the management platform 100 constructed from the sub-platforms 102, 104, 106 and 108 can be designed both on a single computer system and on a decentralized, distributed computer system.
  • the computer system preferably has an interface via which the management platform 100 is connected to a network, such as the Internet.
  • a network such as the Internet.
  • system 150 for planning and controlling the company resources of the buyer 136, as well as an analog system 152 for planning and controlling the seller's business resources 138 are shown by way of example.
  • the systems 150 and 152 each have a program module 154 or 156 for the administration of bills, and in each case a program module 158 or 160 for financing and payment of bills.
  • the systems 150 and 152 are connected via an unillustrated network, such as the Internet with the platform 100.
  • database 130 stores a plurality of financing options that a financier 140 can draw.
  • a financing option may involve financing a credit line for a buyer, financing a set of invoices between a particular buyer and a particular seller, financing a set of invoices from a particular buyer with certain constraints (eg, financing invoices with a bill amount between € 1,000 and € 10,000) or similar constellations.
  • These financing options involve risk information based on the history of invoices, financing or other information and allowing a financier 140 to make a risk assessment in the event that decides to draw such a financing option.
  • a financier 140 decides to subscribe to such a financing option, the corresponding financing option is transferred as a global financing offer of the financier to the database 132 in which drawn, flat-rate financing offers are stored.
  • a financier makes such a flat-rate financing offer he declares, for example by contract, that he accepts any request for financing that meets the parameters defined in the blanket financing offer.
  • One or more flat-rate financing offers of one or more financiers 140 with the respective financing conditions are then stored in the database 132.
  • two financiers 140 have set a line of credit for a particular buyer A.
  • a first financier is willing to pay bills with a return of 0.7% and a funding limit of € 1 million with a maximum invoice amount of a single invoice of € 10,000, while a second financier 140 requires a return of 0.75% but bills with a respective invoice amount of up to to € 50,000 is ready to pay.
  • the user interface 136 of the platform 104 serves to input such values.
  • a financier 140 both companies, such as financial institutions, as well as individuals can occur. It is also possible that a buyer 162 acts as financier, for example, if currently unused funds are available.
  • Buyers 136 and sellers 138 may in turn deposit, via the respective platforms 108 and 106, by means of the respective user interfaces 146 and 144 target values for business key figures in the databases 148 and 142 of the management platform 100. This can be used, for example, to define which discounts can be granted on invoices for early payment, which payment terms are to be achieved, when which funds must be available and the like.
  • buyers 136 and sellers 138 may submit bills via their respective accounting systems 150 and 152 to the platform 102 through the corresponding program modules 154 and 156 via the respective portals 1 18 and 124, with the bills initially being acknowledged by the buyer and the seller , are stored in the database 1 10 for unconfirmed invoices.
  • the invoice can be transferred to the database 12 for confirmed or approved invoices.
  • the invoices received are assessed for their own risk of default. For example, an invoice that has not yet been confirmed by the buyer is valued at a higher risk than an invoice that has already been confirmed by the buyer.
  • other factors such as empirical values with the payment behavior of a buyer 136 towards a seller 138 can also be included in the evaluation of an invoice.
  • the systems 150 and 152 can be designed to automatically transmit created invoices to the management platform 100. If the databases 1 10 and 1 12 have invoices stored, the program module 120 is configured to continuously compare the stored invoices and the billing information contained therein with the flat-rate financing offers stored in the database 132.
  • suitable financing offers are compared with the target values stored in the databases 148 and 142. If one or more financing offer is found for an invoice, which contains the respective business management Improving ratios according to the target values, this financing offer is cached as a potential financing offer. From the potential financing offers found in this way, the financing offer is selected which best corresponds to the target values defined by the buyer 136 and / or seller 138.
  • Buyers 136 and sellers 138 also have the option, in their respective target values, to define that the financing is automatically used in the case of a financing offer matching a bill.
  • financing may be automatically contracted by the management platform 100 and handed over to the finance management module 122.
  • the management platform 100 may also request confirmation from the buyer 136 and / or seller 138 as to whether a financing offer is to be claimed.
  • buyers 136 and / or sellers 138 may approve financing via the appropriate portal 1, 18, 124, respectively, or refuse financing.
  • the program module 122 After the financing of an invoice has been contracted, the program module 122 generates a corresponding data object with the invoice and the selected financing offer in the database 1 14. Furthermore, accepted financing offers or the resulting financing are also displayed in the corresponding user interfaces 136 of the financiers 140. In this way, the registered financiers 140 receive an overview of current financings, as well as the associated data regarding the return achieved, the status of the bill, the risk of the bill, the profit achieved, etc. Furthermore, 134 financing bookings are stored for the financing in the database where the financiers 140 can access their respective financial bookings, for example, to be able to post the current financings in their respective accounting systems.
  • the management platform 100 or program module 128 initiates the payment of the bill by the financier 140, for example, in the form of a transfer of the invoice amount minus the discount granted by the seller.
  • the financier 140 for example, a separate account of a financier may be used for which the management platform has rights of instruction. were cleared.
  • the program module 128 may also check, for example, before the transfer, whether the account is sufficiently covered to make the payment and, if necessary, request a financier 140 to provide adequate cover for the account. The program module 128 ensures that the bill is paid in due time by the financier.
  • the transfer of the invoice amount to the seller 138 can be added by the program module 128 further billing information. For example, it may be specified on which invoice the payment relates, whether or not what the financing is based on, and what price reduction was set in the context of the financing. This information may be used by the program module 160 of the seller's system 152 for a correct posting of the received payment.
  • other means of payment for example by means of a credit card or by means of virtual currencies such as bitcoins or the like are conceivable.
  • any changes in the billing data and status changes of the invoices which have an impact on the valuation of the invoice with respect to its credit risk are tracked by the management platform 100.
  • a previously unconfirmed invoice may have been confirmed by the buyer after contraction of financing, or an invoice may be challenged by the buyer - for example due to a faulty delivery of goods.
  • Such information is represented by an update of the database 14 and the financings stored therein. If necessary, the financing bookings in the database 134 are also updated and the affected financier 140 informed about the change via the user interface 136.
  • the buyer named in the financed invoice sends a corresponding instruction for the payment of the invoice amount to the platform 100 or the responsible program module 126.
  • the program module 126 recognizes that the payment method specified in the The instruction referred to invoice is a financed invoice and accordingly redirects the actually directed to the seller payment to the financier 140.
  • the payment will be accompanied by a payment information stating that this is the compensation for the financing provided which refers, for example, to the associated financing transaction. In this way, the payment received by an accounting system of the financier 140 concerned can be automatically allocated to the corresponding financing.
  • the invoice is transferred to the database 1 16, in which balanced invoices, ie both financed and non-funded invoices, are kept. Furthermore, the corresponding financing booking is updated and the financier 140 informed via the user interface 136 corresponding information.
  • Invoices containing the relevant billing information may then be further used to provide forecasts of the default risk of other invoices from the respective buyers and / or sellers.
  • the business ratios stored in databases 142 and 148 are also updated to reflect the impact of the financing provided by changes in key performance indicators.
  • the instruction received by a buyer 136 to pay for a bill is routinely processed by instructing a transfer of the invoice amount from the buyer to the seller. Also in this case, the corresponding
  • Adjustments are made to the stored business key figures and to the risk estimation data for future invoices.
  • additional information can be added by a purchaser 136 of the payment instruction to the seller 138, which indicates, for example, whether and in what scope a cash discount is claimed, whether offsetting against previous credits takes place, or in the case of a reduced payment to the seller 138 which is the reason for the reduction of the payment amount.
  • This information may be read out by the management platform 100 and used, among other things, for future risk estimates in further calculations

Abstract

Computer-implementiertes Verfahren zur automatischen Finanzierung von Rechnungen zwischen einem Käufer und einem Verkäufer durch wenigstens einen Finanzier mit einer Verwaltungsplattform, wobei die Verwaltungsplattform wenigstens eine Datenbank und wenigstens eine Auswerteeinheit aufweist. In der wenigstens einen Datenbank sind dabei für den wenigstens einen Finanzier pauschale Finanzierungsangebote zur Finanzierung von Rechnungen, sowie Zielwerte für betriebswirtschaftliche Kennzahlen von wenigstens dem Verkäufer und/oder Käufer gespeichert. Das Verfahren weist dabei das Empfangen einer Rechnung von dem Käufer und/oder dem Verkäufer durch die Verwaltungsplattform, wobei die Rechnung wenigstens eine Rechnungsinformation enthält, das Ermitteln wenigstens eines potentiellen Finanziers für die Rechnung durch Abgleichen der wenigstens einen Rechnungsinformation der Rechnung mit den in der Datenbank der Verwaltungsplattform hinterlegten pauschalen Finanzierungsangeboten des wenigstens einen Finanziers und den Zielwerten für betriebswirtschaftliche Kennzahlen des Verkäufers und/oder Käufers durch die Auswerteeinheit, wenn wenigstens zwei potentielle Finanziers ermittelt wurden, das Ermitteln eines besten Finanziers, dessen pauschales Finanzierungsangebot den Zielwerten für betriebswirtschaftliche Kennzahlen des Verkäufers und/oder Käufers am besten entspricht durch die Auswerteeinheit, das automatische Kontrahieren der Finanzierung der Rechnung durch den ermittelten Finanzier durch die Vermittlungsplattform, und das Überweisen des Rechnungsbetrags von dem Finanzier an den Verkäufer auf. Eine anschließende Zahlung des Käufers an den Verkäufer zur Begleichung der Rechnung wird dann durch die Verwaltungsplattform bei erfolgter Finanzierung der Rechnung durch einen Finanzier an den Finanzier umgeleitet.

Description

Verfahren zur automatischen Finanzierung von Rechnungen
Die Erfindung betrifft ein Verfahren zur automatischen Finanzierung von Rechnungen gemäß Anspruch 1 , sowie eine entsprechende Verwaltungsplattform nach Anspruch 16 und ein entsprechendes Computerprogrammprodukt nach Anspruch 17.
Bei Bereitstellung einer Dienstleistung oder Lieferung einer Ware an einen Käufer durch einen Verkäufer wird üblicherweise durch den Verkäufer eine Rechnung an den Käufer übermittelt. Darin werden meist Zeiträume definiert, innerhalb derer eine Rechnung ausgeglichen werden muss. Ab dem Zeitpunkt der Rechnungserstellung stehen sich jedoch seitens des Käufers und seitens des Verkäufers gegenseitige Interessen gegenüber. Der Käufer wird üblicherweise versuchen, eine Rechnung so spät wie möglich zu bezahlen, um möglichst lange das entsprechende Kapitel für anderweitige Investitionen verfügbar zu halten. Der Verkäufer ist hingegen an einer möglichst zeitigen Begleichung einer Rechnung interessiert, da er seinerseits die entsprechenden finanziellen Mittel zur Verfügung haben möchte, um weitere Investitionen zu täti- gen. Der Verkäufer versucht dabei häufig einen Anreiz für eine möglichst schnelle Zahlung von Rechnungen zu schaffen, indem er einen Preisnachlass gewährt, wenn die Rechnung innerhalb einer verkürzten Frist beglichen wird. Dies ist auch unter dem Begriff„Skonto" bekannt. Die hierdurch möglichen Preisnachlässe bleiben jedoch häufig ungenutzt. Entweder, weil ein Käufer kein Interesse an einem Preisnachlass hat, da aus betriebswirtschaftlichen Gründen eine Verzögerung der Rechnung rentabler ist, oder weil die entsprechende Finanzverwaltung eines Käufers schlicht nicht in der Lage ist, eine Rechnung so schnell zu verarbeiten, dass ein angebotener Skonto genutzt werden könnte. Eine hierbei mitunter genutzte Lösung besteht in der Inanspruchnahme einer Finanzierung der Rechnung durch einen Finanzier. Dabei werden üblicherweise Finanzierungsangebote in Anspruch genommen, welche pauschal für einen bestimmten Betrag eine bestimmte Verzinsung verlangen. Diese Angebote sind jedoch in aller Regel nicht auf die spezifische betriebswirtschaftliche Situation von Käufer und Verkäufer zugeschnitten, sondern es handelt sich vielmehr um feste, vordefinierte Finanzierungsmodelle. Fer- ner verursacht die Inanspruchnahme einer Finanzierung seitens des Käufers und/oder Verkäufers oftmals einen hohen Buchhaltungsaufwand, welcher insbesondere die Finanzierung kleinerer Rechnungsbeträge nicht wirtschaftlich macht. Bislang existiert hierbei kein zufrieden stellendes Modell, welches sowohl die Interessen des Käufers, als auch die Interessen des Verkäufers bedient.
Der vorliegenden Anmeldung liegt daher die Aufgabe zugrunde, die vorgenannten Nachteile des Standes der Technik zu überwinden und ein verbessertes, automatisiertes Verfahren zur Abwicklung von Finanzierungen von Rechnungen zu schaffen. Hauptmerkmale der Erfindung sind in Anspruch 1 , sowie in Anspruch 16 und 17 angegeben. Ausgestaltungen sind Gegenstand der Ansprüche 2 bis 15.
In einem ersten Aspekt betrifft die vorliegende Erfindung ein computer-implementiertes Verfahren zur automatischen Finanzierung von Rechnungen zwischen einem Käufer und einem Ver- käufer durch wenigstens einen Finanzier mit einer Verwaltungsplattform, wobei die Verwaltungsplattform wenigstens eine Datenbank und wenigstens eine Auswerteeinheit aufweist. In der wenigstens einen Datenbank sind dabei für den wenigstens einen Finanzier pauschale Finanzierungsangebote zur Finanzierung von Rechnungen, sowie Zielwerte für betriebswirtschaftliche Kennzahlen von wenigstens dem Verkäufer und/oder dem Käufer gespeichert. Das Ver- fahren weist nun die nachfolgend beschriebenen Schritte auf. Zunächst wird durch die Verwaltungsplattform eine Rechnung von dem Käufer und/oder dem Verkäufer empfangen, wobei die Rechnung wenigstens eine Rechnungsinformation enthält. Anschließend ermittelt die Auswerteeinheit wenigstens einen potentiellen Finanzier für die emp- fangene Rechnung durch Abgleichen der wenigstens einen Rechnungsinformation der Rechnung mit den in der Datenbank der Verwaltungsplattform hinterlegten pauschalen Finanzierungsangeboten des wenigstens einen Finanziers und den Zielwerten für betriebswirtschaftliche Kennzahlen des Verkäufers und/oder des Käufers. Wenn dabei wenigstens zwei potentielle Finanziers ermittelt werden, wird anschließend durch die Auswerteeinheit ein bester Finanzier ermittelt, dessen pauschales Finanzierungsangebot den Zielwerten für betriebswirtschaftliche Kennzahlen des Verkäufers und/oder Käufers am besten entspricht. Die Finanzierung der Rechnung durch den so ermittelten besten Finanzier wird dann automatisch durch die Vermittlungsplattform kontrahiert und der Rechnungsbetrag von dem Finanzier an den Verkäufer überwiesen. Eine anschließende Zahlung des Käufers an den Verkäufer zur Begleichung der Rechnung wird dann durch die Verwaltungsplattform bei erfolgter Finanzierung der Rechnung durch einen Finanzier an den Finanzier umgeleitet.
Bei der„Verwaltungsplattform" kann es sich beispielsweise um ein Server-Computersystem handeln, auf dem ein entsprechendes Programm aufgespielt ist, welches das beschriebene Verfahren durchführen kann. In diesem Fall kann es sich bei der„Datenbank" um ein in dem Computersystem installierten oder mit dem Computersystem verbundenen Datenspeicher, wie beispielsweise eine Festplatte handeln. Die„Auswerteeinheit" kann in diesem Fall beispielsweise durch einen oder mehrere Ein- oder Mehrkernprozessoren gebildet werden. In dieser Aus- führung weist die Verwaltungsplattform vorzugsweise ferner wenigstens eine Kommunikationsschnittstelle auf, über die die Verwaltungsplattform mit weiteren Computersystem bzw. einem Netzwerk von Computersystemen kommunizieren kann. Beispielsweise kann es sich bei diesem Netzwerk um das Internet handeln. Die Verwaltungsplattform kann jedoch auch teilweise oder vollständig virtuell im Sinne des Cloud-Computings in einem dezentralen Rechensystem ausgeführt sein.
Die Kommunikationsschnittstelle dient dabei vorzugsweise der Kommunikation der Verwaltungsplattform mit den Computersystemen, welche jeweils auf Seiten des Käufers und des Verkäufers mit der Erstellung und Verwaltung von Rechnungen betraut sind. Die Bezeichnungen „Käufer" und„Verkäufer" sind dabei in einem üblichen Sinne zu verstehen. Beispielsweise han- delt es sich bei dem Verkäufer um den Hersteller und/oder Vertrieb einer bestimmten Handelsware, während der Käufer der entsprechende Abnehmer der Ware ist. Käufer und Verkäufer sind dabei in der Lage über ihre jeweiligen Computersysteme Rechnungen an die Verwaltungsplattform zu übermitteln. Ferner können Käufer und Verkäufer in der Datenbank der Verwal- tungsplattform Zielwerte für ihre Betriebswirtschaftlichen Kennzahlen hinterlegen.
Bei den Zielwerten für betriebswirtschaftliche Kennzahlen handelt es sich beispielsweise um Zahlungsziele bei Rechnungen, eine erwünschte Verzinsung von Kapitel, eine zu erzielende Liquidität, oder ähnliches. Dabei kann beispielsweise eine zu erreichende Liquidität auch mit einem Datum verknüpft sein, zu dem die benannte Liquidität vorliegen soll. Durch einen Verkäufer kann dabei insbesondere auch definiert werden, inwieweit ein Verkäufer bei ausstehenden Rechnungsbeträgen bereit ist, bei frühzeitiger Begleichung der Rechnung einen Preisnachlass (Skonto) zu gewähren. Dabei kann beispielweise definiert werden, dass bei eine Bezahlung innerhalb von 1 Woche 5% Preisnachlass gewährt werden, innerhalb von 2 Wochen noch 3% und ab zwei Wochen der volle Rechnungsbetrag beglichen werden muss.
Auch wenn vorstehend zumeist von einem Käufer und einem Verkäufer die Rede ist, können bei der Verwaltungsplattform die Zielwerte einer Vielzahl von Käufern und Verkäufern hinterlegt sein. Dabei handelt es sich bei den in der Datenbank gespeicherten Zielwerten für betriebswirt- schaftliche Kennzahlen nicht zwingend um festgeschriebene Werte. Vielmehr können durch einen Käufer und/oder einen Verkäufer die definierten Zielwerte jederzeit dynamisch an die betriebswirtschaftliche Situation des Käufers/Verkäufers angepasst werden. Beispielsweise kann vorgesehen sein, dass vor einem Quartalsende bestimmte Kennzahlen optimiert werden sollen. Nach dem Quartalsende können hingegen andere Kennzahlen an Relevanz gewinnen, sodass die hinterlegten Zielwerte angepasst werden. Ferner kann es auch vorkommen, dass ein Käufer eine große Lieferung bestellt und sich kurzfristig entscheidet, dass er das hohe Skonto seines Lieferanten nutzen will. Neben einer manuellen Eingabe bzw. Veränderung von Zielwerten könnte auch vorgesehen sein, dass Käufer und Verkäufer in den gespeicherten Zielwerten eine Dynamik einprogrammieren. Beispielsweise kann so definiert werden, dass ein gespeicherter Zielwert über einen bestimmten Zeitraum um einen bestimmten angehoben werden soll. Weiter können auch unterschiedliche Zielwerte für bestimmte Zeitabschnitte definiert werden. So können Käufer und Verkäufer beispielsweise für die Vorweihnachtsaison andere Zielwerte vorsehen als für den Rest des Jahres. Neben Käufern und Verkäufern sind bei der Verwaltungsplattform einer oder mehrere Finanziers registriert. Unter einem„Finanzier" kann dabei ein Geldgeber verstanden werden, beispielsweise verkörpert durch eine Bank, ein Unternehmen, oder auch eine Privatperson. Die Finanziers hinterlegen in der Datenbank der Verwaltungsplattform pauschale Finanzierungsan- geböte. Beispielsweise kann ein solches pauschales Finanzierungsangebot beinhalten, dass ein bestimmter Finanzier bereit ist, eine bestimmte Zahl von Rechnungen bis zu einem bestimmten Rechnungsbetrag kurzfristig stellvertretend für den eigentlichen Schuldner (den Käufer) zu begleichen. Ein Finanzierungsangebot kann dabei noch eine Vielzahl weiterer Randbedingungen für eine Finanzierung beinhalten - hierauf wird jedoch später eingegangen. Mit ei- nem Finanzierungsangebot ist dabei eine Berechtigung der Verwaltungsplattform verknüpft, bei Auffinden einer Rechnung, welche sich mit dem Finanzierungsangebot deckt, automatisch eine Finanzierung der Rechnung durch den Finanzier zu kontrahieren.
Wird eine Rechnung von dem Verkäufer und/oder Käufer an die Verwaltungsplattform übermit- telt, wird die Rechnung zunächst durch die Auswerteeinheit bezüglich ihres Inhalts analysiert. Üblicherweise sind in einer Rechnung dabei wenigstens ein Käufer und ein Verkäufer, sowie ein von dem Käufer an den Verkäufer zu zahlender Geldbetrag sowie die Standard- Zahlungsbedingungen (Zahlungsziel, eventuell Skonto) als Rechnungsinformation definiert. Die Auswerteeinheit ist nun ferner dazu ausgebildet, die so ermittelten Rechnungsinformationen zumindest mit den in der Datenbank hinterlegten Zielwerten für die betriebswirtschaftlichen
Kennzahlen des Verkäufers und den pauschalen Finanzierungsangeboten der Finanziers abzugleichen, um einen oder mehrere potentielle Finanziers für die Rechnung zu bestimmen. Hierzu wird nachfolgend ein kurzes Beispiel beschrieben. Die Rechnung bezeichnet einen zu bezahlenden Betrag von 10.000C. Ferner hat der Verkäufer in seinen Zielwerten festgelegt, dass er bei Zahlung einer Rechnung innerhalb von 2 Wochen bereit ist, einen Skonto von 3% des Rechnungsbetrages zu gewähren. In der Datenbank sind ferner drei Finanzierungsangebote hinterlegt. Ein erstes Angebot beschreibt dabei, dass Rechnungen bis zu einem Betrag von 8.000€ bei einer Rendite von mindestens 2% finanziert werden sollen. Ein zweites Angebot beschreibt, dass Rechnungen bis zu einem Betrag von 20.000€ und einer Rendite von wenigstens 4% finanziert werden, während ein drittes Finanzierungsangebot Rechnungen bis 15.000€ finanziert, wenn die Rendite wenigstens 2% beträgt.
Bei dem Abgleich der Rechnungsinformation mit den Finanzierungsangeboten und den Zielwer- ten des Verkäufers scheidet das erste Finanzierungsangebot aus, da der Rechnungsbetrag den Finanzierungsrahmen übersteigt. Das zweite Finanzierungsangebot scheidet ebenfalls aus, da zwar der Finanzierungsrahmen ausreichend ist, der Finanzier jedoch eine höhere Mindestrendite fordert, als der Verkäufer zu gewähren bereit ist. Einzig das dritte Finanzierungsangebot entspricht den Anforderungen, welche durch die Rechnungsinformation und die Zielwerte des Ver- käufers definiert werden.
Die Verwaltungsplattform kontrahiert dann automatisch die Finanzierung der Rechnung durch den Finanzier, welcher das dritte Finanzierungsangebot in der Datenbank hinterlegt hat. Anschließend wird der fällige Rechnungsbetrag kurzfristig von dem Finanzier an den Verkäufer abzüglich des Skontos von in diesem Fall 2% des Rechnungsbetrags überwiesen. Dabei ist zu beachten, dass nicht der von dem Verkäufer eingeräumte, maximal mögliche Skonto-Wert verwendet wird, sondern der Wert, welcher von einem Finanzier angeboten wird.
Die Rechnung ist somit auf Seiten des Verkäufers beglichen. Weist im weiteren Verlauf der ei- gentliche Käufer die Zahlung des fälligen Rechnungsbetrags über die Verwaltungsplattform an, registriert die Verwaltungsplattform beispielsweise anhand der Rechnungsnummer, dass es sich um eine finanzierte Rechnung handelt. Die von dem Käufer geleistete Zahlung wird dann an den Finanzier, welcher die Finanzierung der Rechnung geleistet hat, umgeleitet. Wäre in oben beschriebenem Beispiel noch ein viertes Finanzierungsangebot in der Datenbank hinterlegt, welches beispielsweise eine Finanzierung für Rechnungen bis 12.000€ bei einer Rendite von wenigstens 1 % beschreibt, wären sowohl der Finanzier des dritten Finanzierungsangebots als auch der Finanzier des vierten Finanzierungsangebots als potentielle Finanziers in Frage gekommen. Da jedoch das vierte Finanzierungsangebot den Zielwerten des Verkäufers am ehesten entspricht, da es den geringsten Verlust bedeutet, würde in diesem Fall durch die Verwaltungsplattform die Finanzierung mit dem Finanzier des vierten Finanzierungsangebots kontrahiert. Je nachdem, welche Zielwerte durch einen Verkäufer definiert und welche Finanzierungsangebote in der Datenbank hinterlegt sind, kann es erfindungsgemäß auch vorgesehen sein, dass eine einzelne Rechnung durch eine Mehrzahl von Finanziers finanziert wird. Die stückweise Begleichung der Rechnung durch die Mehrzahl von Finanziers würde dann durch die Verwaltungsplattform koordiniert.
Das erfindungsgemäße Verfahren hat dabei im Wesentlichen zunächst zwei Vorteile. Zum einen verfügt der Verkäufer innerhalb kurzer Zeit über die ausstehenden Geldmittel, sodass durch den Verkäufer weitere Investitionen getätigt werden können. Gleichzeitig kann ein Finanzier die von dem Verkäufer gewährten Preisnachlässe bei kurzfristiger Zahlung nutzen, indem er beispielsweise überschüssiges Kapitel zur Begleichung der ausstehenden Rechnung investiert. Dabei muss der Finanzier im Allgemeinen aufgrund des gewährten Skontos weniger Geld in die Begleichung der Rechnung investieren, als er später bei einem Ausgleich der Rechnung durch den Käufer wieder zurückerhält. Effektiv ergibt sich als ein Gewinn für den Finanzier. Die Verwaltungsplattform ist dabei ferner dazu ausgebildet, für einen Verkäufer aus den verfügbaren Finanzierungsangeboten, jenes Finanzierungsangebot herauszusuchen, welches den Zielwerten für seine betriebswirtschaftlichen Kennzahlen am besten entspricht. Dabei muss es sich nicht zwingend um das Finanzierungsangebot handeln, welches den geringsten Skonto einfor- dert. Vielmehr kann auch ein Finanzierungsangebot passend sein, dessen gefordertes Skonto zwar nicht das geringste verglichen mit weiteren Finanzierungsangeboten ist, dessen Finanzierung jedoch eine bestimmte Liquidität zu einem bestimmten Zeitpunkt garantiert. Das beschriebene Verfahren läuft dabei ferner vollständig automatisch durch eine entsprechende programmierte Verwaltungsplattform ab, sodass ein zusätzlicher Buchhaltungsaufwand nicht entsteht.
Ein weiterer möglicher Vorteil des Verfahrens wird an einem weiteren Beispiel gut erkennbar. Bei der Verwaltungsplattform ist beispielsweise eine Rechnung eingegangen, welche für einen bestimmten Rechnungsbetrag in den Rechnungsinformationen übliche Skontobedingungen definiert, wie bspw. 2% Skonto bei einer Bezahlung innerhalb von 14 Tagen und Fälligkeit des vollständigen Rechnungsbetrags nach 30 Tagen. Dabei kann es durchaus möglich sein, dass der Verkäufer in der Datenbank der Verwaltungsplattform keine Zielwerte für betriebswirtschaftliche Kenngrößen definiert hat, der Käufer jedoch festgelegt hat, dass er Zahlungsfristen möglichst lange herauszögern möchte. In diesem Fall kann ein passendes Finanzierungsangebot beispielsweise darin bestehen, dass ein Finanzier die Bezahlung der Rechnung innerhalb der Frist von 14 Tagen unter Beanspruchung des angebotenen Skonto leistet, jedoch ein Ausgleich der Finanzierung durch den Käufer erst nach 90 Tagen erfolgen muss. Effektiv bedient demnach die Finanzierung hauptsächlich die Anforderungen des Käufers nach einer Verlängerung des Zahlungsziels, sodass der Käufer sein Umlaufkapital verbessern kann. Somit kann durch das erfindungsgemäße Verfahren mittels einer automatisierten Finanzierung auch eine Verbes- serung der betriebswirtschaftlichen Kennzahl eines Käufers realisiert werden.
Dabei ist zu beachten, dass nicht nur die Finanzierung von Rechnungen über die Verwaltungsplattform abgewickelt wird, sondern dass auch Rechnungen, für die kein passendes Finanzierungsangebot gefunden werden kann, über die Verwaltungsplattform abgewickelt werden. Da- bei können beispielsweise durch einen Käufer bei der Zahlung eines Rechnungsbetrags an den Verkäufer der Zahlungsanweisung zusätzliche Zahlungsinformationen angefügt werden, welche beispielsweise anzeigen, wenn durch den Käufer ein Skonto in Anspruch genommen wird, oder ob eine Verrechnung eines Rechnungsbetrags mit vorangegangenen Gutschriften erfolgt ist. Auf diese Weise kann die Verbuchung einer Zahlung auf Seiten des Verkäufers leichter und im Idealfall vollständig automatisiert umgesetzt werden. Die Verwaltungsplattform kann dabei ferner dazu ausgebildet sein, die Zahlungsinformationen vor der Weiterleitung einer Zahlung an den Verkäufer auszulesen und die so erhaltenen Informationen beispielsweise für eine Bewertung nachfolgender Rechnungen oder zur Erstellung einer Rechnungshistorie zu verwenden. Neben einem reinen Rechnungsbetrag kann eine Rechnungsinformation dabei nach einer Ausführungsform eine Information aufweisen, welche die Rechnung selbst, das Umfeld der Rechnung und/oder eine Historie der Rechnung bezeichnet. Eine Information, welche die Rechnung selbst bezeichnet, ist dabei beispielsweise der Käufer, der Verkäufer, der zu zahlende Rechnungsbetrag, Zahlungsbedingungen, die durch die Rechnung zu bezahlende Ware oder ein Status der Rechnung, beispielsweise, ob die Rechnung vom Käufer oder Verkäufer eingestellt wurde, ob die Rechnung genehmigt wurde oder verweigert wurde, oder ähnliches. Eine Information, welche das Umfeld einer Rechnung beschreibt, ist beispielsweise das Land in dem der Käufer oder Verkäufer seinen Geschäftssitz hat, die bestellende Abteilung des Käufers, oder ähnliches. Informationen zur Historie sind beispielsweise die Anzahl ähnlicher Rechnungen in der Vergangenheit, die Anzahl ähnlicher Rechnungen von anderen Verkäufern oder der Anteil an Rechnungen eines Käufers oder Verkäufers, bei dem es in der Vergangenheit zu Problemen, beispielsweise durch Zahlungsausfälle, Reklamationen oder verspätete Zahlung gekommen ist. Diese weiteren Informationen können nach einer bevorzugten Ausführungsform von der Auswerteeinheit dazu genutzt werden, für eine empfangene Rechnung aus den Rechnungsinformationen einen Risikowert zu bestimmen, wobei der Risikowert die Wahrscheinlichkeit dafür bestimmt, dass eine Rechnung durch einen Käufer pünktlich beglichen wird. Geht aus den Rechnungsinformationen beispielsweise hervor, dass eine Rechnung von Käufer und Verkäufer ge- nehmigt wurde und es in der Vergangenheit schon eine Vielzahl von Rechnungen zwischen diesem Käufer und Verkäufer gegeben hat, die allesamt ohne jegliche Probleme abgewickelt wurden, kann der Rechnung ein niedriger Risikowert zugeordnet werden. Geht hingegen aus den Rechnungsinformationen hervor, dass ein Käufer eine Rechnung bislang nicht akzeptiert hat, oder dass es in der Vergangenheit schon Probleme mit diesem Käufer gab, wird der Rech- nung durch die Auswerteeinheit ein hoher Risikowert zugeordnet. Die so ermittelten Risikowerte für Rechnungen können wiederum durch Finanziers genutzt werden, um abzuschätzen, ob bzw. in welchem Ausmaß eine Finanzierung mit einem Ausfallrisiko behaftet ist. Beispielsweise kann ein Finanzier dabei entscheiden, dass er Rechnungen mit einem hohen Risiko nur dann finanziert, wenn die zu erwartende Rendite entsprechend hoch ist.
Nach Ausführungsformen kann hierzu in den pauschalen Finanzierungsangeboten eines Finanziers eine Obergrenze für Risikowerte von Rechnungen definiert werden, wobei für Rechnungen, deren Risikowert oberhalb der definierten Obergrenze liegt, der entsprechende Finanzier nicht als potentieller Finanzier ermittelt wird und/oder die Rechnung an den Finanzier mit dem zweitbesten pauschalen Finanzierungsangebot vermittelt wird. Die Definition eines maximal zulässigen Risikowertes für eine Finanzierung gibt somit einem Finanzier ein zusätzliches Werkzeug an die Hand, mit dem er die von ihm bereitgestellten Finanzierungen feiner definieren kann. Dabei kann durch einen Finanzier beispielsweise eine Obergrenze für einen Risikowert auch mit einer zu erzielenden Rendite gekoppelt werden. Beispielsweise kann so festge- legt werden, dass ein Finanzier nur dann eine Rechnung mit hohem Risiko finanzieren möchte, wenn die erzielbare Rendite ausreichend hoch ist, um das Ausfallrisiko zu rechtfertigen. Ein Finanzier kann hierbei auch mehrere pauschale Finanzierungsangebote in der Verwaltungsplattform hinterlegen. Beispielsweise kann ein Finanzier zwei pauschale Finanzierungsangebote hinterlegen, eines mit einem niedrigem geforderten Zinssatz aber restriktivem Grenzwert für das in Kauf zu nehmende Risiko und eines mit höherem möglichen Risiko aber dafür mit höherem Zins. Durch die Automatisierung der Zuordnung von pauschalen Finanzierungsangeboten zu Rechnungen kann so ein Finanzier sein potentielles Geschäft vergrößern.
Insgesamt ist nach Ausführungsformen in einem pauschalen Finanzierungsangebot dabei we- nigstens eines von einem finanziellen Rahmen für eine Finanzierung, einer Anzahl von zu finanzierenden Rechnungen, Art und/oder Risikoprofil der zu finanzierenden Rechnungen, wenigstens einem zu finanzierenden Käufer, wenigstens einem zu finanzierenden Verkäufer, wenigstens einem zu finanzierenden Paar von Käufer und Verkäufer und/oder einem zu erzielenden Mindestgewinn definiert. Hierzu kann die Verwaltungsplattform einem Finanzier zur Defini- tion eines Finanzierungsangebots beispielsweise eine Eingabemaske präsentieren, in der er die entsprechenden Werte für einen finanziellen Rahmen, eine Zahl von Rechnungen, einen Grenzwert für den Risikowert oder einen Mindestgewinn eingeben kann. Ferner kann beispielsweise eine Checkliste angezeigt werden, in der ein Finanzier Käufer und Verkäufer auswählen kann, deren Rechnungen er bereit ist zu finanzieren. Dabei kann zu jedem Käufer und Verkäufer wiederum ein Informationsfeld vorgesehen sein, das einem Finanzier Kennzahlen zu dem entsprechenden Käufer oder Verkäufer, wie beispielsweise dessen Zahlungszuverlässigkeit oder Bonität angezeigt sind.
Der Automatisierungsgrad des beschriebenen Verfahrens kann nach einer weiteren Ausfüh- rungsform weiter gesteigert werden, indem Rechnungen von einem Rechnungs-Verwaltungs- System eines Käufers und/oder Verkäufers nach Erstellung der Rechnung automatisch an die Verwaltungsplattform übermittelt werden. Hierzu sind vorzugsweise die EDV-Systeme von Käufer und Verkäufer derart mit der Verwaltungsplattform verbunden, dass erstellte Rechnungen automatisch über ein Netzwerk, wie beispielsweise das Internet an die Verwaltungsplattform hochgeladen werden. Auf diese Weise kann einerseits die Rechnungsverwaltung des Käufers und/oder Verkäufers entlastet werden, während gleichzeitig von einem Verkäufer erstellte Rechnung kurzfristig in der Verwaltungsplattform für eine Finanzierung geführt werden können. Somit kann im Idealfall eine Rechnung in noch kürzerer Zeit gegenüber dem Verkäufer durch einen Finanzier ausgeglichen werden. Dabei kann es durchaus auch vorgesehen sein, dass nicht sämtliche durch einen Verkäufer erstellte oder von einem Käufer empfangene Rechnungen an die Verwaltungsplattform hochgeladen werden, sondern dass im Einzelnen beispielsweise über ein entsprechendes Kontrollfeld bei der Rechnungserstellung festgelegt werden kann, ob eine Rechnung zur Finanzierung vorgesehen ist, oder nicht. Nach einer weiteren Ausführungsform ist ferner vorgesehen, dass die Verwaltungsplattform vor dem Kontrahieren der Finanzierung der Rechnung durch den Finanzier eine Bestätigung von dem Käufer und/oder dem Verkäufer abfragt. Die Finanzierung der Rechnung durch den Finanzier wird in diesem Fall nur dann durch die Verwaltungsplattform kontrahiert, wenn alle abgefragten Bestätigungen erteilt werden. Die Abfrage einer Bestätigung kann dabei durchaus auch nur für bestimmte Rechnungen vorgesehen sein. Beispielsweise kann ein Verkäufer bei der Erstellung einer Rechnung festlegen, dass er im Falle einer möglichen Finanzierung zunächst über die angebotene Finanzierung unterrichtet werden möchte, um beispielweise aufgrund kurzfristiger Umstände entscheiden zu können, ob eine Finanzierung und damit ein Preisnach- lass sinnvoll ist, oder ob der kurzfristige Ausgleich der Rechnung verbunden mit einem Preis- nachlass aktuell keinen betriebswirtschaftlichen Vorteil für den Verkäufer bietet. Ferner kann durch einen Verkäufer in seinen Zielwerten für betriebswirtschaftliche Kennzahlen festgelegt sein, dass bei einem Finanzierungsangebot, welches nicht exakt den Zielwerten entspricht, jedoch sehr nahe an den Zielwerten liegt, im Einzelnen eine Bestätigung der Finanzierung erfragt werden soll. Beispielsweise kann ein Verkäufer festlegen, dass er bereit ist, bei einer Bezahlung innerhalb von 2 Wochen einen Preisnachlass von 3% zu gewähren. Ein Finanzierungsangebot kann nun beispielsweise spezifizieren, dass die Bezahlung innerhalb einer Woche erfolgt, jedoch ein Preisnachlass von 3,2% hierfür gefordert wird. Da hier nur eine geringe Diskrepanz zu den Zielwerten des Verkäufers vorliegt und sich ein zusätzlicher Vorteil durch die kurzfristige Zahlung ergeben kann, kann eine Rückfrage bei dem Verkäufer, ob die Finanzierung bestätigt wird für den Verkäufer vorteilhaft sein.
Bei der Bezahlung einer Rechnung werden üblicherweise der entsprechenden Überweisung Informationen beigefügt, welche anzeigen, welche Rechnung bezeichnet durch eine Rechnungsnummer der Überweisung zugrunde liegt. Bei der Finanzierung einer Rechnung ergeben sich jedoch für die Buchhaltung des Verkäufers bei einem Zahlungseingang von einem Finanzier zwei besondere Umstände. Erstens erfolgt die Zahlung nicht durch den in der Rechnung bezeichneten Käufer, zweitens ist der Rechnungsbetrag aufgrund der Finanzierung gegenüber dem in der Rechnung bezeichneten Betrag reduziert. Dies kann dazu führen, dass die Rechnung trotz Zahlungseingang nach wie vor für die Buchhaltung des Verkäufers als„nicht voll- ständig bezahlt" gilt. Nach einer Ausführungsform kann dies jedoch dadurch vermieden werden, dass der Überweisung des Rechnungsbetrags von dem Finanzier an den Verkäufer durch die Verwaltungsplattform eine erste Zahlungsinformation angefügt wird, wobei die erste Zahlungsinformation wenigstens anzeigt, dass die Zahlung in Folge einer Finanzierung erfolgt, welche Rechnung der Zahlung zugrunde liegt und welche Anpassung des Rechnungsbetrags aufgrund der Finanzierung erfolgt ist. Auf diese Weise kann durch den Verkäufer eine eindeutige Zuordnung der Überweisung zu der entsprechenden Rechnung vorgenommen werden, wobei gleichzeitig auch die Gründe für den abweichenden Überweisenden und den abweichenden Rechnungsbetrag evident werden und damit eine automatisierte betriebswirtschaftliche Verbuchung des Sonder-Skonto Betrags möglich wird.
Nach einer weiteren Ausführungsform ist ferner vorgesehen, dass bei Finanzierung einer Rechnung durch einen Finanzier, die Verwaltungsplattform eine der finanzierten Rechnung und dem Finanzier zugeordnete Finanzierungsbuchung erzeugt und in der Datenbank speichert. Die bei der Verwaltungsplattform registrierten Finanziers haben dann Zugriff auf die ihnen jeweils zu- geordneten Finanzierungsbuchungen, welche in der Datenbank hinterlegt sind. Eine Finanzbuchung kann dabei im Wesentlichen als eine Bestätigung bzw. ein Nachweis dafür verstanden werden, dass ein Finanzier eine Finanzierung übernommen hat und zu welchen Konditionen dabei welche Rechnung finanziert wird. Auf diese Weise kann durch den Finanzier eine klare Zuordnung in seiner Buchhaltung von Buchungen von seinen Geschäftskonten an Verkäufer erfolgen. Ferner können die Finanzierungsbuchungen nach einer weiteren Ausführungsform verwendet werden, um den Ausgleich einer Finanzierung durch einen Käufer für den Finanzier nachvollziehbar zu gestalten. Hierzu ist vorgesehen, dass die Verwaltungsplattform bei Umleitung der Zahlung eines Käufers an den Finanzier eine zweite Zahlungsinformation an die entsprechende Überweisung anfügt, wobei die zweite Zahlungsinformation die Finanzierungsbuchung bezeichnet, welche der der Zahlung zugrundeliegenden, finanzierten Rechnung zugeordnet ist. Auf diese Weise kann bei Eingang einer Zahlung durch den Finanzier klar nachvollzogen werden, welcher eingegangene Geldbetrag zu welcher Finanzierung gehört. Die klare Zuordenbarkeit von Zahlungseingängen erlaubt dabei eine vollautomatisch Abwicklung der Finanzierungen eines Finanziers durch dessen Buchhaltung. Effektiv können auf diese Weise auf Seiten des Finanziers weitere Verwaltungskosten vermieden werden, was einem Finanzier in der Umkehrung wieder erlaubt günstigere Finanzierungen anzubieten.
Die zuvor bereits thematisierte Automatisierung des Verfahrens kann nach einer weiteren Ausführungsform dadurch weiter verbessert werden, dass die Überweisung des Rechnungsbetrags von dem Finanzier an den Verkäufer durch die Verwaltungsplattform beauftragt wird. Hierzu kann beispielsweise vorgesehen sein, dass ein Finanzier bei Einstellen eines pauschalen Finanzierungsangebots in der Verwaltungsplattform der Verwaltungsplattform gleichzeitig die Berechtigung erteilt, Überweisungen in seinem Namen im Rahmen der in dem Finanzierungsangebot definierten Parameter zu tätigen. Hierzu kann beispielsweise auch ein der Finanzierungsplattform zugeordnetes, separates Konto für einen Finanzier eröffnet werden. Der Finanzier müsste in diesem Fall bei der Hinterlegung eines pauschalen Finanzierungsangebots das entsprechende Konto mit einem dem Finanzierungsangebot entsprechenden Geldbetrag ausstatten und der Verwaltungsplattform dazu ermächtigen, Buchungen von diesem Konto in seinem Namen zu tätigen. Auf diese Weise würde der Ablauf ab dem Moment, in dem eine Rechnung bei der Verwaltungsplattform eingeht weiter automatisiert, sodass Finanzierungen sehr kurzfristig und kosteneffizient erfolgen können. Dies kann sowohl für den Finanzier aufgrund höherer erzielbarer Skonti, als auch für den Verkäufer aufgrund kurzfristiger Zahlungseingänge vorteilhaft sein.
Weiter kann nach einer Ausführungsform vorgesehen sein, dass Änderungen in den Rechnungsinformationen nach dem Weiterleiten der Rechnung an den Finanzier dem Finanzier mitgeteilt werden. Beispielsweise kann es vorkommen, dass eine Rechnung durch einen Finanzier finanziert wird, obwohl die Rechnung noch nicht durch den Käufer bestätigt wurde. In diesem Fall wohnt der Rechnung ein höheres Risiko inne, nicht durch den Käufer ausgeglichen zu werden. Kommt es tatsächlich zu dem Fall, dass eine finanzierte Rechnung durch einen Käufer nicht oder nur teilweise beglichen wird, beispielsweise weil eine gelieferte Ware unvollständig oder beschädigt ist, oder weil der Käufer insolvent wurde, wird der Finanzier über diesen Um- stand von der Verteilerplattform automatisch unterrichtet. Dies gibt dem Finanzier die Möglichkeit, bestehende und noch nicht für eine Finanzierung beanspruchte Finanzierungsangebote zu ändern oder vollständig zurückzuziehen. Beispielsweise hat ein Finanzier so die Möglichkeit, in den Parametern seiner pauschalen Finanzierungsangebote einen Käufer auszuschließen, welcher zuvor eine von ihm finanzierte Rechnung nicht ausgeglichen hat. Umgekehrt kann ein Fi- nanzier bei einer nachträglichen Bestätigung einer bislang unbestätigten Rechnung durch einen Käufer das für eine Abdeckung des Ausfallrisikos der Finanzierung bereitgestellte Kapitel reduzieren, da nach einer beidseitigen Bestätigung einer Rechnung das Ausfallrisiko einer Rechnung sinkt. Nach einer weiteren Ausführungsform kann der Käufer die Rechnungsinformationen der Rechnung verändern und/oder der Rechnung zusätzliche Rechnungsinformationen hinzufügen. Beispielsweise kann hierbei vorgesehen sein, dass ein Käufer eine Rechnung kommentieren kann, beispielsweise wenn er mit einer Rechnungsinformation nicht einverstanden ist, oder Rechnungsinformationen in Frage stellt. Weiter kann beispielsweise bei einer fehlerhaften oder un- vollständigen Warenlieferung an den Käufer durch den Käufer Beweismaterial in Form von Bildern oder Dokumenten zu einer Rechnung an die Verwaltungsplattform übermittelt werden, sodass es für einen Verkäufer nachvollziehbar wird, warum ein Käufer eine Rechnung in Frage stellt bzw. anficht. Gleichermaßen kann dabei auch dem Verkäufer die Möglichkeit eingeräumt werden zusätzliche Rechnungsinformationen zu einer Rechnung an die Verwaltungsplattform zu übermitteln, oder nachträglich durch den Käufer hinzugefügte Rechnungsinformationen zu kommentieren.
Nach einer weiteren Ausführungsform kann diese zusätzliche Rechnungsinformation, die entweder durch Senden der Rechnungen vom Käufer oder durch Hinzufügen weiterer Informatio- nen des Käufers in der Verwaltungsplattform gespeichert sind, bei der Überweisung des Rechnungsbetrags von dem Finanzier (bei finanzierten Rechnungen) bzw. vom Käufer (bei nicht finanzierten Rechnungen) an den Verkäufer um weitere Zahlungsinformationen ergänzt werden, wobei eine weitere Zahlungsinformation wenigstens anzeigt, dass die Zahlung in Folge von Anpassungen auf Seiten des Käufers Abweichungen vom erwarteten Bezahlbetrag aufweist. Auf diese Weise kann durch den Verkäufer eine eindeutige Zuordnung der Überweisung zu der ent- sprechenden Rechnung vorgenommen werden, wobei gleichzeitig auch die Gründe für den abweichenden Rechnungsbetrag evident werden und damit eine automatisierte betriebswirtschaftliche Verbuchung des Sonder-Skonto Betrags möglich wird. Zum Beispiel könnte der Käufer eine Minderlieferung reklamiert und mit einem Mitarbeiter des Verkäufers einen Sonderabzug vereinbart haben.
Nach einer weiteren Ausführungsform speichert die Verwaltungsplattform eine Historie der über die Verwaltungsplattform abgewickelten Rechnungen in der Datenbank. Die Auswerteeinheit ermittelt dann aus der Historie, den gespeicherten pauschalen Finanzierungsangeboten und den gespeicherten Zielwerten für betriebswirtschaftliche Kennzahlen von Käufern und/oder Verkäufern ein Risikoprofil für Rechnungen mit ähnlichen Rechnungsinformationen für zukünftige Finanzierungen und stellt diese dem wenigstens einen Finanzier bereit. Auf diese Weise kann dem Finanzier eine weitere Abschätzung des Ausfallrisikos einer Rechnung ermöglicht werden. Bisher wurde das Verfahren so beschrieben, dass es sich bei den Käufern und den Finanziers um unterschiedliche Personen bzw. Unternehmen handelt. Es ist nach einer Ausführungsform jedoch auch vorgesehen, dass es sich bei wenigstens einem der Finanziers um einen Käufer handelt. So kann auch ein Käufer über aktuell überschüssige bzw. nicht benötigte Finanzmittel verfügen, die er im Zuge einer Finanzierung gewinnbringend einsetzen möchte. Hierzu kann ein Käufer als Finanzier für Rechnungen auftreten, bei denen er als Käufer zunächst nicht beteiligt ist. Auf diese Weise kann ein Käufer beispielsweise auch Unternehmen unterstützen, welche ihm wiederum zuarbeiten. Beispielsweise kann ein Käufer Rechnungen eines Unternehmens finanzieren, welches gegenüber dem Käufer ebenfalls als Zulieferer auftritt, um dessen Leistungsfähigkeit bzw. Produktivität zu erhöhen.
In einem weiteren Aspekt betrifft die Erfindung eine Verwaltungsplattform zur automatischen Finanzierung von Rechnungen zwischen einem Käufer und einem Verkäufer durch wenigstes einen Finanzier, wobei die Verwaltungsplattform wenigstens eine Datenbank und wenigstens eine Auswerteeinheit aufweist, wobei in der wenigstens einen Datenbank für den wenigstens einen Finanzier pauschale Finanzierungsangebote zur Finanzierung von Rechnungen, sowie Zielwerte für betriebswirtschaftliche Kennzahlen von wenigstens dem Verkäufer und/oder dem Käufer gespeichert sind. Die Verwaltungsplattform ist dabei dazu ausgebildet:
• Eine Rechnung von dem Käufer und/oder dem Verkäufer zu empfangen, wobei die Rechnung wenigstens eine Rechnungsinformation enthält, • Mittels der Auswerteeinheit wenigstens einen potentiellen Finanzier für die Rechnung zu ermitteln, durch Abgleichen der wenigstens einen Rechnungsinformation der Rechnung mit den in der Datenbank der Verwaltungsplattform hinterlegten pauschalen Finanzierungsangeboten des wenigstens einen Finanziers und den Zielwerten für betriebswirtschaftliche Kennzahlen des Käufers und/oder Verkäufers,
• Wenn wenigstens zwei potentielle Finanziers ermittelt wurden, mittels der Auswerteeinheit einen besten Finanzier zu ermitteln, dessen pauschales Finanzierungsangebot den Zielwerten für betriebswirtschaftliche Kennzahlen des Verkäu- fers und/oder Käufers am besten entspricht,
• Die Finanzierung der Rechnung durch den ermittelten Finanzier automatisch zu kontrahieren, sodass der Rechnungsbetrag von dem Finanzier an den Verkäufer überwiesen wird, und
• Eine anschließende Zahlung des Käufers an den Verkäufer zur Begleichung der Rechnung bei erfolgter Finanzierung der Rechnung durch einen Finanzier an den
Finanzier umzuleiten.
Es versteht sich, dass die vorstehend oder nachfolgend beschriebenen Ausführungsformen des Verfahrens analog auch auf die Verwaltungsplattform an sich übertragbar und somit Teil der beanspruchten Erfindung sind.
In einem weiteren Aspekt betrifft die Erfindung ein Computerprogrammprodukt, welches auf einem Computersystem ausgeführt, das Computersystem dazu veranlasst, das zuvor oder nachfolgend beschriebene Verfahren durchzuführen. Weitere Merkmale, Einzelheiten und Vorteile der Erfindung ergeben sich aus dem Wortlaut der Ansprüche sowie aus der folgenden Beschreibung von Ausführungsbeispielen anhand der Zeichnungen. Es zeigt:
Fig. 1 eine schematische Darstellung des Aufbaus einer Ausführungsform einer Verwaltungs- plattform.
Die Figur 1 zeigt eine schematische Darstellung einer Ausführungsform einer Verwaltungsplattform 100. Die Verwaltungsplattform 100 setzt sich dabei im Wesentlichen aus vier Teilplattformen 102, 104, 106 und 108 zusammen. Eine erste Teilplattform ist dabei die Plattform zur Bezahlung von Rechnungen 102. Die Plattform 102 weist dabei im Wesentlichen vier Datenbanken 1 10, 1 12, 1 14 und 1 16, sowie sechs Programmmodule 1 18 bis 128. Auch wenn in der Fig. 1 die Datenbanken 1 10 bis 1 16 als getrennte Datenbanken dargestellt sind, kann es erfindungsgemäß durchaus vorgesehen sein, dass es sich bei den Datenbanken 1 10 bis 1 16 lediglich um Teilbereiche eines gemeinsamen Massenspeichers eines verwendeten Computersystems handelt. Gleichermaßen können auch die Programmmodule 1 18 bis 128 durch unterschiedliche Prozessormodule eines Computersystems oder durch ein gemeinsames Prozessormodul ausgeführt werden. Die Datenbanken der Plattform 102 weist dabei eine Datenbank 1 10 auf, welche zur Speicherung von nicht bestätigten Rechnungen ausgebildet ist, sowie eine Datenbank 1 12 zur Speicherung von bestätigten Rechnungen. Ferner werden in der Datenbank 1 14 Rechnungen gespeichert, welche durch einen Finanzier 140 finanziert werden, während in der Datenbank 1 16 alle Rechnungen abgelegt werden, welche über die Verwaltungsplattform 100 abgewickelt wurden. Dabei kann es sich sowohl um Rechnungen handeln, welche durch einen Finanzier 140 finanziert wurden und deren Finanzierung abgeschlossen ist, als auch um Rechnungen, welche nicht mittels einer Finanzierung, sondern direkt zwischen Käufer 136 und Verkäufer 138 ausgeglichen wurden. Durch die Sammlung sowohl der finanzierten Rechnungen, als auch der nicht finanzierten Rechnungen kann dabei eine verbesserte Risikoabschätzung für aktuelle und zu- künftige Rechnungen realisiert werden. So kann beispielsweise aus der Gesamtheit aller Rechnungen an denen ein bestimmter Käufer 136 beteiligt war, unabhängig davon ob die Rechnung über eine Finanzierung ausgeglichen wurde, ein genaues Profil bezüglich der Zuverlässigkeit des Käufers für eine Risikoabschätzung weiterer Rechnungen erstellt werden. Bei den Programmmodulen der Plattform 102 handelt es sich um ein Portal 1 18 zur Bestätigung von Finanzierungen und zum Hochladen von Rechnungen an die Plattform 100 durch einen Käufer 136, ein Modul zur Ermittlung von passenden pauschalen Finanzierungsangeboten 120, ein Modul zur Verwaltung von Finanzierungen 122, ein Portal 124 zur Bestätigung von Finanzierungen und zum Hochladen von Rechnungen an die Plattform 100 durch einen Verkäufer 138, ein Modul zur Verwaltung der Bezahlung von Rechnungen 126 und ein Modul zur Verwaltung der Bezahlung von Finanzierungen 128.
Die Plattform 104 dient als Schnittstelle für Finanziers 140 mit der Verwaltungsplattform 100 und weist drei Datenbanken 130 bis 134 sowie ein Programmodul 136 auf. In der Datenbank 130 sind dabei eine Anzahl möglicher Finanzierungsangebote gespeichert, während in der Da- tenbank 132 jene Finanzierungsangebote gespeichert sind, für die sich ein Finanzier bereit erklärt hat diese zu zeichnen. In der Datenbank 134 sind schließlich Finanzierungsbuchungen hinterlegt, welche als Nachweis einer erfolgten Finanzierung einer Rechnung durch einen Finanzier 140 dienen. Das Programmmodul 136 dient ferner als Nutzerschnittstelle für Finanziers 140, über die Finanziers 140 beispielsweise pauschale Finanzierungsangebote zeichnen können, oder Einsicht in die von ihnen übernommenen Finanzierungen erhalten.
Die Plattform 106 dient zur Verwaltung von Zielwerten für betriebswirtschaftliche Kennzahlen von Verkäufern und weist eine Datenbank 142 zur Speicherung entsprechender Verkäuferprofi- le der Zielwerte für betriebswirtschaftliche Kennzahlen, sowie ein Programmmodul 144 auf, welches als Nutzerschnittstelle für Verkäufer dient, über die Verkäufer die in der Datenbank 142 gespeicherten Informationen einsehen und verändern können. In analoger Weise dient die Plattform 108 zur Verwaltung von Zielwerten für betriebswirtschaftliche Kennzahlen von Käufern und weist hierzu eine Datenbank 148 zur Speicherung entsprechender Käuferprofile der Ziel- werte für betriebswirtschaftliche Kennzahlen, sowie ein Programmmodul 146 auf, welches als Nutzerschnittstelle für Käufer dient, über die Käufer die in der Datenbank 142 gespeicherten Informationen einsehen und verändern können.
Die durch die Programmmodule 144 und 146 realisierten Nutzerschnittstellen dienen dabei auch dazu, einem Käufer 136 oder einem Verkäufer 138 den Effekt einer in Anspruch genommenen Finanzierung auf die jeweils in den Datenbanken 142 und 148 hinterlegten Zielwerte der betriebswirtschaftlichen Kennzahlen anzuzeigen. Auf diese Weise wird den bei der Verwaltungsplattform 100 registrierten Käufern 136 und Verkäufern 138 eine Schnittstelle geboten, in der sie in Echtzeit Veränderungen Ihrer Kennzahlen aufgrund von Finanzierungen nachverfol- gen können und mittels derer sie nötigenfalls auch kurzfristig ihre Zielwerte an die dargestellten Änderungen der Kennzahlen anpassen können. Effektiv kann so eine sehr kurzfristige Feinabstimmung der Zielwerte für betriebswirtschaftliche Kennzahlen durch Käufer 136 oder Verkäufer 138 erfolgen. Die aus den Teilplattformen 102, 104, 106 und 108 aufgebaute Verwaltungsplattform 100 kann dabei sowohl auf einem einzigen Computersystem, als auch auf einem dezentralen, verteilten Computersystem ausgebildet sein. Dabei weist das Computersystem vorzugsweise eine Schnittstelle auf, über die die Verwaltungsplattform 100 mit einem Netzwerk, wie beispielsweise dem Internet verbunden ist. Schließlich sind in der Fig. 1 noch exemplarisch jeweils System 150 zur Planung und Steuerung der Unternehmensressourcen des Käufers 136, sowie ein analoges System 152 zur Planung und Steuerung der Unternehmensressourcen des Verkäufers 138 dargestellt. Die Systeme 150 und 152 weisen dabei jeweils ein Programmmodul 154 bzw. 156 zur Verwaltung von Rechnun- gen, sowie jeweils ein Programmmodul 158 bzw. 160 für Finanzierungen und Bezahlungen von Rechnungen auf. Die Systeme 150 und 152 sind dabei über ein nicht dargestelltes Netzwerk, wie beispielsweise das Internet mit der Plattform 100 verbunden.
Wie zuvor bereits ausgeführt wurde, ist in der Datenbank 130 eine Vielzahl von Finanzie- rungsoptionen gespeichert, welche ein Finanzier 140 zeichnen kann. Eine Finanzierungsoption kann dabei eine Finanzierung einer Kreditlinie für einen Käufer, eine Finanzierung eines Satzes von Rechnungen zwischen einem bestimmten Käufer und einem bestimmten Verkäufer, die Finanzierung eines Satzes von Rechnungen von einem bestimmten Käufer mit bestimmten Randbedingungen (bspw. Die Finanzierung von Rechnungen mit einem Rechnungsbetrag zwi- sehen 1.000€ und 10.000€) oder ähnliche Konstellationen beinhalten. Mit diesen Finanzierungsoptionen ist dabei eine Risiko-Information verbunden, welche auf der Historie von Rechnungen, der Finanzierungen oder anderen Informationen beruht und es einem Finanzier 140 ermöglicht, eine Risikoabschätzung zu treffen für den Fall, dass er sich entscheidet eine solche Finanzierungsoption zu zeichnen.
Wenn sich ein Finanzier 140 entscheidet, eine solche Finanzierungsoption zu zeichnen, wird die entsprechende Finanzierungsoption als pauschales Finanzierungsangebot des Finanziers in die Datenbank 132 überführt, in der gezeichnete, pauschale Finanzierungsangebote gespeichert sind. In dem Moment, in dem ein Finanzier 140 ein solches pauschales Finanzierungsan- gebot macht, erklärt er, beispielsweise vertraglich festgehalten, dass er jegliche Anfragen für eine Finanzierung akzeptiert, welche die in dem pauschalen Finanzierungsangebot definierten Parameter erfüllt. In der Datenbank 132 sind dann ein oder mehrere pauschale Finanzierungsangebote eines oder mehrerer Finanziers 140 mit den jeweiligen Finanzierungsbedingungen gespeichert.
Beispielsweise haben zwei Finanziers 140 eine Kreditlinie für einen bestimmten Käufer A eingestellt. Ein erster Finanzier ist dabei beispielsweise bereit, bei einer Rendite von 0,7% und einer Finanzierungsgrenze von 1 Mio€ bei einem maximalen Rechnungsbetrag einer einzelnen Rechnung von 10.000€ Rechnungen zu finanzieren, während ein zweiter Finanzier 140 eine Rendite von 0,75% fordert, jedoch Rechnungen mit einem jeweiligen Rechnungsbetrag von bis zu 50.000€ bereit ist zu zahlen. Zur Eingabe solcher Werte dient dabei die Nutzerschnittstelle 136 der Plattform 104.
Als Finanzier 140 können dabei sowohl Unternehmen, beispielsweise Geldinstitute, als auch Privatpersonen auftreten. Es ist dabei auch möglich, dass ein Käufer 162 als Finanzier auftritt, beispielsweise, wenn aktuell ungenutzte Geldmittel zur Verfügung stehen.
Käufer 136 und Verkäufer 138 können ihrerseits wiederum über die entsprechenden Plattformen 108 und 106 mittels der entsprechenden Nutzerschnittstellen 146 und 144 Zielwerte für betriebswirtschaftliche Kennzahlen in den Datenbanken 148 und 142 der Verwaltungsplattform 100 hinterlegen. Darin kann beispielweise definiert werden, welche Preisnachlässe auf Rechnungen bei frühzeitiger Bezahlung gewährt werden können, welche Zahlungsziele erreicht werden sollen, wann welche Geldmittel zur Verfügung stehen müssen und ähnliches. Ferner können Käufer 136 und Verkäufer 138 über ihre jeweiligen Buchhaltungssysteme 150 und 152 mittels der entsprechenden Programmmodule 154 und 156 Rechnungen über die entsprechenden Portale 1 18 und 124 an die Plattform 102 übermitteln, wobei die Rechnungen zunächst, solange sie nicht von Käufer und Verkäufer bestätigt wurden, in der Datenbank 1 10 für nicht bestätigte Rechnungen abgelegt werden. Sobald jedoch von einem Käufer 136 eine Be- stätigung einer eingegangenen Rechnung vorliegt, kann die Rechnung in die Datenbank 1 12 für bestätigte, bzw. genehmigte Rechnungen überführt werden. Dabei werden die eingegangenen Rechnungen bezüglich eines ihnen anhaftenden Ausfallrisikos bewertet. Beispielsweise wird dabei eine Rechnung, die bislang nicht vom Käufer bestätigt wurde, mit einem höheren Risiko bewertet, als eine Rechnung, welche bereits vom Käufer bestätigt wurde. Ferner können auch weitere Faktoren wie beispielsweise Erfahrungswerte mit dem Zahlungsverhalten eines Käufers 136 gegenüber einem Verkäufer 138 in die Bewertung einer Rechnung einfließen. Die Systeme 150 und 152 können dabei dazu ausgebildet sein, erstellte Rechnungen automatisch an die Verwaltungsplattform 100 zu übermitteln. Wenn in den Datenbanken 1 10 und 1 12 Rechnungen gespeichert sind, ist das Programmmodul 120 dazu ausgebildet, fortlaufend die hinterlegten Rechnungen und die darin enthaltenen Rechnungsinformationen mit den in der Datenbank 132 gespeicherten pauschalen Finanzierungsangeboten abzugleichen. Ferner werden passende Finanzierungsangebote mit den in den Datenbanken 148 und 142 hinterlegten Zielwerten verglichen. Wird dabei für eine Rechnung ein oder mehrere Finanzierungsangebot gefunden, welches die jeweiligen betriebswirtschaftlichen Kennzahlen entsprechend den Zielwerten verbessern würde, wird dieses Finanzierungsangebot als potentielles Finanzierungsangebot zwischengespeichert. Aus den so gefundenen potentiellen Finanzierungsangeboten wird dann dasjenige Finanzierungsangebot herausgesucht, welches den durch den Käufer 136 und/oder Verkäufer 138 definierten Zielwerten am ehesten ent- spricht.
Die Käufer 136 und Verkäufer 138 haben dabei die Möglichkeit in ihren jeweiligen Zielwerten auch zu definieren, dass bei einem zu einer Rechnung passenden Finanzierungsangebot die Finanzierung automatisch in Anspruch genommen wird. In diesem Fall kann die Finanzierung automatisiert durch die Verwaltungsplattform 100 kontrahiert und an das Modul 122 zur Verwaltung von Finanzierungen übergeben werden. Für den Fall, dass durch den in der zu finanzierenden Rechnung spezifizierten Käufer 136 oder Verkäufer 138 keine automatische Bestätigung einer Finanzierung vorgesehen ist, kann die Verwaltungsplattform 100 alternativ auch eine Bestätigung von dem Käufer 136 und/oder dem Verkäufer 138 abfragen, ob ein Finanzierungs- angebot in Anspruch genommen werden soll. In diesem Fall können Käufer 136 und/oder Verkäufer 138 über das entsprechende Portal 1 18 bzw. 124 der Finanzierung zustimmen, oder die Finanzierung ablehnen.
Nachdem die Finanzierung einer Rechnung kontrahiert wurde, erzeugt das Programmmodul 122 ein entsprechendes Datenobjekt mit der Rechnung und dem gewählten Finanzierungsangebot in der Datenbank 1 14. Ferner werden akzeptierte Finanzierungsangebote bzw. die hieraus resultierenden Finanzierungen auch in den entsprechenden Nutzerschnittstellen 136 der Finanziers 140 angezeigt. Auf diese Weise erhalten die registrierten Finanziers 140 einen Überblick über laufende Finanzierungen, sowie die damit verbundenen Daten bezüglich der erzielten Rendite, des Status der Rechnung, des Risikos der Rechnung, des erzielten Gewinns etc. Ferner werden zu der Finanzierung in der Datenbank 134 Finanzierungsbuchungen gespeichert, wobei die Finanziers 140 auf ihre jeweiligen Finanzierungsbuchungen zugreifen können, beispielsweise um in ihren jeweiligen Buchhaltungssystemen die laufenden Finanzierungen verbuchen zu können.
Sobald das Fälligkeitsdatum einer finanzierten Rechnung erreicht wird, löst die Verwaltungsplattform 100 bzw. das Programmmodul 128 die Zahlung der Rechnung durch den Finanzier 140 beispielsweise in Form einer Überweisung des Rechnungsbetrags abzüglich des von dem Verkäufer gewährten Preisnachlasses aus. Hierzu kann beispielsweise ein gesondertes Konto eines Finanziers verwendet werden, für das der Verwaltungsplattform Weisungsrechte einge- räumt wurden. In diesem Fall kann das Programmmodul 128 beispielsweise vor der Überweisung auch prüfen, ob das Konto ausreichend gedeckt ist um die Zahlung zu leisten und nötigenfalls einen Finanzier 140 auffordern für eine entsprechende Deckung des Kontos zu sorgen. Das Programmmodul 128 gewährleistet dabei, dass die Rechnung fristgerecht durch den Fi- nanzier bezahlt wird.
Der Überweisung des Rechnungsbetrags an den Verkäufer 138 können dabei durch das Programmmodul 128 weitere Rechnungsinformationen angefügt werden. Dabei kann beispielsweise spezifiziert werden, auf weiche Rechnung sich die Zahlung bezieht, ob bzw. welche Finanzierung der Zahlung zugrunde liegt und welcher Preisnachlass im Rahmen der Finanzierung festgelegt wurde. Diese Informationen können dabei von dem Programmmodul 160 des Systems des Verkäufers 152 für eine korrekte Buchung der eingegangenen Zahlung verwendet werden. Neben einer Überweisung sind selbstverständlich auch andere Zahlungsmittel, beispielsweise mittels einer Kreditkarte oder mittels virtueller Währungen wie Bitcoins oder ähnlichem vorstellbar.
Spätestens ab dem Zeitpunkt zu dem die Finanzierung einer Rechnung kontrahiert wurde, werden sämtliche Änderungen in den Rechnungsdaten und Statusänderungen der Rechnungen, welche einen Einfluss auf die Bewertung der Rechnung bezüglich ihres Ausfallrisikos haben, durch die Verwaltungsplattform 100 nachverfolgt. Beispielsweise kann eine zuvor nicht bestätigte Rechnung nach Kontraktion der Finanzierung von dem Käufer bestätigt worden sein, oder eine Rechnung kann durch den Käufer angefochten werden - beispielsweise aufgrund einer fehlerhaften Warenlieferung. Solche Informationen werden durch eine Aktualisierung der Datenbank 1 14 und der darin gespeicherten, betroffenen Finanzierungen abgebildet. Ferner werden nötigenfalls auch die Finanzierungsbuchungen in der Datenbank 134 aktualisiert und der betroffenen Finanzier 140 über die Nutzerschnittstelle 136 über die Änderung in Kenntnis gesetzt.
Sobald das Zahlungsziel einer finanzierten Rechnung erreicht ist, übermittelt der in der finan- zierten Rechnung bezeichnete Käufer eine entsprechende Anweisung zur Zahlung des Rechnungsbetrags an die Plattform 100 bzw. das zuständige Programmmodul 126. Das Programmmodul 126 erkennt dabei, dass es sich bei der in der Anweisung bezeichneten Rechnung um eine finanzierte Rechnung handelt und leitet dementsprechend die eigentlich an den Verkäufer gerichtete Zahlung an den Finanzier 140 um. Dabei wird der Zahlung eine Zahlungsinformation beigefügt, aus der hervorgeht, dass es sich um den Ausgleich einer geleisteten Finanzierung handelt, wobei beispielsweise die zugehörige Finanzierungsbuchung bezeichnet wird. Auf diese Weise kann die erhaltene Zahlung durch ein Buchhaltungssystem des betroffenen Finanziers 140 automatisch der entsprechenden Finanzierung zugeordnet werden. Nachdem die durch die Finanzierung entstandenen Auslagen des Finanziers 140 durch den Käufer 136 ausgeglichen wurden, wird die Rechnung in die Datenbank 1 16 übertragen, in der ausgeglichene Rechnungen, also sowohl finanzierte als auch nicht finanzierte Rechnungen geführt werden. Ferner wird die entsprechende Finanzierungsbuchung aktualisiert und dem Finanzier 140 über die Nutzerschnittstelle 136 eine entsprechende Information mitgeteilt. Die in der Datenbank 1 16 gespeicherten finanzierten als auch nicht-finanzierten ausgeglichenen
Rechnungen mit den entsprechenden Rechnungsinformationen können dann weiter dazu verwendet werden, Prognosen für die Ausfallrisiken weiterer Rechnungen von den entsprechenden Käufern und/oder Verkäufern aufzustellen. Schließlich werden auch die in den Datenbanken 142 und 148 hinterlegten betriebswirtschaftlichen Kennzahlen aktualisiert, um die Auswirkungen der geleisteten Finanzierung durch geänderte Kennzahlen abzubilden.
Für den Fall, dass eine Rechnung nicht durch einen entsprechenden Finanzier 140 finanziert wurde, wird die von einem Käufer 136 empfangene Anweisung zur Zahlung einer Rechnung auf klassischem Wege weiterverarbeitet, indem eine Überweisung des Rechnungsbetrags von dem Käufer an den Verkäufer angewiesen wird. Auch in diesem Fall werden die entsprechenden
Anpassungen an den gespeicherten betriebswirtschaftlichen Kennzahlen und an den Daten zur Risikoabschätzung für zukünftige Rechnungen vorgenommen. Dabei kann durch einen Käufer 136 der Zahlungsanweisung an den Verkäufer 138 eine zusätzliche Information angefügt werden, welche beispielsweise anzeigt, ob und in welchem Rahmen ein Skonto in Anspruch ge- nommen wird, ob eine Verrechnung mit vorangegangenen Gutschriften erfolgt, oder im Falle einer reduzierten Zahlung an den Verkäufer 138 was der Grund für die Reduzierung des Zahlungsbetrags ist. Diese Informationen können durch die Verwaltungsplattform 100 ausgelesen und unter anderem für zukünftige Risikoabschätzungen bei weiteren Rechnungen verwendet werden
Die Erfindung ist nicht auf eine der vorbeschriebenen Ausführungsformen beschränkt, sondern in vielfältiger Weise abwandelbar.
Sämtliche aus den Ansprüchen, der Beschreibung und der Zeichnung hervorgehenden Merk- male und Vorteile, einschließlich konstruktiver Einzelheiten, räumlicher Anordnungen und Ver- fahrenssch ritten, können sowohl für sich als auch in den verschiedensten Kombinationen erfindungswesentlich sein.

Claims

Patentans prüche
Computer-implementiertes Verfahren zur automatischen Finanzierung von Rechnungen zwischen einem Käufer und einem Verkäufer durch wenigstens einen Finanzier mit einer Verwaltungsplattform, wobei die Verwaltungsplattform wenigstens eine Datenbank und wenigstens eine Auswerteeinheit aufweist, wobei in der wenigstens einen Datenbank für den wenigstens einen Finanzier pauschale Finanzierungsangebote zur Finanzierung von Rechnungen, sowie Zielwerte für betriebswirtschaftliche Kennzahlen von wenigstens dem Verkäufer und/oder dem Käufer gespeichert sind, wobei das Verfahren die folgenden Schritte aufweist:
• Empfangen einer Rechnung von dem Käufer und/oder dem Verkäufer durch die Verwaltungsplattform, wobei die Rechnung wenigstens eine Rechnungsinformation enthält,
• Ermitteln wenigstens eines potentiellen Finanziers für die Rechnung durch Abgleichen der wenigstens einen Rechnungsinformation der Rechnung mit den in der Datenbank der Verwaltungsplattform hinterlegten pauschalen Finanzierungsangeboten des wenigstens einen Finanziers und den Zielwerten für betriebswirtschaftliche Kennzahlen des Käufers und/oder Verkäufers durch die Auswerteeinheit,
• Wenn wenigstens zwei potentielle Finanziers ermittelt wurden, Ermitteln eines besten Finanziers, dessen pauschales Finanzierungsangebot den Zielwerten für betriebswirtschaftliche Kennzahlen des Käufers und/oder Verkäufers am besten entspricht durch die Auswerteeinheit,
• Automatisches Kontrahieren der Finanzierung der Rechnung durch den ermittelten Finanzier durch die Vermittlungsplattform, und
• Überweisen des Rechnungsbetrags von dem Finanzier an den Verkäufer, wobei eine anschließende Zahlung des Käufers an den Verkäufer zur Begleichung der Rechnung durch die Verwaltungsplattform bei erfolgter Finanzierung der Rechnung durch einen Finanzier an den Finanzier umgeleitet wird.
Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Rechnungsinformation eine Information aufweist, welche die Rechnung selbst, das Umfeld der Rechnung und/oder eine Historie der Rechnung bezeichnet. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Auswerteeinheit dazu ausgebildet ist, für eine empfangene Rechnung aus den Rechnungsinformationen einen Risikowert zu bestimmen, wobei der Risikowert eine Wahrscheinlichkeit dafür bestimmt, dass eine Rechnung durch einen Käufer pünktlich beglichen wird.
Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass in den pauschalen Finanzierungsangeboten eines Finanziers eine Obergrenze für Risikowerte von Rechnungen definiert ist, wobei für Rechnungen, deren Risikowert oberhalb der definierten Obergrenze liegt, der entsprechende Finanzier nicht als potentieller Finanzier ermittelt wird und/oder die Rechnung an den Finanzier mit dem zweitbesten pauschalen Finanzierungsangebot vermittelt werden.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass in den pauschalen Finanzierungsangeboten wenigstens eines von einem finanziellen Rahmen für eine Finanzierung, einer Anzahl von zu finanzierenden Rechnungen, Art und/oder Risikoprofil der zu finanzierenden Rechnungen, wenigstens einem zu finanzierenden Käufer, wenigstens einem zu finanzierenden Verkäufer, wenigstens einem zu finanzierenden Paar von Käufer und Verkäufer und/oder einem zu erzielenden Mindestgewinn definiert ist.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass Rechnungen von einem Rechnungs-Verwaltungs-System eines Käufers und/oder Verkäufers nach Erstellung der Rechnung automatisch an die Verwaltungsplattform übermittelt werden.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Verwaltungsplattform vor dem Kontrahieren der Finanzierung der Rechnung durch den Finanzier eine Bestätigung von dem Käufer und/oder dem Verkäufer anfordert, wobei die Finanzierung der Rechnung durch den Finanzier nur dann kontrahiert wird, wenn alle abgefragten Bestätigungen erteilt werden.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass der Überweisung des Rechnungsbetrags von dem Finanzier an den Verkäufer durch die Verwaltungsplattform eine erste Zahlungsinformation angefügt wird, wobei die erste Zahlungsinformation wenigstens anzeigt, dass die Zahlung in Folge einer Finanzierung er- folgt, welche Rechnung der Zahlung zugrunde liegt und welche Anpassung des Rechnungsbetrags aufgrund der Finanzierung erfolgt ist.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass bei Finanzierung einer Rechnung durch einen Finanzier, die Verwaltungsplattform eine der finanzierten Rechnung und dem Finanzier zugeordnete Finanzierungsbuchung erzeugt und in der Datenbank speichert, wobei Finanziers Zugriff auf die ihnen jeweils zugeordneten Finanzierungsbuchungen haben.
Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Verwaltungsplattform bei Umleitung der Zahlung eines Käufers an den Finanzier eine zweite Zahlungsinformation anfügt, wobei die zweite Zahlungsinformation die Finanzierungsbuchung bezeichnet, welche der der Zahlung zugrundeliegenden, finanzierten Rechnung zugeordnet ist.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Überweisung des Rechnungsbetrags von dem Finanzier an den Verkäufer durch die Verwaltungsplattform beauftragt wird.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass Änderungen in den Rechnungsinformationen nach dem Weiterleiten der Rechnung an den Finanzier dem Finanzier mitgeteilt werden.
Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass die Verwaltungsplattform eine Historie der über die Verwaltungsplattform abgewickelten Rechnungen in der Datenbank speichert, wobei die Auswerteeinheit aus der Historie, den gespeicherten pauschalen Finanzierungsangeboten und den gespeicherten Zielwerten für betriebswirtschaftliche Kennzahlen von Käufern und/oder Verkäufern ein Risikoprofil für Rechnungen mit ähnlichen Rechnungsinformationen für zukünftige Finanzierungen ermittelt und dem wenigstens einen Finanzier bereitstellt.
14. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass der Käufer die Rechnungsinformationen der Rechnung verändern und/oder der Rechnung zusätzliche Rechnungsinformationen hinzufügen kann.
15. Verfahren nach einem der vorherigen Ansprüche, dadurch gekennzeichnet, dass es sich bei wenigstens einem der Finanziers um einen Käufer handelt. Verwaltungsplattform zur automatischen Finanzierung von Rechnungen zwischen einem Käufer und einem Verkäufer durch wenigstes einen Finanzier, wobei die Verwaltungsplattform wenigstens eine Datenbank und wenigstens eine Auswerteeinheit aufweist, wobei in der wenigstens einen Datenbank für den wenigstens einen Finanzier pauschale Finanzierungsangebote zur Finanzierung von Rechnungen, sowie Zielwerte für betriebswirtschaftliche Kennzahlen von wenigstens dem Verkäufer und/oder dem Käufer gespeichert sind, wobei die Verwaltungsplattform dazu ausgebildet ist:
• Eine Rechnung von dem Käufer und/oder dem Verkäufer zu empfangen, wobei die Rechnung wenigstens eine Rechnungsinformation enthält,
• Mittels der Auswerteeinheit wenigstens einen potentiellen Finanzier für die Rechnung zu ermitteln, durch Abgleichen der wenigstens einen Rechnungsinformation der Rechnung mit den in der Datenbank der Verwaltungsplattform hinterlegten pauschalen Finanzierungsangeboten des wenigstens einen Finanziers und den Zielwerten für betriebswirtschaftliche Kennzahlen des Käufers und/oder Verkäufers ,
• Wenn wenigstens zwei potentielle Finanziers ermittelt wurden, mittels der Auswerteeinheit einen besten Finanzier zu ermitteln, dessen pauschales Finanzierungsangebot den Zielwerten für betriebswirtschaftliche Kennzahlen des Käufers und/oder Verkäufers am besten entspricht,
• Die Finanzierung der Rechnung durch den ermittelten Finanzier automatisch zu kontrahieren, sodass der Rechnungsbetrag von dem Finanzier an den Verkäufer überwiesen wird, und
• Eine anschließende Zahlung des Käufers an den Verkäufer zur Begleichung der Rechnung bei erfolgter Finanzierung der Rechnung durch einen Finanzier an den Finanzier umzuleiten.
Computerprogrammprodukt, welches auf einem Computersystem ausgeführt, das Computersystem dazu veranlasst, das Verfahren nach einem der vorherigen Ansprüche 1 bis 15 durchzuführen.
EP17717342.4A 2016-04-15 2017-04-03 Verfahren zur automatischen finanzierung von rechnungen Withdrawn EP3443529A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016107072.6A DE102016107072A1 (de) 2016-04-15 2016-04-15 Verfahren zur automatischen Finanzierung von Rechnungen
PCT/EP2017/057901 WO2017178269A1 (de) 2016-04-15 2017-04-03 Verfahren zur automatischen finanzierung von rechnungen

Publications (1)

Publication Number Publication Date
EP3443529A1 true EP3443529A1 (de) 2019-02-20

Family

ID=58547480

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17717342.4A Withdrawn EP3443529A1 (de) 2016-04-15 2017-04-03 Verfahren zur automatischen finanzierung von rechnungen

Country Status (5)

Country Link
US (1) US20190108560A1 (de)
EP (1) EP3443529A1 (de)
CN (1) CN109074610A (de)
DE (1) DE102016107072A1 (de)
WO (1) WO2017178269A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109741184A (zh) * 2018-12-30 2019-05-10 深圳乐信软件技术有限公司 融资数据的管理方法、装置、服务器和存储介质
CN114708608B (zh) * 2022-06-06 2022-09-16 浙商银行股份有限公司 一种银行票据全自动化特征工程方法及装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US7340433B1 (en) * 1999-07-30 2008-03-04 Orbian Management Limited System and method of transaction settlement using trade credit
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
GB0101989D0 (en) * 2001-01-25 2001-03-14 Best Quote Direct Ltd Improvements relating to information systems
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
US8606697B2 (en) * 2004-06-17 2013-12-10 Visa International Service Association Method and system for providing buyer bank payable discounting services
US20070255663A1 (en) * 2004-12-23 2007-11-01 Randy Jordan System and Method for direct negotiation between buyers and sellers for products and services, and between buyers and Lending and Travel services
US20060167792A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-supplier transaction and payment programmed processing system and approach
EA010935B1 (ru) * 2005-01-27 2008-12-30 Вэлидейшн Клиаринг Бюро (Проприетари) Лимитед Электронная система обработки счета и её применение
US20060173772A1 (en) * 2005-02-02 2006-08-03 Hayes John B Systems and methods for automated processing, handling, and facilitating a trade credit transaction
TW200816067A (en) * 2006-09-20 2008-04-01 Jing-Min Zhuang Business to business e-commerce system and method thereof

Also Published As

Publication number Publication date
WO2017178269A1 (de) 2017-10-19
CN109074610A (zh) 2018-12-21
US20190108560A1 (en) 2019-04-11
DE102016107072A1 (de) 2017-10-19

Similar Documents

Publication Publication Date Title
US7904372B2 (en) Methods and systems for facilitating transactions between commercial banks and pooled depositor groups
US7797217B2 (en) System for managing the total risk exposure for a portfolio of loans
US7797214B2 (en) Financing and securitization structure for a portfolio of loans
US6571219B1 (en) Computer-implemented process and mechanism for implementing an employee stock ownership plan
US8090651B2 (en) Methods, systems, and computer readable media for facilitating the exchange of reciprocal deposits
WO2004032005A2 (de) Verfahren zur automatischen integrierten belegablage bei der protokollierung von geschäftsvorfällen
DE102013226320A1 (de) Systeme und Verfahren eines Managers für online gesicherte Kredite
KR101980307B1 (ko) 피투피(p2p) 투자 중개 시스템
DE112008003246T5 (de) Immobilientransaktionssystem unter Verwendung eines Immobilienfonds und Verfahren dazu
DE20221741U1 (de) System zum Ausführen einer geschäftlichen Transaktion zwischen einem Käufer und einem Verkäufer
US20220101440A1 (en) Method and System for Equitably Allocating a Financial Distribution to Multiple Investors
US11763394B2 (en) Method and system for buying and selling property tax liens and determining property tax lien price and fair value on a secondary market
DE112013001230T5 (de) Systeme und Verfahren zur Bereitstellung von Onlinemarkt
WO2017178269A1 (de) Verfahren zur automatischen finanzierung von rechnungen
US7590580B2 (en) Computer-implemented process and mechanism for implementing an employee stock ownership plan
US7447651B1 (en) Digital computer system for operating a customizable investment fund
KR101991769B1 (ko) 전자 화폐를 채권 증서로 이용하는 투자 중개 시스템
Dowell Resources rent taxation
Nyangito Delivery of services to smallholder coffee farmers and impacts on production under liberalization in Kenya
DE102020209138A1 (de) Verfahren und Vorrichtung zum Steuern einer Kryptowährung
Mayo Time to upgrade Australia's company tax system from imputation to integration
DE202018006361U1 (de) Zahlungssystem
Obersteiner A DECISION MODEL FOR THE ALLOCATION OF FOREIGN FUNDS TO DIVIDEND REMITTANCES AND FOREIGN INVESTMENT IN A MULTINATIONAL CORPORATE SYSTEM WITH WHOLLY-OWNED FOREIGN MANUFACTURING SUBSIDIARIES.
Wilbourne Loan level accounting by funding source and program type
DE10017235C2 (de) Verfahren, Computerprogramm, Vorrichtung und System zum automatischen Erfassen und Abwickeln eines Wertpapiergeschäfts

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20181015

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20200207

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TRAXPAY GMBH

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20210429