Yep, counterparty risk is a valid concern when using any stable coins on the XRPL.

I'm waiting for Flarenetworks to finish their building of the Flare Network protocol as they potentially have a solution to counterparty risk, with onchain data feeds, collateralisation of assets, fast and secured transfers, lower fees and a trustless protocol.

If you could add a BTC payment link option to FA invoices, that would be brilliant.

I agree it would be great to build a module for exporting supplier payments to payment generators.
It's a feature that would greatly enhance usability of FA.
I'd like to see these modules remain free in FA as I think there needs to be a free accounting software package that can be used by people that don't have the financial resources.

My desire is to have FA be able to invoice in stable coins so that anyone can use any currency, irrespective of what country they reside in. If everyone used FA and XRPL stable coins (USD, GBP, EUR, AUD etc) there would be no need for banks, 24 hour access to financial payments and cheap financial transactions.

I'm interested in utilizing the existing stable coins on the XRPL, such as USD, EUR, GBP & AUDD. Not so much USDT as it would involve a lot more integration work than I am capable of. I think the XRPL in that regard is a lot easier to work with.

Cheers

bentoket9 wrote:
lp wrote:

The world and accounting systems are moving to simplified payments with the integration of XRPL into existing accounting systems.

This video summarises the issues being addressed and how it is being addressed. I think this would be a great feature for FrontAccounting.

https://www.youtube.com/watch?v=WGuKhgZUo8o


It's fascinating to see the integration of XRPL (XRP Ledger) into existing accounting systems, simplifying payments in the process. Incorporating such technology into accounting software like FrontAccounting could indeed revolutionize the way transactions are managed.

While XRPL offers fast and cost-effective payment solutions, it's also worth exploring the potential of incorporating other digital assets like usdt payment within accounting systems. USDT, being a stablecoin pegged to the value of the US dollar, could provide additional flexibility and stability in financial transactions.

Would you be interested in exploring the integration of USDT payments alongside XRPL in FrontAccounting? It could offer users a diverse range of payment options while streamlining accounting processes.

Thanks for the feedback and comments.

I have a few ideas I'd like to implement but just don't have time at present, I think the technology is there to make it all work for Front accounting.

- Creating a FA  ISO 20022 export file would work with Dallipay for all XRPL currencies. Thus you could make payment to all suppliers with one export file, on the XRPL.
- That export could also be used for standard bank payments too.
- RadyDynamics XRPL Checkout allows FA orgs to fully host their own invoice payment submissions to the XRPL via Xaman (Xumm). This would assist in maintaining control customizing invoice link payment processing.
- XRPL currencies include USD, EUR, GBP via Gateio who is reputable so low counterparty risk. I have in my mind how this could be implemented so the FA entity could issue invoices in those currencies with those currency payment links. Other currencies exist too such as AUDD.
- With existing and new features coming onto the XRPL, payment of customer invoices could be seem less, i.e. it wouldn't matter what currencies the customer has, it could be seem less payment into the invoice currency with automatic pathfinder and the AMM.
- Currency balances and transactions exports of XRPL via Dallipay could be imported and ease transaction processing.

In essence I think the technology is there, to run a multi currencies account on the XRPL and integrated with FA, avoiding Bank restrictions and costs.

The biggest downside is that both parties to the invoice transaction need to have an XRPL account. If both the entity and customer are willing to do this, financial transactions would be a breeze for both parties.

Cheers

Thanks Joe. Announcement has been updated. And good move/change for preparing for future extensions.

I think the bank name should be set as 'XUMM XRP'

That way when new functionality comes in with say USD, it could be appropriate to use 'XUMM USD' as another payment option.

I like kvvaradha's suggestion to use the Bank Name instead of the Bank Account Name as the search parameter for the XRPL bank account number.

This will allow users to not be restricted with the setup of the bank account name in the FA.

Thats a good point kvvaradha and would be an improvement.

Announcement

Happy to announce a little milestone in the evolution of Front Accounting - the integration of blockchain technology to facilitate secure and efficient payment processing of sales invoices.

This update leverages the native digital asset 'XRP', as the primary cryptocurrency for payment processing. XRP digital asset is the native digital asset (cryptocurrency) of the XRP Ledger (XRPL), being a robust and scalable blockchain built for payments processing. It is hoped that other currencies (USD, GBP, EUR etc) on the XRPL will be incorporated in the not-too-distant future.

Payment Processing - Insight

Upon receipt of an invoice, customers will now have the ability of clicking the payment link at the bottom of the invoice to initiate payment through the customer's XUMM app. Using the power of the XRPL and XUMM app, the customer can securely make payment of the invoice, with XRP, in a matter of minutes of receiving the invoice, at any time, from anywhere in the world, without any bank intermediary.

Prerequisites for Utilization

XUMM Wallet App

  • The customer is required to have a XUMM app (free) installed on their phone from either the Apple or Google store. They will need to have an account on the XRPL with sufficient XRP to make payment of the invoice. XUMM App can create an account on the XRPL and XRP will need to be transferred into the account before that account becomes active.

  • The FA entity issuing the invoice also needs to have the XUMM app and an XRPL account setup on the XRP ledger.

