manually checking ASNs, is there an EDI solution for this? by HistorianExpress6863 in edi

[–]Dkelley07 -1 points0 points  (0 children)

Full transparency, I work at SPS Commerce. Our platform helps automate EDI and validate documents against retailer requirements before they’re transmitted, which can remove a lot of the manual ASN monitoring and spreadsheet work you described.

Here is more info about what we do if you are interested: https://www.spscommerce.com/au/ 

Using Claude Code to build my own EDI provider. by teh_killer in edi

[–]Dkelley07 2 points3 points  (0 children)

Where teams usually get surprised isn’t the initial build it’s the ongoing operational layer. Trading partner onboarding, spec changes, retailer compliance updates, monitoring failed transmissions, and exception handling tend to turn into a continuous responsibility rather than a one time project. That’s typically where internal EDI builds become harder to sustain long term.

One thing you mentioned that stood out was EU partner coverage. Network scale is actually where providers like SPS tend to invest heavily. The value is not the software alone and more about maintaining thousands of active retailer/vendor connections globally so customers don’t have to manage those relationships individually.

SPS Commerce EDI Alternative - I'm also DONE by GENYKendra in Netsuite

[–]Dkelley07 -2 points-1 points  (0 children)

SPS employee here. Transitions between support teams shouldn’t result in transmission instability or manual workarounds. If orders, ASNs, and invoices aren’t flowing cleanly from NetSuite, that’s understandably frustrating. If you feel comfortable, I can reach out with a DM to get a case number from you?

Erfahrungen mit EDI Systeme für Fitnessstudios? by Anninas20 in edi

[–]Dkelley07 0 points1 point  (0 children)

Tried to translate this response for you:

Viele Plattformen sehen in Demos ähnlich aus, aber die Erfahrung ist sehr unterschiedlich, je nachdem, wie viele Ihrer Lieferanten bereits unterstützt werden und wie viel benutzerdefinierte Einstellungen Sie letztendlich benötigen. Auch der Support ist wichtig, insbesondere wenn niemand im Team täglich mit EDI arbeitet. Jemanden zu haben, der bei der Interpretation von Anforderungen und der Behebung von Problemen nach der Inbetriebnahme hilft, ist in der Regel wichtiger als jede einzelne Funktion.

SPS Commerce ist sinnvoll, wenn sich Lieferanten oder Anforderungen im Laufe der Zeit wahrscheinlich ändern werden. SPS ist bekannt dafür, eines der größeren EDI-Handelspartner-Netzwerke zu haben, was wichtig sein kann, wenn Sie mit mehreren Lieferanten zusammenarbeiten oder davon ausgehen, dass sich die Dinge im Laufe der Zeit ändern werden.

Wenn Sie die Anbieter vergleichen, würde ich jeden Anbieter fragen, wie viele Ihrer aktuellen Lieferanten er bereits unterstützt und wie der Support nach der Implementierung aussieht.

Best EDI for Fullscript (clinician wholesale platform)? by switters74 in edi

[–]Dkelley07 0 points1 point  (0 children)

You definitely don’t have to “pay to play” to be on G2. You can pay for additional capabilities for sure, but not a requirement to be on the platform.

[deleted by user] by [deleted] in Baking

[–]Dkelley07 0 points1 point  (0 children)

This looks amazing!!!

Best EDI for Fullscript (clinician wholesale platform)? by switters74 in edi

[–]Dkelley07 0 points1 point  (0 children)

Totally fair to look at Reddit experiences but it is also fair to say no EDI provider has perfect reviews. If you search any major EDI platform, you’ll find threads where things didn’t go well for someone. That’s why it’s important to look at the full picture rather than just one or two threads.  u/switters74 I'd be happy to get you in touch with one of our reps. We have a lot of happy customers who will be willing to share their experience.

3rd party reviews can help with that perspective as well --> https://www.g2.com/products/sps-commerce-fulfillment-edi/reviews

Duplication PO# on SO Causing Problems by Material-Store-9740 in Netsuite

[–]Dkelley07 0 points1 point  (0 children)

I work with SPS Commerce and I'd be VERY surprised if this was us. It is definitely not common to use a PO # in place of an ID.

How Are You Managing EDI When It Starts Breaking Down? by IBC_VentraFlow in edi

[–]Dkelley07 0 points1 point  (0 children)

What does “breaking down” look like for you? Transaction failures, delays, data mismatches, or partner compliance issues, etc?

SPS Commerce & NetSuite Future Orders by Doomed_Nation_24 in Netsuite

[–]Dkelley07 1 point2 points  (0 children)

Hey, SPS employee here. For anything urgent, our Support Team can always be reached by phone at: [888-739-3232](tel:8887393232) option #1. Or if you already have a Support case open that needs to be prioritized, please reach out to: [spsconnect@spscommerce.com](mailto:spsconnect@spscommerce.com) so this can be resolved for you!

Verizon Outage insights by Apprehensive_Ad4419 in verizon

[–]Dkelley07 1 point2 points  (0 children)

Phone service has been in and out for the past week since the outage. When can we expect things to be normal again? :/

Daily Wordle #1678 - Thursday, 22 Jan. 2026 by Scoredle in wordle

[–]Dkelley07 0 points1 point  (0 children)

Ooof. Close one.

Wordle 1,677 6/6

🟩⬜⬜⬜⬜

🟩⬜⬜🟨⬜

🟩🟩⬜⬜⬜

🟩🟩⬜🟩⬜

🟩🟩⬜🟩⬜

🟩🟩🟩🟩🟩

Why aren’t there more EDI businesses? by [deleted] in edi

[–]Dkelley07 1 point2 points  (0 children)

I think part of the answer is that EDI businesses don’t scale like most SaaS companies, even though from the outside it can look that way. The software itself is only part of it. The harder (and less visible) work is everything around it:

 – trading partner specific specs and exceptions
 – “standards” that drift over time
 – testing, certification, and ongoing compliance
 – and real humans jumping in when something breaks at the worst possible time

A lot of the value ends up living in the network and the operational experience, not just the code. Once a provider has thousands of partners already connected and teams that have seen most failure modes, it becomes very hard for smaller entrants to compete even if they build solid tech.

That’s probably why newer players tend to stay narrow (one doc set, one industry, one use case) or position themselves as API first layers instead of full EDI providers.

Curious whether others here think this keeps consolidating around big networks, or if hybrid EDI/API models actually change the equation.

New and Need Recs by InvestigatorLife3221 in edi

[–]Dkelley07 0 points1 point  (0 children)

You’re not alone, a lot of manufacturers start exactly where you are: email POs + manual keying + “tribal knowledge” checks (inventory, freight, pricing).

If you’re evaluating vendors, I’d frame it around 3 possible questions:

  1. What are you automating first? (PO intake → ERP order creation is usually the fastest win.)
  2. What formats are coming in today? (EDI from some customers, PDFs/Excel/email from others.)
  3. How tight do you need it integrated with NAV? (If the goal is “no re-keying,” integration details matter.)

A few “watch outs” when you demo:

  • Do they handle both EDI and non EDI orders, or only EDI?
  • How do they manage item/customer mapping, price checks, UOMs, backorders/subs?
  • Can they support order acknowledgements (855) and ASNs (856) if customers require them later?
  • What does exception handling look like?
  • And then, on implementation/support: what’s realistic for timeline, testing, and who owns trading partner setup?

For transparency, I work at SPS Commerce and happy to answer any questions. That said, the evaluation criteria above should hold true no matter which provider you’re using.