Implementation failures

[kyleez]

We began implementing Square on September 15, 2026, based largely on assurances from the sales team regarding the ease of transition and platform capabilities. We understood there would be some limitations compared to our previous local software solution, which is considerably more robust. For example, we accepted constraints such as Square's inability to assign multiple parent categories to a subcategory.

Unfortunately, our implementation experience has been extremely challenging. Square has repeatedly failed to import our inventory accurately. Across multiple import attempts, costs have not transferred correctly, quantities have been incorrect, and vendor reporting has been inconsistent. For example, an item may display the correct vendor within the catalog, yet fail to appear under that vendor when reports are generated. These issues represent only a portion of the problems we have encountered.

Our primary concern is the inability to connect directly with someone capable of resolving these technical issues. Despite numerous requests, we have been unable to speak with an engineer or technical specialist. Instead, all communication has been routed through a salesperson who frequently responds with, "I don't know, I'll add it to the list and ask the engineers." When we have requested direct communication with the engineering team, we have been explicitly denied.

Our organization includes team members who have successfully implemented large-scale ERP systems and are familiar with data mapping, integrations, system migrations, and implementation methodologies. We are not seeking basic support; we are trying to resolve complex data and reporting issues with individuals who have the technical expertise and authority to address them.

At this point, we are looking for guidance on how to escalate this matter and connect directly with a technical resource or engineer at Square. Any advice or assistance would be greatly appreciated.

[Manny_SelSq]

Hey! Sorry to hear you've had such a rough time getting Square set up.

Since you worked with a Square sales rep, I'm guessing you've probably already tried Square's automatic menu import for Toast, Clover, or another platform. Not sure which system you're coming from, though, or whether that's where things went wrong.

If the automatic import didn't work, there may be other options. You could export your menu data from your previous system and import the items using a spreadsheet. For more complicated menus, it's also possible to build a one-time migration tool using Square's Catalog API to transfer items, prices, variations, modifiers, and categories. That could save you from rebuilding everything manually, although some restaurant settings would still need to be configured in Square.

Could you share a little more about what's actually failing? Is it getting your menu into Square, getting your POS or kitchen displays working, or something else entirely? Also, which system are you moving from?

There may be a simpler workaround once we know a bit more about what's happening.

[pricelist-fixer]

@kyleez Sorry, my first reply answered a different question. You asked how to reach technical people at Square, so here is what I know.

The Square Developer Forums are a public place where Square's own developer staff answer: https://developer.squareup.com/forums. They take data questions as well as code questions, if you post the exact records. Your team can read what Square actually stored through the Catalog and Inventory APIs: each variation, its cost and vendor, and the count at each location. Put three things side by side: the row you imported, what Square stored, and the report that disagrees. That gives an engineer something to act on, which a written description does not.

For the vendor report, check the vendor on every variation, not only the first. Cost and vendor are set per variation; each variation has its own row in the export. So an item with several variations can have the vendor on one and not the others. That is a guess from how the data is stored, not something I have confirmed for your report.

When you call support, ask for a case number and attach the same evidence to that case.

[kyleez]

We worked with an implementation representative who, unfortunately, provided very little meaningful guidance throughout the process. Most of our questions were met with, "I'll pass this question along and get back to you," with few substantive answers or solutions.

We migrated from CounterPoint, a significantly more sophisticated system that, while not cloud-based, offered far greater functionality. Following Square's implementation requirements, we provided vendor, item catalog, and customer workbooks for data import. However, none of the imports were completed correctly. Vendor names were imported as numerical values, item costs were omitted entirely, and product variations were duplicated and assigned incorrect quantities, despite these issues not existing in the source files we supplied.

The entire implementation has been one challenge after another. Technical support has been virtually nonexistent, and it has been impossible to reach anyone who can provide meaningful assistance. The only consistent point of contact has been an unhelpful project manager who has been unable to answer questions or resolve issues.

[Manny_SelSq]

@kyleez 

I misread your original post and thought you were a restaurant. Since you were using Counterpoint, you must be in retail. And Counterpoint is much more sophisticated than Square.

I think what pricelist-fixer suggested is worth a try. The challenge will probably be getting past frontline support to someone technical enough to help with the migration issues.

There's another option worth considering: using Square's APIs to fix the data, rather than hoping someone technical enough from Square reaches out to you.

Square's APIs could help with several of the issues you mentioned:

• Vendors: Match Counterpoint's vendor IDs to the correct vendors in Square, rather than leaving them with numerical names.
• Items: Match products by SKU, identify duplicates, and correct mismatched items and variations.
• Vendor costs: Import the missing purchase costs. Square recently added API support for this, although it requires an eligible paid plan and is still in beta.
• Inventory: Correct stock quantities for each item and location.

I'd start with a small sample of your Counterpoint data, compare it with what's currently in Square, and test the corrections before updating the entire catalog.

This won't solve every difference between Counterpoint and Square, but it could save you from starting the migration over again. And given your team's ERP experience, you might already have someone who could help with this.

Here are the relevant Square API docs:

Catalog API | Vendor Costs API | Inventory API

[lennys26]

I would expect that the CSV import should have worked, although aligning your exported Counterpoint data with the Square CSV may be challenging. The suggestions from the others about using the APis may be your best solution, although depending on your technical capabilities, it may or may not be feasible.

if you are large enough (in sales), I understand that you do have a direct contact in Square. I have heard from other users that these contacts are normally helpful (my business is too small, so I don’t have one). Regular support wont be able to help with anything. Don't bother. Also, they do not appear to have any escalation process, so that is a dead end.