Front Accounting - Setup

  • A new bank account will need to be setup. The 'Bank Name' must be 'XUMM XRP' as the payment link looks for this in the Bank Name field in order to extract the XRPL account number.

  • The entity's XRPL account number must be input into the XRPL Account's 'Bank Account Number' field. XRPL Accounts numbers typically look like rhotcWYdfn6qxhVMbPKGDF3XCKqwXar5J4. For example, the previous wallet address is the hot wallet address of crypto exchange Gatehub. You can copy and paste your XRPL account number from XUMM app into the 'Bank Account Number' field.

  • A 'XRP' currency must be setup so that XRP/Home Currency exchange rates can be input for link generation on printing of invoices.

  • Prior to any invoice printing with the payment link, the XRP / Home Currency exchange rate must be input as at the day of invoice printing. If there is no exchange rate input, attempting to print invoices with the XUMM XRP payment link will fail.

Front Accounting - Invoice Printing

  • Invoices are generated as per your normal processes within FA

  • To print invoices with the XUMM payment link, go to 'Customer and Sales Reports' of the 'Sales module'. Select "Print Invoices', select your Home Currency. In the dropdown box of the Payment Link, select "XUMM XRP'.

  • In the 'Comments:' box insert any commentary you would like to appear under the XUMM payment link. Such commentary may be 'Insert invoice number into the 'Memo' field of the XUMM payment'

  • Press the 'Print Invoices' button and your invoices will be printed and/or emailed with the XUMM payment link on the bottom.

Final thoughts and considerations

  • If you would like to see what the payment link looks like, I have attached a test company invoice with the link, to this announcement.

  • Although this payment link enables the capacity for payment of invoices by anyone, anytime from anywhere in the world in less than a minute, there is still one final step needed if you want cash transferred into your home currency bank account. You will need to use a local cryptocurrency exchange to exchange XRP into fiat and then transfer into your bank account. There are several on/off-ramp providers within Xumm to allow easy conversion of XRP in and out of your bank account.

  • Invoices are generated with the exchange rate at date of printing. Should your customer decide to make payment some time after receipt and the exchange rate has changed, you will receive more or less than your home currency amount on the invoice, depending on the movement of exchange rate. Exchange rates are fixed on the invoice and don't automatically adjust for the when the customer makes payment.

  • The XRPL has capacity for making payments in fiat backed XRPL digital assets such as USD, GBP, EUR and others. Future developments of FA will hopefully bring payment links options with these digital assets in mind and overcome the above exchange rate risk.

Hi Apmuthu, just wondering if you have had an opportunity to review/test the proposed amendment?

Thanks

I've attached a dummy invoice generated with the Xumm payment link to the original message. 

Screenshot of link at bottom of invoice attached to this message.

I've created a pull request for the Xumm payment link to be added to be committed to the main repository on GitHub.

I'm no coder but the proposed works fine. I would appreciate if it could be reviewed, checked and confirmed ok, to be committed.

Not sure if the process to update documentation to explain process.

Would like to look at exporting supplier payment file next, has anyone done any work in that regard?

Thanks.

That's great what you have done and I'm super impressed. Wish I could do something like that.

For someone like me, a one click install is all I'm really capable of. I'm just dabbling in this stuff at the moment, so I don't need to deploy as yet.

I agree that FrontAccounting should be focused on accounting development, though:

- capacity to auto add a Crypto QR Code payment to an Sales invoice would be nice
- capacity to auto read a Crypto ledger for payments received data and match AR invoices would be nice
- capacity for FA to auto read an AP email account and auto import payment data would be nice
- capacity to export a payment file to standard bank import or crypto import would also be nice

Thanks for your response. It was great to hear what you have done.

The world and accounting systems are moving to simplified payments with the integration of XRPL into existing accounting systems.

This video summarises the issues being addressed and how it is being addressed. I think this would be a great feature for FrontAccounting.

https://www.youtube.com/watch?v=WGuKhgZUo8o

See this video of one developer leading the process of integration of crypto payments into accounting systems worldwide.

https://youtu.be/WGuKhgZUo8o

https://github.com/radynamics/CryptoIso20022Interop

I recently saw a post on twitter (see below) regarding a developer that was setting ISO 20022 compliant payment processing system for XRP / XRPL.

I'm thinking this sort of payment arrangement is the way of the future and would allow convenient banking access to anyone using FrontAccounting.

In short, this guy has setup some software (on Github) that will process multi-payments (via the XRPL - possible in various currencies however transferred in XRP) via an exported csv file from an accounting system. Likewise, the software will allow for the download of transactions from an XRP account and export into a csv file for import/processing into the accounting system. This is to be done in the upcoming compliant format per ISO 20022. 

Just wanted to put it out there and see if anyone else has some thoughts on creating import/export csv's for FrontAccounting, that would allow convenient processing of payments and receipts via XRP/XRPL in a compliant upcoming banking format i.e. ISO 20022.

https://twitter.com/SchlaubiD/status/1536282159601926148?s=20&t=s3wKS9nSjm5-hg_UTILheg
https://youtu.be/-u307nu72SQ
https://t.co/OGZajUPYML
https://t.co/uq7XP8rraw

Cheers