Jump to content

wdfee

Members
  • Posts

    56
  • Joined

  • Last visited

Posts posted by wdfee

  1. In the email notification I'm a step further: If I add e.g. an option "service_field_1" to the module product, I can referentiate it with {service_field_1} in the email that is sent to the address I specified in "Post URL/Email". In the client mail (set in the package) I can referentiate it with "{service.service_field_1}".

    What I didn't get yet is to referentiate something in the "_other" array, e.g. the client_id.

     

    And i didn't get any Post URL processing yet.

  2. Hello,

     

    I read the documentation but still don't know how to use the response settings of the universal module. Could you give an example for this?

     

    What (in what kind of format) should be inserted to:

    Post URL/Email HTTP Code Response Contains

     

    I tried putting an email address in Post URL/Email, and I successfully got an email. But how can I get some more information into it?

    Or, much more exciting: When I want to send the response to an URL, that something can be processed, what do I have to put in "HTTP Code" and "Response Contains"?

  3. No..

     

    I forgot to say: The system is not only installed on another domain than I use for mail, it's also a different server.

    On the server with the blesta install I installed mailparse. To the mail server I don't have access. But if this would be the cause I'd change the used email and set a new one up on my own server with the same domain as the blesta install is on.

  4. Hello,

     

    I know I should have thought more about it earlier, sorry.

    Now I decided to use the current 3.0.1 install domain as test (dev) domain and to put the production install to another location. I know that the license is set for this domain.

    The current installation with owned license is at a subdomain and I want to move it to the main domain (no subdomain anymore).

    The dev license I didn't activate yet.

     

    Is it possible to move?

     

    When I install the new production install first, should I then import the dump of the old database (with changed domain names inside, maybe)? If I go to the old install and enter the dev license key instead of the owned one, will the owned one then be "free" for a new location again, that I can validate it in the new place?

     

    Or do you have to change something?

     

    Loosing data would not harm to much. I'm still in the state of testing and setting everything in 3.0.1 - the active install that my clients know is still the third, very old, 2.5 install, on a complete other domain. (This one I'm going to delete after importing).

     

    Thanks in advance...

    Fee

  5. Ok, I think I found the cause: My Server API is CGI/FCGI, not Apache 2.0 Handler.

    http://stackoverflow.com/questions/3663520/php-auth-user-not-set

     

    And inspired by this thread: https://github.com/symfony/symfony/issues/1813

    I added this to my .htaccess:

     

    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)$ api.php [QSA,L]
    </IfModule>

    now it works!! :-)

  6. I'm not able to connect with the API. Using the files from SDK, following steps from your documentation, trying get and post, definitely correct user/key information.

     

    message: 401 The authorization details given appear to be invalid.

     

    I took your blesta_api.php and blesta_response.php as they are, created a new file and called the API the following way:

    // of course I got the right informaiton in $api_url, $api_username and $api_key
    $blesta_api = new BlestaApi($api_url, $api_username, $api_key);
    // The Model to request, I tried here "users" as well
    $model = "clients";
    // The method to request, I tried here "get" as well
    $method = "getByUserId";
    // $format = "json" is set by your class
    // All parameters to send, 3 is my test client
    $params = array('user_id'=>3);
    // API request
    $response = $blesta_api->get($model, $method, $params);
    return $response;

    I took a look into the blesta core files api.php and api_keys.php and did some testing.

    It seems that the getAuthMode() doesn't return a mode, both conditions return false. All requested $_SERVER variables return null.

    I tested this by commenting out the condition for basic to force this mode and entering the correct key and url in line 2285/286 - then it works.

  7. It took me a while to understand (in lack of English knowledge) that the "Automated Clearing House" is the simple bank account I was looking for. :D (sounds funny for a Non-English-native ...)

    Now I'm trying to create a new payment method that we use in Europe/Germany, using this bank account details (ACH).

     

    But in Europe we have something called "SEPA", where we need two additional payment information fields: IBAN and BIC/SWIFT.

    When we initiate a national bank transfer, the bank account details (routing number, account number) are ok until February 2014. For international bank transfers inside of EU (+ Swiss and Monaco), and national after February 2014, we have to use IBAN and BIC/SWIFT instead.

     

    1. Is there a way to add two more fields to the ACH account details?
    2. Or is there a way to add a third payment account type, acting like CC and ACH, containing four fields (routing number, account number, IBAN, BIC/SWIFT)?
    3. Or maybe is there a way to implement a third type to "Checkings" and "Savings", offering this four fields or only the two additional fields? We could call this type "SEPA". But in it's meaning, SEPA isn't an acount type, it's a payment method for now (SEPA bank transfer).
    4. Am I on the right way to create a Merchant Gateway for this? The gateway doesn't save customer details, so account details have to be inside of blesta (or be entered everytime).
    5. Otherwise I'll first go with Nonmerchant Gateway, not saving the account details anywhere. Correct?
  8. sorry, I can't find something on this in the forums. Sure it was discussed in this new forum?

    In some threads I find some advices like "got to structure.pdt and edit it like this ..."

    Do I understand it correctly that all editing advices are meant to be done in the original core files?

  9. yes, in Blesta 2.5 I always used my calculator to first calculating "what do I have to put in here, that I get the price result I want".
    I was so happy to hear, that "inclusive" feature is coming. Because I think, that I shouldn't need a calculator, the billing system should handle this. So I got this wrong and this not a bug.
    One enhancement (thank you for this) is, that I can put more number of digits after the decimal point to really get the price I want.

  10. sorry, I do my best, but I don't see it inclusively anywhere.
     
    step by step:

    • I created my tax rule with type "inclusive" (for Germany = "MwSt.", 19%)
    • I opened a client and clicked "create invoice"
    • I entered a description, quantity, unit price - at this step I already can see the subtotal and total.
      for example: quantity "3", unit price "8.00"
      subtotal "24.00", total "24.00" - ok so far
    • Now I click on the tax checkbox - and it changes the following:
      subtotal "24.00", tax "4.56", total "28.56"
    • it goes on with this when saving and creating invoice.

    The meaning of "inclusive" as I understand it would be:

    subtotal "20.16", tax "3.83", total "24.00"

  11. ok, then M d, Y - I didn't remember the original setting. But the output in the invoice service line is F j, Y, really (whole month name, not three letters).

     

    The invoice was definitely created after saving this date setting. I first saved the date setting (two days ago), then created the package (today), then added the service to a client (today) and then the invoice was created.

     

    The right location in source is in invoices.php line 927, sorry. But both lines seem to miss the date_format setting.

    I lookes for that in the code because I first thought I have to translate an language string for this.

  12. I created a package using universal module, added a service to a test client using this package. The description line in the generated invoice is in format "package - service (F j, Y - F j, Y)".

    In my localization settings I changed date format to "d.m.Y", so it should be "package - service (d.m.Y - d.m.Y)".

     

    I found in source that this line is set by cron.php, line 333 via language string "Invoices.!line_item.service_renew_description", using $this->Date->cast().

  13. In Blesta 2.5 it was possible to make an own template with custom views. What about that in Blesta 3.0?

    If I want to change something in /app/views/admin/default/admin_clients_editinvoice.pdt do I have to edit the core file? Or can I start a template file system?

    I found the core config parameter for "default" view, but that would mean that I'd have to copy all "default" folders, rename them and then change the view?

     

    I think the above mentioned is the only file I'd like to change. I want to remove (or hide) the quantity column -  I never need quantities, it's always one service in one line. Instead I need the service date and in Blesta 2.5 I got this with a little trick. I added the date into the line with ### and read this out, viewed it in a column (after saving). For this the resizable boxes were pretty good...

  14. Yes, sure. and first reloaded page, tried changing invoice id, too..

    Maybe I didn't understand it, what should happen exactly? I thought it would be like:

    I want minimum 7 characters, so the invoice number 40 should show like 0000040. Or better 2013040 - but with this setting {year}{num}, start value 40, invoice padding size 7 and no matter what character, it stays at 201340, incrementing to 201341 and so on. I also tried only with {num}.

    Or should it be just a layout effect, but I don't see that neither.

  15. I extracted all language files for en_US now myself. If anybody is interested, I can upload it (if you tell me where to upload it).

     

    Currently I do the translation for de_DE this way myself, using community strings also - I can upload this when I finished, too. But this would not be compatible with the community translation generator, because I've all not translated strings in English in it. For me that's very good - everytime I see one not yet translated text in the blesta interface, I can go into the files, looking where it is exactly and change it there. And do a big search & replace for some strings... (many of them are really redundant)

×
×
  • Create New...