[3537]

Treasury automation. Three employees for 1,000 daily payments

Date:
December, 2013
Prototype:
proto$ gen VI mod 3FFECA (Londinium)
Customer:
Ulmart.ru
All the payments pass automatically, with guaranteed checks for budgetary limitations and sufficient cash coverage, and with lower priority payments postponed to a later date if needed. And with all the beauty of machinery order and control to which your human treasurers pay lip service only.
 
Key factors for the success of any commercial organization, regardless of how big it is, are associated with what it’s doing, first of all, at the strategic level, i.e. the job it does positioning its products in the market, and, second of all, at the operational level, i.e. proper realization of these products (in a broad sense).

We may notice that the activities of the back office (mean the units not directly connected with the final-say decision-making within the company, e.g. cleaning personnel, accountants, admins, etc., as well as the Treasury Department, which we’ll be talking about below) does not fit in with either the strategic or operational level.

Even a brilliantly arranged team of accountants, true virtuosos at manufacturing your quarterly balance sheet, won’t make you a single dollar if your candy floss equipment is not competitive as a product. Even if a team of dedicated cleaners keep your selling area beyond reproach the company is unlikely to get any gain in sales if the product range is poor or the prices are not market based.

But face it: if you turn things 180 degrees around, the same Accounting Department of yours may just ruin your operational paradise, which will significantly affect your business results, if your clients and suppliers constantly have trouble documentation-wise, whilst your poorly "optimized" annual reports may result in the tax agency suspending your operations. Precisely likewise, you may end up having fewer and fewer customers, especially new ones, visiting your shop, if your selling area is decorated with filth welcoming herds of humming creatures to infest it.

Let’s take the Treasury, for instance (which is mundanely subsumed under the middle office, but, considering a relatively narrow range of duties performed in a single-specialty trade organization, we can confidently categorize it under the back office). While it can’t really be of much use overall, we must keep in mind that it’s equally capable of hurting you no less than other back-office subspecies.

The entire work of the Treasury revolves around what’s called a "payment request". Payment requests for product shipments (when there is a sale going on) are created automatically subsequent to the receipt of the product and the entire set of relevant documentation, in alignment with the terms and conditions of partnership with the supplier, which are reflected in dia$par as well.

The payment requests for goods/services purchased for the company’s internal needs can be generated both automatically (e.g., rent, paychecks, etc.) and manually by the initiator.

Depending on the initiator, office, cost item, and percentage of the budget used on it, each payment request has its own sign-off sheet (approval form) and its own roster of signers. It is possible there will be no signers at all, which, for instance, is the case with requests created automatically based on incoming shipping lists from the Purchase Department, which are considered as approved at the moment they are created, since the product has already got to the warehouse. When it comes to design work, custom approval routes are set up.

At Ulmart, there are over 800 staff members empowered to initiate requests for payment. While there are over 100 employees involved in approval routes as signers.

Each payment request has mandatory fields for those responsible for the provision of accounting documentation and deadlines. The fields are filled in at creation. Consequently, the Bookkeeping Department is conveniently provided with an automatically generated list of document debtors. Additionally, the system is equipped with a piece of functionality that allows the user to mail out notices and reminders. There is an inquisitor robot that can issue a fine and/or block salary pay-outs to the more flagrant debtors. The launch of this functionality has reduced document debt (the accountant’s nightmare in any large organization) by as many as 5 times.

In August 2013 mobile clients running on iOS and Android were equipped with payment coordination functionality. Since then, the request signing rate at Ulmart has risen as much as 30%.
The company’s annual economic benefit has amounted to 14 million rubles.

The system provides you with instant access to information related to how much has been paid so far and how much is due, with a breakdown into offices, departments, cost items, and projects. When these data are factored into forecasts on the movement of your funds, you’ll be able to detect potential cash deficiencies or, conversely, identify excess liquidity periods. These data (as well as all of your reports) can be viewed on an iPad.

Requests Journal

In case of cash shortage for all payments on a given day, dia$par has the capacity to optimize on its own, in alignment with an order of precedence for payments and preset rules for the length of acceptable delays across counterparties/cost items, the package of requests in such a way as to ensure it is executed in full, by moving those that haven’t been resolved to later dates.

At the end of the cycle, the system unloads requests that have been approved and resolved into the client bank for execution.

Approval of Payments on the e-Trade Mobile Client

As a result, Ulmart’s Treasury is capable of handling nearly a thousand payments per day. The entire flow is processed by one treasurer and two operators. Most of the time, the latter are there just "in case" — to take care of non-standard situations or fill in for a colleague in the event of sick leave or vacation. Quite a soft job, isn’t it?

