Jump to content
thirty bees forum

lesley

Members
  • Posts

    2,223
  • Joined

  • Last visited

  • Days Won

    36

Posts posted by lesley

  1. That link is drawn from what is entered in your carrier for the tracking link. So if you have a royal mail link entered, but decide to ship with ups, it will be broken. 

    • Like 1
  2. I am going to give a little disclosure to this situation. 

     

    We have worked on a contract to sell the rights to thirty bees assets to a group of members of the community for for several months. We had agreed on everything, just had some language changes in the contract and we would have signed it in a couple days. But right at that time we were contacted about an investigation into a partner with thirty bees. That derailed everything and required a new contract. It was because of neither nothing that the buyers did or me the seller did. But it did change things. 

     

    If you want to read more about it, here is a good link. https://www.forbes.com/sites/davidjeans/2020/09/18/how-a-cyber-fraud-company-ceo-raised-123-million-in-months---and-got-arrested-for-fraud/#3f06e9c2253c

    • Like 2
    • Sad 2
  3. Not that my opinion matters that much but let me say these things. 

    * ASM, the system for ASM does need a revamp and a lot of things taken out. Its complicated, cumbersome, but thanks to @wakabayashi a lot of bugs have been fixed in it. 

    * FIFO this will never be present. The work and overhead this would add would be unimaginable. The data requirements would be as well. This is not something you can find in any open source system, many warehousing systems, and any paid system with under a 100k a year license that I am familiar with. 

    * Handling of combinations As far as I am aware no native solution can handle more connected combinations that thirty bees can. Shopify is limited to 100, woo commerce limits you by not connecting them to stock. I am not sure what changes you are looking for in this system. 

     * Proforma invoice and offer. This is module territory. Not something fit for a core of an ecommerce software. Either is going to be difficult to add to the core, because a new checkout process has to be made for only these things. 


    But like I said, my opinion might not matter much, I am soon leaving thirty bees. But I still do understand how difficult or useful these things are and what it would take to add them into the core. 

    • Thanks 1
  4. I think there will be an official announcement soon. We are almost at the end of the contract negotiations, there are just two points left in the whole contract. They should be cleared up by early next week and we can start preparing to make an official announcement about things. So progress is being made and it is moving forward. 

    • Like 1
  5. No, it is a commercial module that was donated to us when we started, with a license just to us. The code for the commercial module works on thirty bees without modification. It is just we needed more functionality, so we edited and wrote in certain things to fit our needs.  

    But yes, that is what the module does, it is for creating a multiple vendor marketplace. The way it works is likely different than you think. It does not create a permission set for the back office of the shop. It does everything on the front of the shop, through the user account. That way it keeps your admin separate from the sellers. Its safer that way, just in case a permission escalation hack was ever discovered. 

  6. @toplakd @Kashir2000 No, it is true. I think everyone here knows about my health issues being the reason I cannot really continue forward with thirty bees. So a couple of months ago I started exploring having someone buy me out and take over the project. I found a group of active users in the community who were up to the challenge. thirty bees will be under new control shortly with renewed vigor led by new owners. 

    • Like 6
  7. Personally I would say no to this. I know I have been away and my opinion might not be valued as much any more, but there would be problems trying this in a wide release. The main issue would be overlapping ranges, it would be hard to hedge against and give proper warnings. It could be done, but if you are using a table rate like this you do not depend on accurate data. What I mean is when you have a weight entered, but you are not passing that rate to an api, its just used in house. So it does not need to be that accurate. It can be totally wrong for all intents and purposes. You can just hedge the weight to and manipulate it to make carriers work how you want.

     

    If something like this were to be added I think we would need a full fledged carrier debug system. Its something we talked about adding years ago, but with complications like this it would be helpful. Basically when turned on the system would list all of the non displayed carriers and the reason they are not displayed. Like: 

     

    Carrier 1 (over weight)

    Carrier 2 (outside of shipping zone)

    Carrier 3 (price range)

    Carrier 4 : $3.56

     

    • Like 1
  8. In the US people do not normally use the dash 4 digits. Some do, just because it is store from some other transaction. Since the US is one of the only countries with this zip code issue, if it bothers you I would handle it at the template level. Just split the string at the - and drop the extra 4 digits and the dash. They add no value in either delivery or tax collection. 

×
×
  • Create New...