Suri

Okay, please let us know once you find the issue.

Hello, Was there any update on this?

I tried searching for the Vodia Click to Call extension as mentioned in the following documentation: https://doc.vodia.com/clickcall_extension But could not find that extension in Chrome extension store. I tried searching vodia pbx click to call and some other options but could not see the extension. Could you please give the link for the extension?

Hello, Thank you for the fix, we were able to test the integration and it works. The incoming and outgoing calls create new contacts and log the activity. I wanted to know if there was more we could achieve from the integration? Does it plug on into the hubspot web interface so that we can use it as a softphone from the web UI? Or are we just able to have the incoming and outgoing calls logged and contacts created in Hubspot? Thank you

Hello, Were the logs helpful to see what was happening? We are still unable to get the CRM integration working. Thank you

61 is the country code for Australia so the numbers follow the pattern (61)(area code)(8 digit number). I had a look at our general information page and can see the "CRM Support" listed there. The logging level has been set to 9 for the domain which we are making the calls to and from. I have attached the domain logs below. So the way it is supposed to work is, when there is an incoming call to an extension in a domain, the system checks hubspot if the contact is there. If it is, it logs the call duration and details under than contact. If there is no contact, it creates a new one. This is what I understood from reading the documentation. In the case a new contact is to be created, does it create a contact with just the phone number? Does not need details like first name, last name and email address to create a contact? We tried connecting a gmail account to hubspot and can see new contacts created when an email is sent or received. But for Vodia system, we still can not see a communication attempt being made the pbx and hubspot when we call in or out. Domain incoming log.txt Domain outgoing log.txt

Thank you. In the 62.1 version released on March 26th, these issues seem to have been fixed.

We are unable to save any address data in the first tab as well. Whatever data we input for "Billing Address" in the "Billing Settings" under "Advanced" in the domain, we are unable to save that. We click on "Save" and nothing happens. The other thing with the form is when we select Australia as the country, the fields do not change, we still have the list of the US states for "State" field. At one point I even tried using a test US address to see if that would save but it that does not save either. I don't know if that was because it was a test address or something else.

Thank you for explaining the number format. The number comes up as a 61****** number in the CDRs. I have enabled web client logs and can not see anything to or from Hubspot like you said. When you say the license does not permit it, was that the Vodia license or Hubspot? Or what could be the other potential errors that you could think of so that we can look into that.

Yes I did, but the information does not save on the form. I did post about this issue in a previous reply. Whatever information we enter for the credit card for customer and click "Save" the information field is blank again. We can not see any information being saved. I have tried using a test details before.

Hello, The documentation says "For US numbers this format is a 10-digit format (for example, 6173998147). " Is there a particular standard for Australian numbers as well? We were wondering if that was why the integration was not working. The format of the numbers we are using is 614******** (11 digits in total where 61 is the country code). As I mentioned previously, at the current stage, we have a valid hubspot api key in our system. And when we try calling in or out of the extension, we do not see any log entries referring to hubspot to see if the integration is working or not. Was there any additional setting that was required on either the Vodia side or Hubspot side apart from the api keys?

Oh okay, I just asked since I had an unanswered question sitting above the response. This is the log file generated when we attempt to generate a test invoice: POST /v1/invoiceitems HTTP/1.1 Host: api.stripe.com Authorization: Bearer sk_test Content-Type: application/x-www-form-urlencoded Content-Length: 84 customer=undefined&currency=aud&description=Setup%20Fee&quantity=1&unit_amount=10000 [9] 16:13:05.330 WEBC: Initialize TLS connection [9] 16:13:05.997 WEBC: Received 858 bytes HTTP/1.1 400 Bad Request Server: nginx Date: Mon, 25 Mar 2019 05:13:05 GMT Content-Type: application/json Content-Length: 231 Connection: keep-alive access-control-allow-credentials: true access-control-allow-methods: GET, POST, HEAD, OPTIONS, DELETE access-control-allow-origin: * access-control-expose-headers: Request-Id, Stripe-Manage-Version, X-Stripe-External-Auth-Required, X-Stripe-Privileged-Session-Required access-control-max-age: 300 cache-control: no-cache, no-store request-id: req_gv9lKCqXu3V5SS stripe-version: 2019-02-19 Strict-Transport-Security: max-age=31556926; includeSubDomains; preload [9] 16:13:05.997 WEBC: https:api.stripe.com:443: Return content (231 bytes) { "error": { "code": "resource_missing", "doc_url": "https://stripe.com/docs/error-codes/resource-missing", "message": "No such customer: undefined", "param": "customer", "type": "invalid_request_error" } } [7] 16:13:17.060 WEBC: Closing connection https:api.stripe.com:443 It says "No such customer : undefined" and we do not receive the invoice. We provided a valid email address on the billing address field in the "Edit domain" page. When it looks for "customer" what is the system looking for?

Was this in reply to my message? We were trying Stripe not Freshbooks.

Okay. We are trying to simulate a multi tenant system at the moment so we were looking to see how this setting worked. The problem is that the data we entered in the fields would not save on the system. Unless it is meant to look like there is no data saved even though there is. Apart from this, when you said does this mean the system being unable to generate an invoice is a bug that is to be fixed soon? We are still unable to generate a test invoice from the "Test" button that is in the "Edit Domain" page.

At the moment, we are on version 62.1 and the build date is Feb 20 2019, 10:16:13