Being inside dia$par. Some stories
©
© 2020
U.S. Humanless Enterprises
contact us
U.S. customers:
Call me back
humanless service
We do NOT collect any visitor's
information, except given obviously,
and do NOT share it with third parties.
  • United States+1
  • Canada+1
  • Afghanistan (‫افغانستان‬‎)+93
  • Albania (Shqipëri)+355
  • Algeria (‫الجزائر‬‎)+213
  • American Samoa+1684
  • Andorra+376
  • Angola+244
  • Anguilla+1264
  • Antigua and Barbuda+1268
  • Argentina+54
  • Armenia (Հայաստան)+374
  • Aruba+297
  • Australia+61
  • Austria (Österreich)+43
  • Azerbaijan (Azərbaycan)+994
  • Bahamas+1242
  • Bahrain (‫البحرين‬‎)+973
  • Bangladesh (বাংলাদেশ)+880
  • Barbados+1246
  • Belarus (Беларусь)+375
  • Belgium (België)+32
  • Belize+501
  • Benin (Bénin)+229
  • Bermuda+1441
  • Bhutan (འབྲུག)+975
  • Bolivia+591
  • Bosnia and Herzegovina (Босна и Херцеговина)+387
  • Botswana+267
  • Brazil (Brasil)+55
  • British Indian Ocean Territory+246
  • British Virgin Islands+1284
  • Brunei+673
  • Bulgaria (България)+359
  • Burkina Faso+226
  • Burundi (Uburundi)+257
  • Cambodia (កម្ពុជា)+855
  • Cameroon (Cameroun)+237
  • Canada+1
  • Cape Verde (Kabu Verdi)+238
  • Caribbean Netherlands+599
  • Cayman Islands+1345
  • Central African Republic (République centrafricaine)+236
  • Chad (Tchad)+235
  • Chile+56
  • China (中国)+86
  • Colombia+57
  • Comoros (‫جزر القمر‬‎)+269
  • Congo (DRC) (Jamhuri ya Kidemokrasia ya Kongo)+243
  • Congo (Republic) (Congo-Brazzaville)+242
  • Cook Islands+682
  • Costa Rica+506
  • Côte d’Ivoire+225
  • Croatia (Hrvatska)+385
  • Cuba+53
  • Curaçao+599
  • Cyprus (Κύπρος)+357
  • Czech Republic (Česká republika)+420
  • Denmark (Danmark)+45
  • Djibouti+253
  • Dominica+1767
  • Dominican Republic (República Dominicana)+1
  • Ecuador+593
  • Egypt (‫مصر‬‎)+20
  • El Salvador+503
  • Equatorial Guinea (Guinea Ecuatorial)+240
  • Eritrea+291
  • Estonia (Eesti)+372
  • Ethiopia+251
  • Falkland Islands (Islas Malvinas)+500
  • Faroe Islands (Føroyar)+298
  • Fiji+679
  • Finland (Suomi)+358
  • France+33
  • French Guiana (Guyane française)+594
  • French Polynesia (Polynésie française)+689
  • Gabon+241
  • Gambia+220
  • Georgia (საქართველო)+995
  • Germany (Deutschland)+49
  • Ghana (Gaana)+233
  • Gibraltar+350
  • Greece (Ελλάδα)+30
  • Greenland (Kalaallit Nunaat)+299
  • Grenada+1473
  • Guadeloupe+590
  • Guam+1671
  • Guatemala+502
  • Guinea (Guinée)+224
  • Guinea-Bissau (Guiné Bissau)+245
  • Guyana+592
  • Haiti+509
  • Honduras+504
  • Hong Kong (香港)+852
  • Hungary (Magyarország)+36
  • Iceland (Ísland)+354
  • India (भारत)+91
  • Indonesia+62
  • Iran (‫ایران‬‎)+98
  • Iraq (‫العراق‬‎)+964
  • Ireland+353
  • Israel (‫ישראל‬‎)+972
  • Italy (Italia)+39
  • Jamaica+1876
  • Japan (日本)+81
  • Jordan (‫الأردن‬‎)+962
  • Kazakhstan (Казахстан)+7
  • Kenya+254
  • Kiribati+686
  • Kuwait (‫الكويت‬‎)+965
  • Kyrgyzstan (Кыргызстан)+996
  • Laos (ລາວ)+856
  • Latvia (Latvija)+371
  • Lebanon (‫لبنان‬‎)+961
  • Lesotho+266
  • Liberia+231
  • Libya (‫ليبيا‬‎)+218
  • Liechtenstein+423
  • Lithuania (Lietuva)+370
  • Luxembourg+352
  • Macau (澳門)+853
  • Macedonia (FYROM) (Македонија)+389
  • Madagascar (Madagasikara)+261
  • Malawi+265
  • Malaysia+60
  • Maldives+960
  • Mali+223
  • Malta+356
  • Marshall Islands+692
  • Martinique+596
  • Mauritania (‫موريتانيا‬‎)+222
  • Mauritius (Moris)+230
  • Mexico (México)+52
  • Micronesia+691
  • Moldova (Republica Moldova)+373
  • Monaco+377
  • Mongolia (Монгол)+976
  • Montenegro (Crna Gora)+382
  • Montserrat+1664
  • Morocco (‫المغرب‬‎)+212
  • Mozambique (Moçambique)+258
  • Myanmar (Burma) (မြန်မာ)+95
  • Namibia (Namibië)+264
  • Nauru+674
  • Nepal (नेपाल)+977
  • Netherlands (Nederland)+31
  • New Caledonia (Nouvelle-Calédonie)+687
  • New Zealand+64
  • Nicaragua+505
  • Niger (Nijar)+227
  • Nigeria+234
  • Niue+683
  • Norfolk Island+672
  • North Korea (조선 민주주의 인민 공화국)+850
  • Northern Mariana Islands+1670
  • Norway (Norge)+47
  • Oman (‫عُمان‬‎)+968
  • Pakistan (‫پاکستان‬‎)+92
  • Palau+680
  • Palestine (‫فلسطين‬‎)+970
  • Panama (Panamá)+507
  • Papua New Guinea+675
  • Paraguay+595
  • Peru (Perú)+51
  • Philippines+63
  • Poland (Polska)+48
  • Portugal+351
  • Puerto Rico+1
  • Qatar (‫قطر‬‎)+974
  • Réunion (La Réunion)+262
  • Romania (România)+40
  • Russia (Россия)+7
  • Rwanda+250
  • Saint Barthélemy (Saint-Barthélemy)+590
  • Saint Helena+290
  • Saint Kitts and Nevis+1869
  • Saint Lucia+1758
  • Saint Martin (Saint-Martin (partie française))+590
  • Saint Pierre and Miquelon (Saint-Pierre-et-Miquelon)+508
  • Saint Vincent and the Grenadines+1784
  • Samoa+685
  • San Marino+378
  • São Tomé and Príncipe (São Tomé e Príncipe)+239
  • Saudi Arabia (‫المملكة العربية السعودية‬‎)+966
  • Senegal (Sénégal)+221
  • Serbia (Србија)+381
  • Seychelles+248
  • Sierra Leone+232
  • Singapore+65
  • Sint Maarten+1721
  • Slovakia (Slovensko)+421
  • Slovenia (Slovenija)+386
  • Solomon Islands+677
  • Somalia (Soomaaliya)+252
  • South Africa+27
  • South Korea (대한민국)+82
  • South Sudan (‫جنوب السودان‬‎)+211
  • Spain (España)+34
  • Sri Lanka (ශ්‍රී ලංකාව)+94
  • Sudan (‫السودان‬‎)+249
  • Suriname+597
  • Swaziland+268
  • Sweden (Sverige)+46
  • Switzerland (Schweiz)+41
  • Syria (‫سوريا‬‎)+963
  • Taiwan (台灣)+886
  • Tajikistan+992
  • Tanzania+255
  • Thailand (ไทย)+66
  • Timor-Leste+670
  • Togo+228
  • Tokelau+690
  • Tonga+676
  • Trinidad and Tobago+1868
  • Tunisia (‫تونس‬‎)+216
  • Turkey (Türkiye)+90
  • Turkmenistan+993
  • Turks and Caicos Islands+1649
  • Tuvalu+688
  • U.S. Virgin Islands+1340
  • Uganda+256
  • Ukraine (Україна)+380
  • United Arab Emirates (‫الإمارات العربية المتحدة‬‎)+971
  • United Kingdom+44
  • United States+1
  • Uruguay+598
  • Uzbekistan (Oʻzbekiston)+998
  • Vanuatu+678
  • Vatican City (Città del Vaticano)+39
  • Venezuela+58
  • Vietnam (Việt Nam)+84
  • Wallis and Futuna+681
  • Yemen (‫اليمن‬‎)+967
  • Zambia+260
  • Zimbabwe+263