It'll work until someone upstream upgrades their CSV writing library and your process breaks. But it's still writing CSV.
I'm in a similar situation, we've been using CSV for over a decade to move billions of dollars worth of product each year. It just works.
Call me a yak-shaver, but in every language I've worked with I've written my own csv parsing library when I needed one.
It's such a trivial thing for the majority cases (varying of delimiters, line-endings, ascii/uft8, quoting, escaping, and embedding of delimiters/line-endings) that it takes barely no time at all after you've done it once in another language. Of course there are edge cases and special cases depending upon specific workloads, but if your team has it's own parser (which is a small amount of obvious code) then it does indeed usually become a simple fix.
Sounds good using someone else's library, but below a certain complexity it's rarely worth it in the medium to long term except for when doing proof of concept or demo code, or if the domain space is complex.
It's dead simple to whip up, and we can easily tweak it to whatever the customers software spits out, like one field suddenly being UTF-8 encoded in an otherwise Windows-1252 file.
We validate on ingestion and if there are changes upstream we can immediately triage without polluting our data warehouse.
CSV is like the C of data formats. It's incredibly stable yet simple enough you can make your own variant if you need to.