Shopify + Square: who owns each record?Shopify + Square: кто хранит данные

Name the actual connectorНазовите реальный коннектор

Square describes Shopify catalog and inventory synchronization through Thrive Inventory. That contradicts the assumption that the stack must be entirely manual. A connector listing, however, does not establish two-way transfer of every order, discount, customer and refund.Square описывает синхронизацию каталога и запасов Shopify через Thrive Inventory. Это опровергает предположение, что связка обязательно требует полностью ручного ввода. Но упоминание коннектора не устанавливает передачу каждого заказа, скидки, клиента и возврата в обе стороны.

Document your actual stack: Shopify and Square plans, connector version and tier, countries and connected locations. For each operation, request direction, frequency and limitations. A direct SABSUS connection to these products is not established here; an alternative architecture needs separate agreement.Составьте паспорт вашей связки: планы Shopify и Square, версия и тариф коннектора, страны и подключённые точки. По каждой операции запросите направление, частоту и ограничение. Прямое подключение SABSUS к этим продуктам здесь не подтверждено; альтернативную схему потребуется согласовать отдельно.

Shopify as a commerce foundationShopify как торговая основа

Give every object an editing ruleОдин объект — одно правило изменения

A manager edits a shirt price in Shopify while a cashier corrects it in Square. Which record is authoritative, and what happens to the other? Define editing rights for price, name, variant and barcode. “Latest write wins” is still a rule to accept or reject deliberately.Менеджер меняет цену футболки в Shopify, а кассир одновременно исправляет её в Square. Какая запись главная и что происходит со второй? Зафиксируйте право редактирования цены, названия, варианта и штрихкода. «Последняя запись побеждает» тоже является правилом, которое нужно осознанно принять или отклонить.

Separate physical stock, reservations and inter-location transfers. Staff need to know where to correct quantities after a count. Copying a number without its field meaning can restore an old error even when message delivery works. The catalog owner approves rules before enabling the exchange.Остаток разбейте на физическое количество, резерв и перемещение между точками. Команда должна знать, где делать корректировку после инвентаризации. Копирование одного числа без смысла поля может восстановить старую ошибку даже при исправной доставке сообщений. Владелец каталога утверждает правила до подключения обмена.

Reproduce a conflict and a retryВоспроизведите конфликт и повтор

In the control case, the last unit sells at checkout while the website still shows availability. After the exchange recovers, inspect both records, cancellation or substitution, and customer communication. Record the acceptable delay and the manager's action if it is exceeded; “synchronization” does not define a deadline.Контрольный случай: последняя единица продана у кассы, а сайт ещё показывает наличие. После восстановления обмена проверьте обе записи, отмену или замену и сообщение покупателю. Запишите допустимую задержку и действие менеджера, если она превышена; слово «синхронизация» само по себе не задаёт срок.

Re-send one event and amend an order after its first transfer. Acceptance should show no unexplained second sale and a clear correction history. The integration administrator owns the technical retry; the store manager owns the decision about the customer commitment.Повторите доставку одного события и измените заказ после первой передачи. Приёмка должна показать отсутствие необъяснённой второй продажи и понятную историю исправления. Администратор интеграции отвечает за технический повтор, а торговый менеджер — за решение, что обещать покупателю.

Exchange requirementsТребования к обмену

Avoid guessing customer identityНе объединяйте клиентов наугад

Identical names do not prove one person, and different email addresses do not necessarily mean two customers. Define matching keys, duplicate handling and consent transfer. If the connection exchanges only catalog and stock, do not call it a unified customer database without further evidence.Одинаковое имя не означает одного человека, а разные адреса электронной почты не обязательно означают двух покупателей. Установите ключ сопоставления, обработку дублей и перенос согласий. Если связка обменивается только каталогом и запасами, не называйте её единой клиентской базой без дополнительного подтверждения.

Separately test a web-order return in store: who refunds the money and which system receives the stock. Finance reconciles the result without reducing the sale twice. The procedure should specify when staff must avoid manually correcting the second system.Отдельно проверьте возврат интернет-заказа в магазине: кто возвращает деньги и какая система получает товар. Финансовый сотрудник сверяет итог без повторного уменьшения продажи. В инструкции должно быть указано, когда персоналу нельзя исправлять запись во второй системе вручную.

Compare maintenance with consolidationСравните сопровождение с переходом

Keep the stack when the storefront and checkout each deliver distinct value, connector coverage is sufficient and maintenance has an owner. Consider SABSUS when there is a demonstrated need to change the overall workflow, checking required channels and services. Fewer screens do not guarantee less risk.Оставить связку разумно, если у сайта и кассы есть самостоятельная ценность, покрытие коннектора достаточно, а сопровождение имеет владельца. Рассматривать SABSUS стоит при подтверждённой потребности изменить общий процесс, с проверкой нужных каналов и внешних сервисов. Меньшее число экранов не гарантирует меньший риск.

Compare connector upkeep, manual reconciliation, training and migration over the same horizon. Before cutover, resolve the unconfirmed-event queue and preserve control exports. Accept the new architecture against agreed transaction outcomes, not simply successful staff login to one interface.Сравните обслуживание коннектора, ручную сверку, обучение и переход по одному горизонту. Перед переключением закройте очередь неподтверждённых событий и сохраните контрольные экспорты. Новая схема принимается по согласованным результатам операций, а не по успешному входу сотрудников в один интерфейс.

Migration costСтоимость смены системы

Quick answersКороткие ответы