• Resolved pipermp3

    (@pipermp3)


    Hey,
    So big fan, the components I want to work works.
    I use a generator that creates keys on demand for now, which is correctly assigning keys to orders and the keys are available from the My account page.

    My “remote” application will use the REST API to check whether the EMAIL used on the remote application has a KEY which has status 1 or 3 (Sold, Active) either one.

    Ive been testing some dummy orders and I went to refund it, and now the order is fully refunded, but the key attached remains Active/Sold.

    Is there a way to ensure the key which is part of a REFUNDED order, changes status to DEACTIVATED ?

    Kr,

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter pipermp3

    (@pipermp3)

    Side-note:
    The REST API should really return more than either Success or Invalid when validating a key.
    It would be great if the REST API VALIDATE could return the status of the key, ie, active or inactive.

    Unless – if Deactivating a key via License Manager (DB or UI) this removed the Activation mark, Ie, I have a key whish has 1/1 Activation.

    If key is marked inactive this could go to 0/1, that would also solve another annoyance.

    Thread Starter pipermp3

    (@pipermp3)

    And a second side-note.
    If the License Manager plugin creates an ACTIVE license key, which is sent to Customer, the activation is 0/1 but the status is ACTIVE.

    The REST API validate can only see whether the key is 0/1 activated or 1/1 activated status, it does not see whether it is ACTIVE or DEACTIVATED key in it self.

    The REST API can however set the ACTIVATION up/down, but it cannot actually change the STATUS of the serial key to Active/Inactive.

    I also cannot see a way that during a REFUND, the plugin 1. Does not set it to inactive, or 2. the Plugin updates the attached key to 0/1 activation.

    As such I am struggling to see how I can use this for my remote app.
    My remote app could either use the activation: 0/1, but the ORDER status does not move this status at all.

    Or my app could use the actual STATUS of the key (1,2,3,4) but the REST API VALIDATE GET does not return this data so my App couldnt use it anyway.
    AND the order status does not change this status either.

    Are we sure the Plugin is working as intended?

    Thread Starter pipermp3

    (@pipermp3)

    Right,

    I have moved on from the REST API.
    I have worked out direct DB queries that can be used to auto update the key statuses upon order status.

    Should anyone come to find this thread and needs some direct automation within the DB to manage the order status vs key status, PM me.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Refunded order not deactivating key’ is closed to new replies.