Jump to content

Kian

Level 2 Member
  • Content count

    1,068
  • Joined

  • Last visited

  • Days Won

    15

Kian last won the day on November 22

Kian had the most liked content!

Community Reputation

112 Excellent

4 Followers

About Kian

  • Rank
    Senior Member

Recent Profile Visitors

4,014 profile views
  1. Kian

    Delayed Ticket Reply

    I had the same exact idea years ago. We are both evil ๐Ÿ˜ˆ Anyway it's doable using TicketAdminReply to detect and hide the response based on your custom rules (e.g. people from Italy automatically get delayed replies), EmailPreSend to suppress the email notification, PreCronJob to "publish" the ticket with SendEmail API to send the notification we've previosuly aborted. We can make it seem more natural by automatically publishing hidden replies not on fixed times but something like H:M:S where H, M and S vary between a certain number of hours. I support this request ๐Ÿ‘ I don't wanna code it myself
  2. Kian

    Where to Add Code in Example Module?

    It's all described here. I know, it seems complicated but it's not.
  3. Kian

    Defining custom fields via module(s)?

    Sure, you can fill all your customfields automatically with queries on database from your own module.
  4. The hooks.php (s is required) file in the directory of your module works exactly as a standard action hook placed in includes/hook. They're not different. The value of $vars depends on the specific hook point you are using. If you need to get additional details that are not included in the hook you'll need to query db.
  5. Lo script รจ un tantinello antiquato (รจ del 2013). Il suo funzionamento si basa sulla corrispondenza del tu Client Custom Field name con quello inserito alla prima riga di codice: $CF_CUSTOM_FIELD_NAME = "QUI DEVI METTERE IL NOME DEL CUSTOM FIELD DOVE I CLIENTI INSERISCONO IL CF NEL TUO WHMCS"; Lo hai fatto?
  6. You could simply use InvoicePaidPreEmail action hook to increase invoice date by X days with a query. This way it can't be overwritten.
  7. Well, I would say that it's """"illegal"""" at best. Due date is one of the few values that means nothing to Revenue Agencies. Just remove it as brian said.
  8. Last week I decided to start working on a project that I think that nobody ever wanted to do... me included ๐Ÿ˜ญ but I can no longer stand this issue: fomally validate Billing Details. I'm creating a system that validates Billing Details depending on economic zones (Intra-EU, Extra-EU and specific countries), entity (invdividual, company, organization, public authorities, government), local laws and Revenue Agencies. Right now I'm working on these goals (โœ”๏ธ = done) Individuals from Italy. Codice Fiscale (aka Tax ID) is mandatory and must be formally valid (16 characters, firstname and lastname matching the first 6 characters of Codice Fiscale) โœ”๏ธ Companies from Italy. Partita IVA (VAT Number) is mandatory and must be formally valid (11 characters, numbers only, valid security number). Codice Fiscale (Tax ID) is also mandatory and must correspond to Partita IVA. Codice Destinatario for Electronic Invoicing is also required and must be valid (PEC address, SdI code 7 characters or PA code 6 characters) โœ”๏ธ Sole proprietorship or sole professional from Italy. Partita IVA and Codice Fiscale are both mandatory and must be valid. Codice Destinatario is also required and must and must be valid (PEC address, SdI code 7 characters or PA code 6 characters) โœ”๏ธ Organizations, Public Authorities, Government from Italy. Codice Fiscale is required and must be formally valid. Partita IVA is optional but must be correct when specified โœ”๏ธ Intra and Extra EU individuals. Tax ID (passport ID should be allowed) is required โœ”๏ธ Intra-EU companies. VAT Number required and formally valid according to formats of each Revenue Agency of Europe (long to do but viable). Tax ID is optional โŒ Extra-EU companies. VAT Number is required. No further checksare required โœ”๏ธ Am I missing something? I have no experience with other countries therefore I'll need some help. Before you ask, VIES has nothing to do with what I'm trying to achieve here. I check VAT Numbers separately in other ways. I just need to validate details formally. Edit: nice, I think I posted in the wrong section ๐Ÿ˜ฉ
  9. Kian

    Password Management

    If you don't want a bunch of empty fields you can create a custom table in database where you can save as many password as you need. Each password is linked to your product by tblhosting.id and has a "category" column where you freely specify password type (eg. Root, phpMyAdmin, FTP, Wordpress...). You can populate this table with AfterModuleCreate hook, by cron or something similar. The last part is showing these passwords to admins and clients. In both cases you have multiple options. For admins you could inject a button "Show Passwords" directly on products view (WHMCS backend). On click open a modal or display an hidden div where you list all passwords. You could also create an addon module to view, search and manage passwords if needed. For clients you can use a similar approach in clientarea adding your additional data to product page.
  10. It depends on where you are. Personally I tend to use SystemURL value. It's saved in tblconfigurations.
  11. Recap time. We're now at version 2.2.8. Here are the most relevant changes: Invoice Sync to share invoice numering and credit note numbering across multiple installations of WHMCS (preview) New Widget to monitor the "health status" of your billing platform Beautified the look of Electronic Invoicing. Here is the before/after comparison: 1, 2, 3. Nothing special but now it's better Huge updates to the WebService of Electronic Invoicing. Now it also includes more data VIES Exception for Greece since they use EL country code instead of GR ๐Ÿ˜ช It is now possible to define custom MySQL ports Importing complex Snapshots because life sucks ๐Ÿ˜ค XML files of Electronic Invoices can be created unformatted to save up to 30% disk space New auto-tag {ID} available for proformas. It can be used reduce confusion among clients when they use PayPal. In fact there could be a discrepancy between PayPal descriptions (eg. Proforma #123) and the effective number of the proforma But the biggest change is in my signature. You can now try out our modules in seconds requesing a Live Demo.
  12. Kian

    WHMCS with WordPress

    Naaaah, don't worry. Even though having WP and WHMCS on separate hosting accounts is more secure, they're not made of paper ๐Ÿ™‚ You can plan to change this structure calmly later on but don't procrastinate too much.
  13. Kian

    Billing cycle invoice question

    As long as you don't tick Auto Recalculate on Save, the client in question should receive his "quarterly" invoice with Recurring Amount.
  14. Uuuuu! THANK YOU! ๐Ÿคฉ I didn 't know that!
×

Important Information

By using this site, you agree to our Terms of Use & Guidelines