I don't think it is possible but wanted to know. We have a use case where we wanted to send an email to the customer if a particular journey is triggered by a user. Just like a FYI email (say change of display name journey - we want to notify customer that you have triggered this and if not contact helpdesk)
Is this possible via XML and userjourney?
Related
I'm building a platform for selling video courses using React and Next.js.
My goal is to create a payment form that unauthenticated users can use. I want it to work the way it works on Gumroad - a user opens a modal where they can enter their email, their credit card info, and click "Pay" (see the image). When the user submits this form, I want to create an account for them behind the scenes and process the payment at the same time, and then redirect them to the already purchased course, with them being already logged in to their account. That way the UX is much nicer, and conversions are higher - I don't have to require users to create an account before purchasing the course, to them it all looks like one step.
The problem is that to handle payments, I'm using <PaymentElement />. In order to display this form on my website, I am required to create a Payment Intent first. In order to create a Payment Intent, I have to pass it stripeCustomerId (so that I could save the payment method the user has used), as well as userId (so that, in my webhooks, after the payment succeeds, I could add the course to the list of the courses the user has purchased). And that means that in order for me to display the checkout form, the user has to already have an account and be authenticated.
Can you give me some advice? What can I do, is there a solution or a workaround to this?
What I need is:
Show the user a form where they can enter their email address and credit card info.
When the user clicks "pay", create an account for them (which has userId and stripeCustomerId).
After that, use this information to process the payment.
You can update the Payment Intent's customer after the Payment Intent is created and/or confirmed. That means the flow would look something like this:
Create a Payment Intent
Display the payment page with the Payment Element
When payment successfully completes create a Customer and update the Payment Intent's customer with the Customer ID
Normally, to add a new card information, we should follow that order
Create a new customer on Stripe (using email, first name, lastname, phone, zipcode, etc)
Create a setup intent, get a client secret
Confirm card setup with the client secret (when adding card info)
The payment process comes after with that card info. You can make that new card as default if you want.
Create a guest user first
Create a payment intent using guest user credentials
Display Stripe form on the client
Whenever the user submits the form on the client, update the payment intent with the customer id first then confirm the payment.
We have logic app which sends an email with office 365 outlook connector. Our requirement is to send an email as group from particular email account.
For example:if DEV1#example.com has Send as permissions on email group => Group1#example.com and if DEV1#example.com sends an email as the group, it shouldlook like Group1#example.com group has sent an email.
We have followed the below documentation given and given right permissions, but still it is not working for us.Has anyone faced similar issue? Please guide us on this.
https://learn.microsoft.com/en-us/microsoft-365/solutions/allow-members-to-send-as-or-send-on-behalf-of-group?view=o365-worldwide#allow-members-to-send-email-as-a-group
The Send an email action has an optional parameter, From (Send as), which you can add to the action and use your service account's email address as the sender. To add this parameter, follow these steps:
In the Send an email action, open the Add a parameter list, and select the From (Send as) parameter.
After the parameter appears on the action, enter the service account's email address.
As per the below image you can set the options
For Complete Information follow Office365 Connector.
Check Mailbox Permissions on how to set mailbox permissions to other user.
I am using stripe for my app subscription needs. I have some webhooks which are called when an invoice is paid, failed etc now this webhooks send the customer_email and i use that to do some other tasks. Now the problem is that a user is able to change the email on checkout_session
I don't want the user to be able to change this. I tried disabling the option from the customer-portal dashboard on stripe but that didn't work either.
Changing this email calls the webhook with wrong email resulting in lost subscription etc. I can't seem to find the option to disable this.
Currently you cannot disable changing the email address in the Checkout Session. You would probably want to use the customer's id as the unique reference (instead of relying on the customer's email).
Disabling the ability to update their email address as shown in the second screenshot, only disables that function in the customer portal.
I have an easy one, never had to do it before
I'm on the invoice, I click on the + and I click on email.
The recipient email is the customer, fine.
But I have a case where I need to hardcode the email.
I created a workflow and assign the email to the hardcoded address.
It's not working and I'm not surprised.
I want to update the email recipient field in the "popup" screen
I'm sure it's easy for all of you but it would help me
Mark
The logic needs to be deployed to the message record instead of the invoice record. I am not sure if the message record is exposed to workflows, but it is exposed to user event scripts. A user event script deployed on the message record will execute on every message, so the script logic needs to check the passed parameters to determine if the email was opened from an invoice. The easiest way to change the recipient email address is to use a redirect with the desired parameters.
I am new to DocuSign and currently trying to solve the below problem
I have a three step docusign process
Creates Document for signature
Customer takes action on document
The supervisor approves once customer signed the document.
Currently, if the user Accepts and signs the document, it goes to Step 3.
But if User "Declines", STEP 1 is notified by EMAIL and the supervisor at STEP 3 is not.
I am trying to understand how to make the supervisor receive email when Customer DECLINES a request.
Does the supervisor at Step 3 have their own DocuSign account? I think they might need one to be able to receive an email notification when the customer declines - with an account they simply enable this option:
If they do not have a DocuSign account, then I believe you can still notify them on a Decline but you would have to write the logic in your integration. For instance, if the customer declines the envelope, then you detect that through code or through the return url, then you can manually send the supervisor an email letting them know which envelope has been declined.