Skip to content

Conversation

@sriharip-docusign
Copy link
Contributor


When submitting a connector, please make sure that you follow the requirements below, otherwise your PR might be rejected. We want to make you have a well-built connector, a smooth certification experience, and your users are happy :)

If this is your first time submitting to GitHub and you need some help, please sign up for this session.

  • [ x] I attest that the connector doesn't exist on the Power Platform today. I've verified by checking the pull requests in GitHub and by searching for the connector on the platform or in the documentation.
  • [ x] I attest that the connector works and I verified by deploying and testing all the operations.
  • [x ] I attest that I have added detailed descriptions for all operations and parameters in the swagger file.
  • [ x] I attest that I have added response schemas to my actions, unless the response schema is dynamic.
  • [ x] I validated the swagger file, apiDefinition.swagger.json, by running paconn validate command.
  • [ x] If this is a certified connector, I confirm that apiProperties.json has a valid brand color and doesn't use an invalid brand color, #007ee5 or #ffffff. If this is an independent publisher connector, I confirm that I am not submitting a connector icon.

If you are an Independent Publisher, you must also attest to the following to ensure a smooth publishing process:

  • I have named this PR after the pattern of "Connector Name (Independent Publisher)" ex: HubSpot Marketing (Independent Publisher)
  • Within this PR markdown file, I have pasted screenshots that show: 3 unique operations (actions/triggers) working within a Flow. This can be in one flow or part of multiple flows. For each one of those flows, I have pasted in screenshots of the Flow succeeding.
  • Within this PR markdown file, I have pasted in a screenshot from the Test operations section within the Custom Connector UI.
  • If the connector uses OAuth, I have provided detailed steps on how to create an app in the readme.md.

sriharip-docusign and others added 30 commits April 15, 2022 11:45
Hotfix for FLOW 143: Update connect schema to 2.0 (JSON SIM)
* Remove custom fields
* Update dropdown labels to match with NDSE
… recipients are specified

Instead, present the user with option to add recipient name, email
…mail subject" and "Email body" from the user
sriharip-docusign and others added 27 commits August 15, 2022 15:45
Show options for setting recipient type and support 'in person signer' recipient type in the add recipient flow step
# Conflicts:
#	certified-connectors/DocuSignDemo/apiDefinition.swagger.json
#	certified-connectors/DocuSignDemo/script.csx
…g template" and "create envelope" actions

List custom fields shows up as an enum
# Conflicts:
#	certified-connectors/DocuSignDemo/apiDefinition.swagger.json
FLOW 200 : Error checking in case meta data for chosen verification type is missing
Merge SMS related code changes from Angel + Custom field bug fixes
@depfeife-msft depfeife-msft merged commit e7c3d40 into microsoft:dev Oct 4, 2022
lindarecfut pushed a commit to recordedfuture/PowerPlatformConnectors that referenced this pull request Feb 14, 2023
…microsoft#2025)

* FLOW-78: Support for adding recipient type in the add recipient action

* add core required param for add recipient - param name : custom fields

* Add custom fields to recipient

* Support setting core params for all signer types

* Support for inperson signer recipient type

* Update response to fit schema for in person signer

* New schema changs for connec 2.0 json sim

* Update model to recognize Connect SIM 2.0 format

* add custom fields to the webhook response model

* Update webhook response transformation logic for connect 2.0 json sim format

* FLOW-133: Support recipient types Agent, CC, Certified Delivery, Editor & Intermediary

* Add recipient step has following 2 changes.
* Remove custom fields
* Update dropdown labels to match with NDSE

* FLOW-136: Support witness recipient type

* FLOW-84: Create envelope from template expects input for body when no recipients are specified
Instead, present the user with option to add recipient name, email

* Tag the recipient id field returned by add recipient step "important" , so that it shows in the UI output

* In case recipient roles are not specified in the template, request "Email subject" and "Email body" from the user

* Fix whitespaces

* Make the connect trigger changes backward compatible using versioning

* Keep the previous version of operation id the same for create envelope using template action

* Update name for send envelope using template

* Add custom fields to "create envelope using template" FLOW action

* Extract parsing custom fields to a separate method

* Use a prefix to differentiate between text custom field and list custom field

* FLOW-159: enable user to set label for tabs, in the add recipient tabs step

* FLOW-180: Version "add recipient to an envelope" action

* Remove duplicated method

* FLOW-184: Support adding list custom fields for "create envelope using template" and "create envelope" actions
List custom fields shows up as an enum

* FLOW-168: list custom fields missing in the connect response

* Rename custom fields variable name

* Fix merge conflicts

* Move the login information code block to where it was

* FLOW-200: IDV Workflow IDV is a mandatory field but flow saving without selecting Workflow IDV

* Throw 400 BadRequest instead of InternalException to make the flow fail fast in case of user error

* shorten the custom field suffix to allow for longer field names

* Fix setting up phone authentication

* FLOW-213: Merge sms related code changes from Angel

* Change the field type of country code and phone number to integer

* FLOW-225: Trigger do not work after connector upgrade from 2.0 to 2.1
xml parsing logic was missing
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants