Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
svapnil
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
31.
▲
by
svapnil
2y ago
Would love to! It's next up on the roadmap for us - would love for you to check it out
32.
▲
by
svapnil
2y ago
I'd love to learn more about what you mean about the different xmlns's banks use - haven't seen that one yet. The must know a lot about ISO20022 payments! I'd love to get in touch with you, if you can please shoot me an
33.
▲
by
svapnil
2y ago
Thanks for sharing Matthieu - you know a lot about the banking system. I previously worked at Modern Treasury, so I'm also very familiar with bank integrations. If you had the time, would love to talk more about this - my email is svap
34.
▲
by
svapnil
2y ago
Government mandates are almost necessary to guide standard adoption. I saw this when I worked on UPI at WhatsApp
35.
▲
by
svapnil
2y ago
Banks add their own features to the spec - imagine they want to add a new "Bank only" attribute that makes their XML schema differentiated and better in some way. ISO20022 / XML allows this to be possible without breaking any
36.
▲
by
svapnil
2y ago
Thanks for your comment phillippta, I agree with you there are a few big challenges in setting up payments companies need to deal with: 1. Security Adding vendors is a very scary thing for companies, rightfully so. Open source is great for
37.
▲
by
svapnil
2y ago
That's true, ISO20022 was designed to be extensible, meaning banks add their own crazy variants to it all the time. Currently iso20022.js can create a minimum viable working ISO20022 file, and in the future I'd love to support as
38.
▲
by
svapnil
2y ago
Thanks for your comment mkuznets. I appreciate your input regarding XSD to class conversion - I agree that this is a super useful concept for sending ISO20022 files. I think there's always some ergonomic gap between these XML Schema ge
39.
▲
by
svapnil
2y ago
Hey catapart, thanks for your comment. You're right. Accepting credit card payments over the internet is usually done handled by black-box third party payment processors. Bank payments, like ACH, SWIFT, and others are usually built in-
40.
▲
by
svapnil
2y ago
Thanks for asking MuffinFlavored. There isn't something we are currently offering yet, althoug I wrote about how this works in the quickstart guide: https://docs.iso20022js.com/quickstart#step-4-send-the-payme...
41.
▲
by
svapnil
2y ago
Yup - see https://docs.iso20022js.com/quickstart#step-4-send-the-payme... if you wanna see how that's done
42.
▲
by
svapnil
2y ago
extremely lightweight https://www.npmjs.com/package/iso20022.js?activeTab=dependen...
43.
▲
by
svapnil
2y ago
That does sound really really fun.. What's great about XML is that free text / bank specific fields can be handled elegantly with XML's extensible structure. That is why I think ISO20022 is here to stay. That said, this libra
44.
▲
by
svapnil
2y ago
Hi Adam, thanks for asking. Eventually, this library should be extensible to generate all types of ISO20022 messages, but I'm starting out with PAIN (Payment Initation!) messages. Would be super keen to add RTP - will reach out to yo
45.
▲
by
svapnil
2y ago
Thanks for your feedback Robert! I think payments is an industry in general that is starving for the right information, so a free and open source package like this should have an abundance of information. I'll make sure I add it in. Th
46.
▲
by
svapnil
2y ago
Thanks for asking revskill, payment notifications are actually a different payment file, called a Payment Status Report file (pain.002). This is the industry standard Instead of webhooks, a developer would poll an SFTP directory for an uniq
47.
▲
by
svapnil
2y ago
Thanks for checking out what I'm working on Francisco - you're right - expanding all the data models here increases the LoC. The objective of iso20022.js is not to be overly simplified, but rather offer the best way to interface w
48.
▲
by
svapnil
2y ago
thanks for sharing - this is really helpful context. ISO20022 is the XML standard to send payment instructions, and this library conveniently exposes it's models in Typescript format. It seems like understanding what ISO20022 is is sup
49.
▲
by
svapnil
2y ago
haha, yes. fiat bank payments require a lot of information to be send correctly, for better or for worse. this library conveniently exposes the elements needed to send a payment, as per the most widely used standard available (iso20022)
50.
▲
by
svapnil
2y ago
thanks for the feedback. companies that need to programmatically send payments via bank need a corporate bank account that allows them to send programmatic payment instructions. i'll make this more clear in the docs!
51.
▲
Show HN: Iso20022.js – Create payments in 3 lines of code
(iso20022js.com)
291 points
by
svapnil
2y ago
|
125 comments
52.
▲
by
svapnil
2y ago
Hey HN, My name is Svapnil Ankolkar and I've recently built iso20022.js, a library for creating ISO20022 payments in Typescript. The goal of this project is to be the easiest way to create, and eventually ingest, files in the ISO20022
53.
▲
by
svapnil
3y ago
Great job! And nice name btw :) https://github.com/svapnil
54.
▲
by
svapnil
3y ago
How fast is inference with this model? For reference, I'm using 11Labs to synthesize short messages - maybe a sentence or something, using voice cloning, and I'm getting it at around 400 - 500ms response times. Is there any OS sol
55.
▲
by
svapnil
3y ago
What's the point about using a functional language like Gleam / Elixir for web-server applications? I used the work for WhatsApp in Erlang, and there's a strong use case for OTP / BEAM for messaging apps, but it feels us
56.
▲
by
svapnil
3y ago
I've been deep in the Discord-bot rabbit hole recently. TBH, I think it's the dominant platform to create bots, since it's the messaging app that has the most actives on it, and the event subscriptions are robust. I'd ra
57.
▲
by
svapnil
3y ago
Cool build! Quick question - why did you decide to create this bot in Rust, instead of the more popular libraries Discord.js or discord.py? Is there a real performance reason, or did you just want to do it in Rust?
58.
▲
by
svapnil
3y ago
This is really cool, nice work! Quick question - what would the cost of inference be, at scale, between a fine-tuned 3.5 and Llama 2 fine-tuned? Surely that's another factor that should be considered in this case, right?
59.
▲
by
svapnil
4y ago
Agree with some of the comments here - What is the scam - that CloudKitchens is the reason these restaurants fail? That it is actually more expensive to launch a CloudKitchens restaurant versus a normal brick and mortar? From my perspective
60.
▲
by
svapnil
7y ago
this is awesome and can really make a different in peoples lives. nice work!
More ›