I am looking to use the existing subscriptions functionality as a starting point for handling magazine orders and need some clarity in two areas:
1) Duration of subscriptions. The example product, GZ-NEWS-1MO suggests that the product itself has something to do with the duration of the subscription. Is this correct? The subscription record has a start and end date and I would expect this to control the duration. 2) Recurrence. I have seen posts on the ML about using re-order shopping lists to create a new order for each issue of a subscription. How would this work if it were paid upfront? Would you accept a customer payment for the full amount and then apply it each time an order was generated? I make the assumption here that an order is not created for the entire duration. One order would be generated for each issue until the subscription period ended. |
It sounds like you're misunderstanding the meaning of various entities: Subscription: keeps track of entitlement to SubscriptionResource for a certain period of time (ie history of what was purchased/etc, used to check permission to access, etc) SubscriptionResource: you would have one of these records for each resource, such as a file or a set of files, or a publication, or whatever ProductSubscriptionResource: this is where you specify how much time and to what resources the customer is entitled to when they purchase the Product; the system automatically creates a Subscription record for each of these when the Product is purchased If you want a customer to pay for a long period up front, you would just configure a Product for that. If you want the customer to pay monthly, but sign up for a longer period of time (like a year) then you would have a Product setup for 1 month of access, and create a ShoppingList for a recurring Order to happen once a month for 12 months. -David On Mar 9, 2009, at 4:38 PM, Vince M. Clark wrote: > I am looking to use the existing subscriptions functionality as a > starting point for handling magazine orders and need some clarity in > two areas: > 1) Duration of subscriptions. The example product, GZ-NEWS-1MO > suggests that the product itself has something to do with the > duration of the subscription. Is this correct? The subscription > record has a start and end date and I would expect this to control > the duration. > 2) Recurrence. I have seen posts on the ML about using re-order > shopping lists to create a new order for each issue of a > subscription. How would this work if it were paid upfront? Would you > accept a customer payment for the full amount and then apply it each > time an order was generated? I make the assumption here that an > order is not created for the entire duration. One order would be > generated for each issue until the subscription period ended. |
Thanks David.
I was using the term "subscription" too loosely. I understand the difference in the various entities. Based on the ProductSubscriptionResource it appears as though a different product must be configured for different durations. For example if I sell a magazine and have the option to get a 1, 2, or 3 year subscription I would have to setup separate products. Is this correct? Can you elaborate on your statement about upfront payment. You said : "If you want a customer to pay for a long period up front, you would just configure a Product for that." Do you mean I would set the price for the full amount of the subscription? That is fine for accepting payment, but how would I handle fulfillment? Your other scenario for paying monthly by generating an order from a shopping list would deal with fulfillment by default, because an order would be generated for each issue. Now another twist... What I really want to do is also introduce the idea of volume and issue to better represent the real world of the publishing industry. Each issue of a magazine gets a different ISBN code. I'm thinking Product Features and virtual/variant products could be used. So I could have a virtual product representing the magazine title. Then product features could be applied to the variants to define volume and issue (year and month.) Some customization would be in order at this point to allow a virtual product to be placed on an order, or at least a shopping list. Then some intelligence to figure out the month and year so we know what issue to send out first. Still not sure how I would handle payment and fulfillment. ----- Original Message ----- From: "David E Jones" <[hidden email]> To: [hidden email] Sent: Monday, March 9, 2009 6:58:23 PM (GMT-0600) America/Chicago Subject: Re: subscriptions It sounds like you're misunderstanding the meaning of various entities: Subscription: keeps track of entitlement to SubscriptionResource for a certain period of time (ie history of what was purchased/etc, used to check permission to access, etc) SubscriptionResource: you would have one of these records for each resource, such as a file or a set of files, or a publication, or whatever ProductSubscriptionResource: this is where you specify how much time and to what resources the customer is entitled to when they purchase the Product; the system automatically creates a Subscription record for each of these when the Product is purchased If you want a customer to pay for a long period up front, you would just configure a Product for that. If you want the customer to pay monthly, but sign up for a longer period of time (like a year) then you would have a Product setup for 1 month of access, and create a ShoppingList for a recurring Order to happen once a month for 12 months. -David On Mar 9, 2009, at 4:38 PM, Vince M. Clark wrote: > I am looking to use the existing subscriptions functionality as a > starting point for handling magazine orders and need some clarity in > two areas: > 1) Duration of subscriptions. The example product, GZ-NEWS-1MO > suggests that the product itself has something to do with the > duration of the subscription. Is this correct? The subscription > record has a start and end date and I would expect this to control > the duration. > 2) Recurrence. I have seen posts on the ML about using re-order > shopping lists to create a new order for each issue of a > subscription. How would this work if it were paid upfront? Would you > accept a customer payment for the full amount and then apply it each > time an order was generated? I make the assumption here that an > order is not created for the entire duration. One order would be > generated for each issue until the subscription period ended. |
Hi All
I've the same problem I want to use the subscriptions in ofbiz to handle the subscriptions of magazines and journals I don't know how to do this would anyone tell me what to do if I want to make a weekly subscription and how to assign the start and end date why they are not supported in the order? they are associated with the subscriptionResoure Does that mean if a customer wants the weekly journal for Jan. to December and another one wants it from March to Dec. I'll create two products each one is assigned the same subscription resource and different purchase-from and purchase-to dates? I'd be grateful for any reply Thanks a lot |
Look at shoppinglist, auto reorder.
Shereen sent the following on 1/13/2011 5:55 AM: > > Hi All > I've the same problem I want to use the subscriptions in ofbiz to handle the > subscriptions of magazines and journals > I don't know how to do this > would anyone tell me what to do if I want to make a weekly subscription and > how to assign the start and end date > why they are not supported in the order? > they are associated with the subscriptionResoure > > Does that mean if a customer wants the weekly journal for Jan. to December > and another one wants it from March to Dec. I'll create two products each > one is assigned the same subscription resource and different purchase-from > and purchase-to dates? > I'd be grateful for any reply > Thanks a lot > |
What I understand is That this services can be called from ecommerce website is this true?
I've checked the ditShoppingList u've mentioned and it has frequency, interval, start and end date as I want but I want to use these features in the order manager in the back office. can this be done or I'll have to build my own module? Another Question Actually if a customer wants a subscription of a monthly magazine for ten months I want this to be treated as one order and not ten orders. I think the automatic reorders will treat them as separate orders right? I'm thankful if you can support me with extra information Thanks in advance |
my suggestion was to show the closet thing ofbiz has.
the rest is up to you. ========================= BJ Freeman Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=52> Specialtymarket.com <http://www.specialtymarket.com/> Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Shereen sent the following on 1/15/2011 11:43 PM: > > What I understand is That this services can be called from ecommerce website > is this true? > I've checked the ditShoppingList u've mentioned and it has frequency, > interval, start and end date as I want > but I want to use these features in the order manager in the back office. > can this be done or I'll have to build my own module? > Another Question > > Actually if a customer wants a subscription of a monthly magazine for ten > months I want this to be treated as one order and not ten orders. > I think the automatic reorders will treat them as separate orders right? > > I'm thankful if you can support me with extra information > > Thanks in advance > |
Free forum by Nabble | Edit this page |