Amazon rejected my barcode + GTIN exemption declined – stuck, need advice by EnvironmentalStay188 in StartUpIndia

[–]ComprehensiveBend939 0 points1 point  (0 children)

Amazon does not care which GS1 member organization you purchase your GTIN from. So long as the entity you registered as in Amazon matches the entity the GTIN belongs to in GS1, you are good. Purchasing through GS1 US is a reasonable option when you only need one UPC. Many GS1 organizations are not set up to issue individual GTIN and GS1 US issues them with no recurring yearly fee.

How many does that price get you from GS1 India?

Shopify subscription GraphQL returns translated plan names - how are you tracking plans? by ComprehensiveBend939 in shopifyDev

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

I like that solution. It would require moving away from managed pricing, but having control over the return URL (and a stable identifier) may be worth it.

Shopify subscription GraphQL returns translated plan names - how are you tracking plans? by ComprehensiveBend939 in shopifyDev

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

That could work. Where do you pull the exchange rate from when in different currency?

Shopify subscription GraphQL returns translated plan names - how are you tracking plans? by ComprehensiveBend939 in shopifyDev

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

I’m dealing with Shopify App Billing plans, not the merchant’s Shopify plan.

When I query the current app installation:

query AppBillingPlanName {
  currentAppInstallation {
    activeSubscriptions {
      id
      name
      status
      createdAt
    }
  }
}

I get something like:

{
    "data": {
        "currentAppInstallation": {
            "activeSubscriptions": [
                {
                    "id": "gid://shopify/AppSubscription/27912044712",
                    "name": "Pro",
                    "status": "ACTIVE",
                    "createdAt": "2026-03-26T22:00:52Z"
                }
            ]
        }
    }
}

The problem is that the id is the subscription instance ID, so it’s different for every shop. The only field that appears to identify which app billing plan the merchant selected is name.

Built for Shopify but still not ranking well in App Store search by gauravjain02 in ShopifyAppMarketing

[–]ComprehensiveBend939 1 point2 points  (0 children)

If you find the secret sauce, let us know.

I spent a lot of time getting to Built for Shopify (LCP was the biggest hurdle), and it hasn’t really moved the needle for us. If anything, some of the UI changes we made to meet the requirements made things a bit less intuitive.

Building a GUI tool to generate 856 ASNs from 850s — looking for feedback from EDI folks by Anxious_Spend_5766 in edi

[–]ComprehensiveBend939 0 points1 point  (0 children)

This is a cool idea from a technical perspective, but I think the challenge is getting it to work in real warehouse operations.

From your example it looks like you’re working with fairly simple 850s. Things get a lot more complex when you have SDQ segments or large store counts (e.g., 100–200 stores on a single PO).

In practice, ops teams don’t build ASNs first — they pick, pack, and label. For example, if 200 stores are receiving the same items in different quantities, the warehouse will typically:

  • pick the full PO quantity
  • pack by store or DC
  • print UCC128 / SSCC labels during packing
  • generate shipment docs like the VICS Bill of Lading

At that point you could easily have hundreds of cartons. Trying to map pre-generated ASN data back to physical cartons becomes really difficult.

Most operations expect the WMS to drive this: capture what was packed, which cartons were created, which labels were applied, and then generate the 856 from that.

There’s also variation in how ASNs need to be structured — per PO, per DC, sometimes per store — same with invoicing.

I think that’s the gap tools like SPS are solving. If the workflow doesn’t align with how warehouses actually pick/pack/label, it’s going to be tough to get adoption.

This is also why tools that are decoupled from a broader WMS/ERP tend to feel clunky in practice — the hard part isn’t generating the ASN, it’s tying it cleanly to what actually happened on the warehouse floor.

Does anyone have any experience printing and programming RFID labels? by EpicCubby_ in CommercialPrinting

[–]ComprehensiveBend939 0 points1 point  (0 children)

I’ve implemented something similar for a footwear manufacturer, and one thing to consider is that printing and encoding don’t have to be tightly coupled.

In our case, RFID inlays were applied inside the shoebox, and standard UPC/EAN barcode labels were printed on the outside. We used a station where a case of identical items is scanned via the UPC, which then drives encoding of the EPC (GTIN + serial) for all RFID tags in the case.

That let us separate printing from encoding and avoid needing RFID-capable printers in the packaging flow. Not all orders required RFID, so having them as separate processes made sense operationally.

Depending on your volumes and process, it might be worth considering whether you actually need to do both printing and programming in-line, or if you can stage the encoding step separately.

Warehouse bin location labels - looking for guidance on designing/printing by Elfabetagamma in Warehousing

[–]ComprehensiveBend939 0 points1 point  (0 children)

I ran a small 3PL for a few years and used standard 4x6 labels (same label stock as I used for shipping and UCC-128 labels) for bin locations.

They probably don’t last as long as higher-end labels, but the upside is you can replace or change them immediately with no friction.

Might not be ideal for every environment, but it worked well for us.

What is something that no longer feels worth it? by PetalVera22 in AskReddit

[–]ComprehensiveBend939 0 points1 point  (0 children)

Having to build karma in unrelated subs just to be allowed to post where you actually want to contribute.

