The Mystery of the Vanishing Refund Option

Many of you have reported a strange and perplexing phenomenon akin to paranormal activity and the great unsolved mysteries of our time, like the lost city of Atlantis or the strange disappearance of Flight 19. You have all experienced it even if you haven’t noticed it. Your refund option has disappeared without a trace. You have searched, you have reloaded the page, but each time you click the “gear” icon, the refund option has failed to appear. Adding to the strange, mysterious and uber-frustrating aspects of its disappearance is that this only happens occasionally. It just vanishes without a trace on one invoice but on others it’s still where it has always been. So you wonder and then you email support and ask, “Is Arctic broken?” “Am I missing something?” “WTF?”

Never fear, you actually haven’t entered the Twilight Zone nor have you been plunged into a parallel universe or taken a trip through the Bermuda Triangle and of the biggest relief, Arctic isn’t broken or just toying with you. The refund option has vanished because the original credit card payment is older than 90 days. (I know, booorrrinng, right? It would be cooler if we could blame its random and unexplained disappearance on the paranormal but sadly, this doesn’t qualify for the X-files.)

When an original credit card transaction is older than 90 days, the original transaction details can no longer be used to process a refund. You have to re-enter the card number to issue a refund and to do this you must perform an Unlinked Refund. Depending on your gateway provider, you may also have to get authorization from the provider prior to processing the Unlinked Refund and be sure your gateway is configured to process Unlinked/Blind Refunds, as is the case for Authorize.Net users. In other cases, you can process an Unlinked Refund without the extra steps or settings. In any case, if you are uncertain what your gateway provider requires to process an Unlinked Refund, you should contact them first before attempting to process the refund just to be sure everything is configured correctly and you have any necessary authorization.

There are step by step instructions on how to process an Unlinked Refund in Section 21.4 of the Invoice Transactions Chapter. This section will explain not only how to process a normal refund but also how to process an Unlinked Refund. There are other instances where you might want to use an Unlinked Refund besides the case described above, where the original credit card transaction is older than 90 days. You also use the Unlinked Refund option to issue a refund by check or cash (where the refund does not need to be linked to a specific payment), or if the guest wants you to process the refund to a different card than used for the original payment.

Now you know the mundane truth behind the vanishing refund option, but there are still plenty of unexplained phenomenon in the world for us to wonder and hypothesize about, like the inexplicable gravitational pull of freshly baked chocolate chip cookies. And while we can’t help unlock all of the unsolved mysteries in the world, feel free to contact support if you encounter strange and mysterious occurrences in Arctic or even if you just need assistance processing an Unlinked Refund and we will be happy to help. 🙂

Building on Arctic – The API

Today’s blog post will be a somewhat nerdy diversion from the usual topics, touching on a very powerful feature available to outfitters that want to do something unique or powerful using the information stored in Arctic Reservations. This is achieved through the Arctic API (which stands for application programming interface). The Arctic API allows another computer program, or a website, to connect to Arctic Reservations in order to share information between the two programs. Although this might seem like a simple idea, it provides a phenomenal range of possible uses.

Originally, the API was designed to allow extracting live trip availability information. This allowed building custom trip listing or calendar pages that reflected trip availability. But since launching version 2, the API has been expanded substantially to allow a number of additional powerful features.

We even use the API internally for a number of newly deployed features. For example, the new calendar booking interface is built completely off the API. All the code associated with the calendar booking interface is included in our Github repository as an example for those outfitters that want to build their own custom booking interfaces.

Other uses of the API that we have seen include:

  • Our billing system uses the API to create and issue invoices, and record automatic payments details.
  • The API allows extracting accounting information, and has been used to automatically update a separate accounting system.
  • Contact forms on the main outfitter website can be tightly integrated with Arctic to automatically generate customer records and inquiries based on the provided information. (The Github repository includes a complete example of how this works.)
  • User authentication can be built around the API, as it supports OAuth 2. This allows staff to use their Arctic credentials to login to other services, simplifying login management.

The API is not for everyone, and often requires having a knowledgable developer. But for the ambitious outfitters who want to achieve truly custom features or very powerful automation beyond the built in features of Arctic. We are happy to help suggest ways the API can be used to achieve certain features as well (although we can not provide support debugging code).

For those interested in learning more about the API, we recommend checking our Github repository, which includes a comprehensive PHP framework for interacting with the Arctic API. In addition, it includes a number of examples, both trivial demonstrations as well as more real-world use cases.