Files
medusa-store/docs/content/modules/orders/backend/handle-order-claim-event.md
Shahed Nasser 1decaa27c7 docs: publish restructure (#3496)
* docs: added features and guides overview page

* added image

* added version 2

* added version 3

* added version 4

* docs: implemented new color scheme

* docs: redesigned sidebar (#3193)

* docs: redesigned navbar for restructure (#3199)

* docs: redesigned footer (#3209)

* docs: redesigned cards (#3230)

* docs: redesigned admonitions (#3231)

* docs: redesign announcement bar (#3236)

* docs: redesigned large cards (#3239)

* docs: redesigned code blocks (#3253)

* docs: redesigned search modal and page (#3264)

* docs: redesigned doc footer (#3268)

* docs: added new sidebars + refactored css and assets (#3279)

* docs: redesigned api reference sidebar

* docs: refactored css

* docs: added code tabs transition

* docs: added new sidebars

* removed unused assets

* remove unusued assets

* Fix deploy errors

* fix incorrect link

* docs: fixed code responsivity + missing icons (#3283)

* docs: changed icons (#3296)

* docs: design fixes to the sidebar (#3297)

* redesign fixes

* docs: small design fixes

* docs: several design fixes after restructure (#3299)

* docs: bordered icon fixes

* docs: desgin fixes

* fixes to code blocks and sidebar scroll

* design adjustments

* docs: restructured homepage (#3305)

* docs: restructured homepage

* design fixes

* fixed core concepts icon

* docs: added core concepts page (#3318)

* docs: restructured homepage

* design fixes

* docs: added core concepts page

* changed text of different components

* docs: added architecture link

* added missing prop for user guide

* docs: added regions overview page (#3327)

* docs: added regions overview

* moved region pages to new structure

* docs: fixed description of regions architecture page

* small changes

* small fix

* docs: added customers overview page (#3331)

* docs: added regions overview

* moved region pages to new structure

* docs: fixed description of regions architecture page

* small changes

* small fix

* docs: added customers overview page

* fix link

* resolve link issues

* docs: updated regions architecture image

* docs: second-iteration fixes (#3347)

* docs: redesigned document

* design fixes

* docs: added products overview page (#3354)

* docs: added carts overview page (#3363)

* docs: added orders overview (#3364)

* docs: added orders overview

* added links in overview

* docs: added vercel redirects

* docs: added soon badge for cards (#3389)

* docs: resolved feedback changes + organized troubleshooting pages (#3409)

* docs: resolved feedback changes

* added extra line

* docs: changed icons for restructure (#3421)

* docs: added taxes overview page (#3422)

* docs: added taxes overview page

* docs: fix sidebar label

* added link to taxes overview page

* fixed link

* docs: fixed sidebar scroll (#3429)

* docs: added discounts overview (#3432)

* docs: added discounts overview

* fixed links

* docs: added gift cards overview (#3433)

* docs: added price lists overview page (#3440)

* docs: added price lists overview page

* fixed links

* docs: added sales channels overview page (#3441)

* docs: added sales overview page

* fixed links

* docs: added users overview (#3443)

* docs: fixed sidebar border height (#3444)

* docs: fixed sidebar border height

* fixed svg markup

* docs: added possible solutions to feedback component (#3449)

* docs: added several overview pages + restructured files (#3463)

* docs: added several overview pages

* fixed links

* docs: added feature flags + PAK overview pages (#3464)

* docs: added feature flags + PAK overview pages

* fixed links

* fix link

* fix link

* fixed links colors

* docs: added strategies overview page (#3468)

* docs: automated upgrade guide (#3470)

* docs: automated upgrade guide

* fixed vercel redirect

* docs: restructured files in docs codebase (#3475)

* docs: restructured files

* docs: fixed eslint exception

* docs: finished restructure loose-ends (#3493)

* fixed uses of backend

* docs: finished loose ends

* eslint fixes

* fixed links

* merged master

* added update instructions for v1.7.12
2023-03-16 17:03:10 +02:00

6.6 KiB
Raw Blame History

description, addHowToData
description addHowToData
Learn how to handle the order claim event in the Medusa backend. When the event is triggered, you can send an email to the customer to inform them about it. true

How to Handle Order Claim Event

In this document, youll learn how to handle the order claim event and send a confirmation email when the event is triggered.

Overview

When a guest customer places an order, the order is not associated with a customer. It is associated with an email address.

After the customer registers, later on, they can claim that order by providing the orders ID.

When the customer requests to claim the order, the event order-update-token.created is triggered on the Medusa backend. This event should be used to send the customer a confirmation email.

What Youll Learn

In this document, youll learn how to handle the order-update-token.created event on the backend to send the customer a confirmation email.


Prerequisites

Medusa Components

It's assumed that you already have a Medusa backend installed and set up. If not, you can follow the quickstart guide to get started.

Redis

Redis is required for batch jobs to work. Make sure you install Redis and configure it with the Medusa backend.

Notification Provider

To send an email or another type of notification method, you must have a notification provider installed or configured. You can either install an existing plugin or create your own.

This document has an example using the SendGrid plugin.


Step 1: Create a Subscriber

To subscribe to and handle an event, you must create a subscriber.

:::tip

You can learn more about subscribers in the Subscribers documentation.

:::

Create the file src/subscribers/claim-order.ts with the following content:

type InjectedDependencies = {
  // TODO add necessary dependencies
}

class ClaimOrderSubscriber {
  constructor(container: InjectedDependencies) {
    // TODO subscribe to event
  }
}

export default ClaimOrderSubscriber

Youll be adding in the next step the necessary dependencies to the subscriber.

:::info

You can learn more about dependency injection in this documentation.

:::


Step 2: Subscribe to the Event

In this step, youll subscribe to the order-update-token.created event to send the customer a notification about their order edit.

There are two ways to do this:

Method 1: Using the NotificationService

If the notification provider youre using already implements the logic to handle this event, you can subscribe to the event using the NotificationService:

import { NotificationService } from "@medusajs/medusa"

type InjectedDependencies = {
  notificationService: NotificationService
}

class ClaimOrderSubscriber {
  constructor({ notificationService }: InjectedDependencies) {
    notificationService.subscribe(
      "order-update-token.created", 
      "<NOTIFICATION_PROVIDER_IDENTIFIER>"
    )
  }
}

export default ClaimOrderSubscriber

Where <NOTIFICATION_PROVIDER_IDENTIFIER> is the identifier for your notification provider.

:::info

You can learn more about handling events with the Notification Service using this documentation.

:::

Method 2: Using the EventBusService

If the notification provider youre using isnt configured to handle this event, or you want to implement some other custom logic, you can subscribe to the event using the EventBusService:

import { EventBusService } from "@medusajs/medusa"

type InjectedDependencies = {
  eventBusService: EventBusService
}

class ClaimOrderSubscriber {
  constructor({ eventBusService }: InjectedDependencies) {
    eventBusService.subscribe(
      "order-update-token.created", 
      this.handleRequestClaimOrder
    )
  }

  handleRequestClaimOrder = async (data) => {
    // TODO: handle event
  }
}

export default ClaimOrderSubscriber

When using this method, youll have to handle the logic of sending the confirmation email to the customer inside the handler function, which in this case is handleRequestClaimOrder.

The handleRequestClaimOrder event receives a data object as a parameter. This object holds the following properties:

  1. old_email: The email associated with the orders.
  2. new_customer_id: The ID of the customer claiming the orders.
  3. orders: An array of the order IDs that the customer is requesting to claim.
  4. token: A verification token. This token is used to later verify the claim request and associate the order with the customer.

In this method, you should typically send an email to the customers old email. In the email, you should link to a page in your storefront and pass the token as a parameter.

The page would then send a request to the backend to verify that the token is valid and associate the order with the customer. You can read more about how to implement this in your storefront in this documentation.


Example: Using SendGrid

For example, you can implement this subscriber to send emails using SendGrid:

import { EventBusService } from "@medusajs/medusa"

type InjectedDependencies = {
  eventBusService: EventBusService,
  sendgridService: any
}

class ClaimOrderSubscriber {
  protected sendGridService: any

  constructor({
    eventBusService,
    sendgridService,
  }: InjectedDependencies) {
    this.sendGridService = sendgridService
    eventBusService.subscribe(
      "order-update-token.created",
      this.handleRequestClaimOrder
    )
  }

  
  handleRequestClaimOrder = async (data) => {
    this.sendGridService.sendEmail({
      templateId: "order-claim-confirmation",
      from: "hello@medusajs.com",
      to: data.old_email,
      data: {
        link: `http://example.com/confirm-order-claim/${data.token}`,
        // other data...
      },
    })
  }
}

export default ClaimOrderSubscriber

Notice how the token is passed to the storefront link as a parameter.


See Also