Community

Does anyone have a timeframe for direct debit, ACH or eChecks support?

We are using the Card Tokenizer on our site and the fields don't quite match those of the outer form, primarily font sizing. It would also be nice to be able to specify 'pretty' format for the credit card number: 4111 1111 1111 1111 instead of the default: 4111111111111111 I know Billsby tokenizer wraps Spreedly's tokenizer, is it possible to expose the set* (setNumberFormat, setStyle, etc.) methods of spreedly? Thanks Alun

Hi, I am working with the API to get custom fields. I have 3 custom fields but it's only returning the one of them. I am using Zapier Custom Request and everything up to this point has worked fine, but for some reason it's only returning 1 custom field and not the other 2. Any suggestions? Thanks in advance, Shawn

I am not able to process payments on my website I am not sure what the issue is. is there anyway to test out or have some check the settings ?

I have a forum of 13000 members, I would like to offer an option for them to go ad free on my site buy aying a monthly fee. How can I do this so they don;t need to re enter details and get a new login to manage their billsby subscription? Thanks

I just tried accessing the acct mgmt feature and it will not open on mobile it does some weird thing like bringing up the page on top of the existing page. Works fine on desktop. Is this a bug?

I am trying to develop using the webhooks, however when I either use the test button or perform actions on the embedded checkout I only get an empty object in the body of the request. Has anyone else experienced this issue? All hooks seem to fire and arrive OK, just no data! Thanks for any help or advice

I have an application that uses the API route (https://support.billsby.com/reference/create-a-subscription-for-a-new-customer). It was working OK until now, but I haven't changed anything and the API is now returning the following error: { ["code"]=> string(40) "Subscription_Create_Invalid_PricingModel" ["name"]=> NULL ["description"]=> string(27) "Invalid FixedBillingDateDay" } The pricing model configured by the Billsby's panel is: ["pricingModel"]=> object(stdClass)#90 (16) { ["price"]=> int(1359) ["priceFormatted"]=> string(12) "$13.59 (AUS)" ["pricingModelId"]=> int(35271) ["frequency"]=> int(1) ["frequencyType"]=> string(6) "Weekly" ["freeTrial"]=> int(1) ["freeTrialFrequencyType"]=> string(6) "Weekly" ["contractTerm"]=> NULL ["contractTermFrequencyType"]=> string(10) "Unassigned" ["setupFeePrice"]=> NULL ["setupFeePriceFormatted"]=> NULL ["freeQuantity"]=> int(0) ["billingDateType"]=> string(17) "FixedDayOfTheWeek" ["fixedBillingDateDay"]=> int(7) ["fixedBillingDateMonth"]=> NULL ["proRateOption"]=> string(25) "DoNotChargeUntilNextCycle" } Can anyone help me with this issue?

This is the API that we are working with. https://support.billsby.com/reference/put-customer When passing all the fields with the card tokenizer I'm getting this error. { "StatusCode": 500, "Message": "Internall Server Error", "Error": "Value cannot be null. (Parameter \'source\')" }

I am integrating Billsby into multi-player games. During game startup I will check if the player is subscribed. The games have a trial period and Billsby Plans can handle that well with trial period features. But to do that, even a brand new user running the game for the very first time must create an account with a trial period, which will be a deterrent to the user. Users don't want to enter an email address and payment info just to do a trial. I would like to create a completely transparent, no-friction way to get them into the trial period, use Billsby to track the trial period, and then require them to create an account once the trial period is over. "Friction free" means not having to explicitly create a user ID (that they are aware of anyway), not have to enter an email address, and certainly not enter payment information. Ideally I would create a temporary Billsby customer the user would never know about, subscribe that user to a plan with 0 cost and a trial period, and store that customer ID locally to validate them every time they start the game. When the trial period has expired the game program would direct them to create an account, provide full info including email address and payment info, and delete the temporary customer in Billsby. But it doesn't appear it's possible to do it in that way, since creating a customer requires address, email, and payment info. Is there some way to accomplish what I'm trying to do -- use Billsby to track a trial period for a specific customer in some way, but with a zero-friction user experience until the trial period is over?