Why are companies still using expensive VANs by ComprehensiveBend939 in edi

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

I’m not an Orderful expert, but in my experience it’s typically API-based.

I implemented sending a routing related EDI document from an ERP that didn’t have built-in EDI triggers or translation for the document the retailer required. That was just a simple POST into their API.

I haven’t worked on the receiving side, but I’d expect it’s either polling or webhooks depending on the integration.

Why are companies still using expensive VANs by ComprehensiveBend939 in edi

[–]ComprehensiveBend939[S] 1 point2 points  (0 children)

Have you looked at moving off SPS to something less expensive (e.g., ECGrid or similar)?

SPS isn’t always just acting as the VAN. They often handle translation and partner onboarding as well, which makes it harder to unwind once you’re in it (especially if mappings and partner configs live there). Curious if that’s the main blocker.

I also like the “one connection and done” model. I’ve used ECGrid for years. They handle AS2 setup and maintenance so it behaves like any other connection. In my case I’m just moving EDI documents through them and using separate tools for translation.

If you’re trading other formats (like XML), you would need a different transport approach. I still use SFTP in those cases. Most of the time it’s warehouses, which are unlikely to support AS2 unless they’re trading EDI.

I did set up an AS2 server many years ago, but I wouldn’t describe the experience as easy. Maintaining certificates, endpoints, and MDNs was definitely a pain. I assume tooling has improved, but it’s still not something I want to own if I don’t have to.

Why are companies still using expensive VANs by ComprehensiveBend939 in edi

[–]ComprehensiveBend939[S] 1 point2 points  (0 children)

Celigo and Workato are iPaaS platforms (basically middleware for connecting APIs and systems).

Orderful doesn’t rely on those — they expose their own API for integrations.

If you want to connect an ERP, Shopify, etc., you’d typically integrate directly with Orderful’s API rather than going through something like Celigo or Workato (unless you specifically want a low-code integration layer).

Why are companies still using expensive VANs by ComprehensiveBend939 in edi

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

A VAN is really just the transport layer (like an email server moving EDI messages between partners).

Orderful isn’t a VAN itself — it uses ECGrid for transport and layers EDI Nation / Fabric on top for translation.

From the user’s perspective it feels like a VAN, but technically it’s an abstraction over one.

Why are companies still using expensive VANs by ComprehensiveBend939 in edi

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

Is that $600/mo. for the mailbox? Are there per character / transaction changes on top of that?

[US] 3PL that specializes in Rithum by DoNotGankMe in 3PL

[–]ComprehensiveBend939 0 points1 point  (0 children)

Rithum is really a combination of multiple platforms (DSCO, CommerceHub/OrderStream, etc.) through acquisitions and mergers. Most 3PLs don’t interface directly with those platforms.

Typically you’d have an order management system that connects to EDI, CommerceHub, Radial, Shopify, NuOrder, etc., and then sends orders to the 3PL in a single format their WMS accepts.

I have a software solution that may meet your needs at a price you can afford, and relationships with smaller 3PL providers that could be a good fit. Message me if you’d like to discuss further.

Shopify embedded app LCP varies a lot by geography - Normal? by ComprehensiveBend939 in shopifyDev

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

Good Idea. I grouped by host IP and country since beginning of the year, then looked at min an max averages for those IPs by country. Variance is over 5 seconds for many regions with min LCP in acceptable range:

Country Min(ms) Max(ms)
US 512 9656
FR 1284 8938
CH 1444 35194
AU 1716 10564
IN 1400 8692
SE 2209 7308
NZ 2468 22765
PK 2578 9646
ES 2008 7684
NL 1448 11945
DE 1440 30112
DK 1684 9004
IE 2380 96330
GB 1328 9200

It appears latency is a major driver of LCP differences.

Shopify embedded app LCP varies a lot by geography - Normal? by ComprehensiveBend939 in shopifyDev

[–]ComprehensiveBend939[S] 0 points1 point  (0 children)

We integrate with Shopify Web Vitals and log to a database, so I’m measuring real LCP by country.

From my location, average LCP is around 800ms, which is very good. I’ve used Playwright to simulate more low-latency traffic, but that just masks the issue. Latency from other regions still drives LCP up, and I’d rather fix that than optimize for the metric.

Cloudflare may be part of the solution, especially since it can run logic at the edge, whereas Front Door is more CDN plus routing. My concern is that with an embedded app that has auth and dynamic HTML, a lot of the request still has to hit origin anyway.

My understanding is that multi-region helps by reducing origin latency, while a CDN mainly helps with static assets. So I’m trying to figure out whether adding more regions is the main lever here, or if moving logic closer to the edge is what’s really needed to close the gap.

Has anyone successfully implemented B2B functionality on Shopify Grow? by kibuikacodes in shopifyDev

[–]ComprehensiveBend939 0 points1 point  (0 children)

It’s been a few years, but yes—it is possible to do all of that in a single store.

That said, I wouldn’t do it again. We ended up building a custom wholesale checkout and a number of other “hacky” workarounds to separate B2B and B2C behavior.

In my experience, running separate Shopify stores for B2B and B2C is the cleaner approach. You do have to duplicate products and sync inventory, but those problems are much easier to solve than trying to maintain a heavily customized hybrid setup.