Answers.Body: <p>One way to do it would be to have the other payments that aren't actually tied to CiviCRM go through the 'pay later' option. Then they would go in with the status of pending pay later. Then in your instructions, you could give the link they would need to use in order to actually pay for it (assuming that you have one to give). Then their information would be in the system and all you would need to do is go in and edit it to complete and input the information regarding when/how they paid.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-01-11T03:03:25.253Z
Answers.Text: seems like a good approach for one-off, not sure it will help with recurring
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-01-11T04:48:38.183Z
Answers.Text: Yea, recurring makes things a little more difficult. But with that, the person who does memberships in the org I work with just goes in and manually clicks renew once the person pays via whatever the source is (check, call in, etc).
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-01-12T12:50:43.907Z
Answers.Text: Hmm, yeah that seems like the only viable option. In the long run it would probably be a pain and it doesn't offer "streamlined" approach. So I'm guessing that if you want that you should probably work with payment processors that have plugins available for civi if that's possible.
Answers.UserDisplayName: slovojed
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-01-14T04:21:50.290Z
Answers.Text: Yup, we've pretty much tried to just stay with those that have plugins. But they also do some stuff over the phone, by purchase order and check, etc.
Answers.UserDisplayName: Jenni Simonis
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2022-01-10T15:10:41.987Z
Answers.LastActivityDate: 2022-01-10T15:10:41.987Z
Answers.UserDisplayName: Jenni Simonis
Body: <p>do you have any knowledge on whether it is possible to register a user who is using for payment a processor that isn't listed in official guides?
  We receive donations using Paypal but also through Corvus payment gateway, Paycek (for cryptocurrencies) and another that is more &quot;local&quot;.</p>
  <p>The way I see it, a donor would be able to register on our webpage and through that give a donation using PayPal which should then be registered in his profile but I am unsure if such thing is possible using the other routes because there are no developed plugins in civiCRM ecosystem. I am guessing, that such data will have to be manually added if we don't want to develop a plugin?</p>
  <p>The donations are either one-off or recurring.</p>
  <p>Any help and/or pointers would be more than welcome.</p>
  
Tags: <contributions><payment-processor>
Title: Registering donor while using other payment processors
ThreadText: # Registering donor while using other payment processors
  
  (Asked by: username_0 on 2022-01-10)
  
  do you have any knowledge on whether it is possible to register a user who is using for payment a processor that isn't listed in official guides?
  We receive donations using Paypal but also through Corvus payment gateway, Paycek (for cryptocurrencies) and another that is more "local".
  
  The way I see it, a donor would be able to register on our webpage and through that give a donation using PayPal which should then be registered in his profile but I am unsure if such thing is possible using the other routes because there are no developed plugins in civiCRM ecosystem. I am guessing, that such data will have to be manually added if we don't want to develop a plugin?
  
  The donations are either one-off or recurring.
  
  Any help and/or pointers would be more than welcome.
  
  **Tags:** contributions, payment-processor
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2022-01-10. Score: 0
  
  One way to do it would be to have the other payments that aren't actually tied to CiviCRM go through the 'pay later' option. Then they would go in with the status of pending pay later. Then in your instructions, you could give the link they would need to use in order to actually pay for it (assuming that you have one to give). Then their information would be in the system and all you would need to do is go in and edit it to complete and input the information regarding when/how they paid.
  
  > **Comments:**
  > **username_2**: seems like a good approach for one-off, not sure it will help with recurring  
  > **username_1**: Yea, recurring makes things a little more difficult. But with that, the person who does memberships in the org I work with just goes in and manually clicks renew once the person pays via whatever the source is (check, call in, etc).  
  > **username_0**: Hmm, yeah that seems like the only viable option. In the long run it would probably be a pain and it doesn't offer "streamlined" approach. So I'm guessing that if you want that you should probably work with payment processors that have plugins available for civi if that's possible.  
  > **username_1**: Yup, we've pretty much tried to just stay with those that have plugins. But they also do some stuff over the phone, by purchase order and check, etc.  
  
  ---
  
  