57 Matching Annotations
  1. Jul 2024
    1. As an administrator,

      not sure if we should call this admin, as they can have a custom role as well. I think we should just call out that budget owners/ petty cash users will have access to their own expenses only

    2. You can view the expenses made basis the role available to you.

      should this be a watch out section. I dont think we mention this kind of a statement anywhere even though permissions apply to other sections on the product as well.

    3. Make Expenses

      Making expenses is only via the mobile app now by scanning QR or entering UPI ID. But please check with KD if we want to add these details as its not compliant with NPCI at the moment

  2. Mar 2024
    1. The user is removed.

      Can we add a watch out here - 1. if user being removed has reportees - call out that any approval requests raised by reportees might be blocked and reportees will be left manager-less. 2. if user being removed has pending entities to approve or is a part of workflow - that approvals of entities might get blocked.

    2. One group cannot access or perform actions on behalf of another group/s.

      access is based on permissions of their user role not the group they are a part. What are we trying to highlight here?

    3. You can choose to enable or disable the group type as a custom field for Purchase Order, Invoice or Payout.

      We can remove this. This will be possible only with custom fields. This won't be a merchant setting in V1 or the near future.

    4. You get full financial control with the availability of data and download reports for easy tracking and verification.

      You can call out that they will be able to download team and department based reports

    5. Data privacy: Currently, you can make a setting for your team member to either view their own data or the entire organisation's data. However, shortly you will be able to customise this as well.

      You should lead with this and team& department based workflows.

      In V1, only admin and owner have access to add data, all other users will have access to their own data. If they are a part of workflows, they will have access to the data they need to approve/ previously approved or rejected.

    6. We create levels and sub-levels of management throughout the organisation for better administration and in the process, each team tends to stick to their own practices which causes difficulty in tracking each task. With this feature you can maintain your hierarchy while standardising everything for all your employees and everything on one dashboard.

      this sounds a bit vague. Can we add some example if it helps? Did not understand the tracking task part of it.

    7. You can add the groups under it and invite users. If you require multiple different roles, you can create user roles based on your requirements and invite them. You can also request RazorpayX to create the groups for you and invite users to access your account based on the user roles you create, under the different groups.

      instead of this level of detail here, should we just mention that once group types are created, you can add groups and assign add team members to the groups?

    8. better coordination and accurate usage.

      Think the value prop can be better here - 1. Data privacy 2. Team/ department based workflows - approvals from head of teams/ departments and reporting managers

  3. Sep 2023
    1. Example If you have created a batch of 15 payouts in bulk each worth ₹1,000, the batch's total is ₹15,000. In case 1, the bulk payouts batch is not sent for approval as the individual payout's amount is not greater than ₹10,000. If there are individual payouts greater than ₹10,000 in a batch file, you must approve each such payout. In case 2, the total amount of the batch is ₹15,000. This batch is sent for approval as the total batch amount is > ₹10,000.

      Can we club the examples with the cases above? Case 1: The individual payout's amount in a batch. Example....... Case 2: The sum of all the payout amounts in a batch. Example.......

  4. Apr 2023
    1. Bulk Payouts Templates

      Add one section for users to understand how to fill the templates

      recommend .xlsx as it has validations and it would help reduce errors

    2. Hover over the file name to View Payouts after they are processed or click on the respective file name to find details on the left pane.

      Add - 1. once the file is processed, you will be able see the accepted rows and invalid rows. - Accepted rows - against which payouts will be created - invalid rows - rows that were rejected (use a better word) due to some errors. You can download the batch report from the left pane where you can see the reason for invalidation.

    3. Download the .CSV or .XLSX template based on your requirement from here or the dashboard. To download it from the dashboard:

      Could we add a tip here that xlsx is recommended which can help then create an error free sheet easily as we have in sheet validations

  5. Feb 2023
    1. If you want the team member to be a part of the approval workflow, update the permissions in the new role assigned.

      If the team member's role is already a part of approval workflow, make sure to add the team member's newly assigned role to the approval workflow for them to be able to continue approve or reject payouts.

    2. Y
      1. Once the role is selected, you can preview the permissions associated with the role and enter the email address of the team member.
      2. Finally click on ‘send invite’.
    1. then click + Member after saving to assign it to the relevant team member.

      Once the role is successfully created, you can invite a new team member to the role or update the role of an existing team member to the newly created role.

    2. Enter the email address of the user you want to add. Then, click Send Invite to invite the user to your team. They can sign in as an existing user or as a new user in RazorpayX.

      Remove

    3. Scroll to CUSTOM ROLES and click + Create New Role.

      This should come first as point 3 and then branch it out into two sub-points. One for using an exiting role as a template and the other for starting from scratch.