Budget: 18000 UAH Deadline: 7 days
The benchmark is from 18,000 UAH and about 7 working days, if the SalesDrive cabinet really has ready PHP scripts, and there is not a heavily modified cart on Joomla. 2,000 UAH here, in my opinion, is too little for stable synchronization - it's not just about inserting a code fragment, but correctly processing orders, stock, prices, and checking edge cases =/
For Joomla, it is important to see which specific store component is used - VirtueMart, JoomShopping, or another. Another question is whether the SKUs are already filled out the same on the site and in SalesDrive, or is preliminary reconciliation of articles needed?
For implementation, I would go through a separate integration layer in PHP - receiving orders from the cart, mapping fields, updating stock and prices by SKU, error logging, test orders, and checking the scenario when the stock becomes 0. It can be kept simple, but without logging, such integration then turns into a game - find out why the product disappeared or the price did not update.
Similar in logic:
> https://business.ingello.com/prime-eva - integrations and accounting for e-commerce
> https://business.ingello.com/eva - automation of retail processes and product data
> https://business.ingello.com/forma-crm - CRM logic, roles, data, and business processes
The main page of Ingello for Freelancehunt - https://systems-fl.ingello.com/ua
For an accurate estimate, access to the Joomla admin panel, the working cabinet of SalesDrive with integration tabs, a test product with SKU, and 2-3 test order scenarios are needed. After that, the budget can be clarified and the work can be divided into the first short stage - technical verification and integration prototype.
- Projects 5
- Rating 5.0
- Rating 1 782
Budget: 3200 UAH Deadline: 3 days
The ready scripts and documentation of SalesDrive for PHP integration are exactly the format that is convenient to work with: I take the official code from the cabinet, rather than writing from scratch, and adapt it to your CMS. Just a clarification: does Joomla have VirtueMart or JoomShopping? This affects where I will attach the cart transfer hook (contacts, delivery/payment, order composition) in the CRM. Next, I will set up two-way synchronization of stock (with auto-hiding at 0) and prices by SKU, and test it on several products with different scenarios. The ready result is approximately in 3 days.
Budget: 18000 UAH Deadline: 6 days
We already have a practically ready similar solution for integrating the store with the CRM, which can be adapted for Joomla and SalesDrive and discussed here in the project, I'm here ))
The benchmark is 18,000 UAH and 6 working days.
This includes the transfer of orders from the cart, updating stock and prices from SalesDrive, linking by SKU, connecting ready PHP scripts, checking for zero stock, and testing on several scenarios.
Look, here’s the nuance - the ready PHP scripts from SalesDrive really speed up the work, but the main risk is which specific store component is used in Joomla - VirtueMart, JoomShopping, or another.
So the exact estimate will be after access to the admin panel and the Integration with PHP and Product Synchronization tabs.
- Which store component is used in Joomla?
- Should we hide the product when the stock is 0 or show Out of Stock?
Relevant examples from Ingello:
- https://business.ingello.com/prime-eva - similar retail logic, synchronization of product data and operations
- https://business.ingello.com/carveli - e-commerce with important product logic and integrations
- https://business.ingello.com/forma-crm - CRM and business processes, close to the part with data exchange
The main profile for such tasks - https://systems-fl.ingello.com/ua
!! We can take this as a small stage of integration without unnecessary complications !!
Budget: 3800 UAH Deadline: 5 days
I see that the task is to properly implement the ready-made PHP scripts from SalesDrive (the "Integration with PHP" and "Product Synchronization" tabs) into the Joomla cart. I will set up the transfer of orders (contacts, delivery/payment, cart contents) to the CRM, reverse synchronization of stock and prices by SKU, with hiding the product when the stock is zero, and I will test everything. The result is expected in about 5 days.
- Projects -
- Rating -
- Rating 342
Budget: 2000 UAH Deadline: 1 day
Hello.
I will perfectly implement (CRM ⇄ Website) for your project and ensure effective data transfer.
Roman Smolyakov
Winning proposal- Projects 33
- Rating 5.0
- Rating 2 096
Budget: 1900 UAH Deadline: 10 days
Hello, Mariana! I am Roman, a specialist in integrating websites on Joomla and CRM systems, including SalesDrive. My experience includes setting up order, price, and stock synchronization using REST API and PHP scripts, as well as working with components like VirtueMart and JoomShopping. I use ready-made CRM solutions that provide instructions and code, and I transform them into stable operation on the website.
My work plan: 1) Setting up data transfer of orders at the moment of checkout through the cart, including contacts, products, and comments; 2) Implementing bidirectional stock synchronization from CRM to Joomla, with an automatic status of "Out of Stock" when zero; 3) Integrating price updates by SKU from CRM into product cards; 4) Testing and bug fixing. For the entire project, I propose 1900 UAH, with a deadline of 10 days. I include free revisions of the results and the possibility of additional automation, such as sending emails about stock changes.
Proposals are currently absent
-
Yevhen Zyma 15 JulyЯкщо API та PHP-скрипти вже надані CRM, то ключове завдання не написання коду з нуля, а правильна інтеграція в поточну логіку сайту та її повне тестування
Current freelance projects in the category PHP
It is necessary to create a "Questionnaire" Module, which will include questionnaires, questions, and answer options for the questions (the logic for question output and answer processing will be done as a separate project). 1. List and CRUD for "Surveys". The list should include "Survey Title", and "Edit/Delete" icons. When clicking on Edit, a form should open with: "Title" - input, required field, "Description" - textarea of the questionnaire (not required), and a "Save" button. Below, questions related to this questionnaire should be displayed in read mode. When clicking on "Delete", a confirm should appear "Do you really want to delete the Questionnaire?", if "yes" is clicked - the Questionnaire and all questions included in it should be deleted. Implement multilingual support with tabs, languages: Ukrainian, English, and Russian (in the future - German and Spanish). Above the list, there should be a button "Add Questionnaire", when clicked, the above-described logic will be implemented, only with empty fields. 2. List and CRUD for "Questions". The list should include: Question Title, and "Edit/Delete" icons. When clicking on Edit, there should be: "Question" - input field, required, "Question Description" - textarea, and dynamic blocks for adding answer options, this block should be called "Answer Options". Each answer option should contain "Option Name" - input (required field), "Quest 1" - dropdown list with 24 Quests (required field), and a short input "Score" with the ability to specify a positive number (required field), + another "Quest 2" - dropdown list with 24 Quests (not required field), and a short input "Score" (not required field) with the ability to specify a positive number, and a delete icon, when clicked, should have a confirm "Do you really want to delete the answer option?", if yes - only the current answer option should be deleted. A save button that saves the form. Implement multilingual support with tabs, languages: Ukrainian, English, and Russian (in the future - German and Spanish). Above the list, there should be a button "Add Question", when clicked, the above-described logic will be implemented, only with empty fields. 24 Quests is a static list with the Quest name and the corresponding number, NOT auto-incremented, but manually assigned. I will provide the entire list in personal messages. It is better to include this list in a separate table in the database, so it can be expanded when necessary. CRUD for this list is NOT needed. Design/layout - must correspond to the design and layout of the admin panel itself. The module code must use the CMS's own API, write your own code only when there is no ready API for it. Ideally, I expect an estimate in hours to understand the cost of 1 hour of work. I prefer to work in the logic of timerates.
Hello! We are looking for an experienced specialist in contextual advertising (Google Ads) to promote accounting services for businesses (individual entrepreneurs, LLCs, VAT, cash register, reporting). What needs to be done: Analyze the niche and competitors (Kyiv and regions of Ukraine). Gather a semantic core based on hot commercial queries (accounting support, opening/managing individual entrepreneurs/LLCs, setting up cash registers). Set up effective advertising campaigns in Google Search (and if necessary in display networks/collections). Set up conversions (calls, applications, transitions to messengers) for clear tracking. Daily/weekly optimize campaigns to reduce the cost per lead. Collaboration terms and payment: We are interested in long-term partnership and results (targeted business inquiries, not just clicks). We are ready to consider a model: fixed fee for setup + bonus for each targeted lead/client or payment for leads after a successful trial period (the first 1-2 weeks). In your feedback, please send examples of your successful cases in the service/B2B sector (preferably legal or financial services) and propose your vision of the payment format.
@KassaRUN_Bot I need exactly the same bot named borzpay! The API is available, or I need exactly the same bot, please make it.
Changes need to be made to 3 (three) different forms, calculators, and data entry pages on the website according to the technical specifications. The implementation of the calculators and pages is required in two languages. It is possible to refine the existing forms and calculators or create new ones if that is easier for execution. The technical specifications will be provided. During the execution of the task, minor additions or clarifications regarding changes to the calculators or forms (templates) may be made.
When placing an order, when the buyer selects the country "Ukraine," the system substitutes the delivery method from the "Rest of the World" zone (Self-pickup (M)) instead of the "Ukraine" zone (Self-pickup (U)). The shipping plugin support has already tested this hypothesis: they deactivated the UA Shipping plugin, turned off all its delivery methods, and left only the standard WooCommerce methods — The problem remained even after this, meaning the cause is not in the shipping plugin, but somewhere in the site settings.