• Improvements on syncing: a progress is displayed when changes are pending (pulling from server). This is especially relevant when loading a Team Workspace for the first time as the initial setup time might take longer. Initial load should also be faster.
• Some UI changes on app's footer: the counters can now be hidden
• Purchasing tab in Parts > Details is now back
• [fix] Chance for purchase lists and orders to be incorrectly filtered (using filters from v2.9)
• [fix] Chance for creating a build for the wrong product

• Significant improvements on initial setup time when opening a workspace
• Barcode labels: smaller barcode which encodes the label's title can now be removed/hidden through Settings > Barcodes > Hide title barcode
• Available by column added to the Procurement table so you can see by which date quantities should be available
• [fix] Chance for the app to enter into read-only mode even if authenticated and with write permissions
• [fix] Pagination: page index not resetting after page count becomes lower than the current index
• [fix] Context menu items enabled on grouped rows when they should be disabled

Once a Workspace has been opened with this version of the app, you won't be able to use it in earlier versions. This is because v2.10 introduces concepts and data types that previous versions don't know how to deal with. Always make sure to backup your data before updating the app.

• Newly redesigned and rewritten documentation website
• Units of measure: you can now track things that are measured by its length, area, volume or weight (learn more)
• Parts can now have one of these categories: Electrical, Mechanical or Consumable (learn more)
• Role-based permissions on Team Workspaces (learn more)
• Projects have been renamed to Products
• Improved production planning and parts procurement (more on this below)
• Lowest state of a product build is now allocated (previously planned) as there's now production plans
• Inventory can have its own unique ID code (e.g. code that uniquely identifies a reel)
• Barcode labels now include a second barcode which encodes its title (e.g. part number, storage location's name, etc)
• When manually adding rows in a BOM, a part can be immediately picked to be assigned
• Custom fields of type option can have a background color, depending on its value, for easier visual identification
• When moving parts from a purchase list into purchase orders, purchase orders that are still open for the selected can be picked instead of creating new ones
• Parts can be directly Add to... purchase orders (useful when you don't need to find quotes for certain parts, which in case of purchase lists you are required to)
• Only for sale parts can be added into sales orders and sales-only suppliers (i.e. parts must be marked as for sale before they can be added into sales orders or sales-only suppliers)
• Several UI and UX minor improvements
• [fix] When picking inventory for generic parts in production, respect the Default sorting (by default, parts with the lowest stock should show up first)
• [fix] Unable to export the History table into CSV or JSON formats

Better Production Planning and Parts Procurement​

In previous versions, missing inventory was checked against currently available stock and on a per-project basis. Inventory would only become unavailable only when reserved, or actually used, on a given project build. This made it difficult to tell if you'd have enough stock to build multiple projects at a single time which eventually use parts in common.

Better than checking currently available stock is to check your stock balance. This way, even if you don't have any stock available but already have it planned (e.g. on a purchase list) and don't have anything that is meant to use it (i.e. not allocated to any production build or sales order), then you probably don't need to buy or produce more of it in case that incoming stock (i.e. planned, on-order on in-production) is already enough. In other words, if you are overstocking and that extra quantity is enough to fulfill your needs, then you don't need to procure more of it.

Another improvement is being able to schedule production through production plans. A production plan describes a need to build a product in a given quantity by a given date. This way you can plan production for the whole year if needed. Production plans create planned inventory. At any given time you can then select the production plans you actually want to allocate into production and for which you'd want to check for missing inventory so you can procure it.

The app will tell you which plans can be built, if partially, in full or not at all (i.e. not enough parts to build a single unit). You can also see which exact parts are missing and in which quantities.

A single production build can be created from several production plans for the same product and revision. If it's possible to build a fraction of the desired quantity without having to procure parts, the app will create two builds: one that can be built as soon as possible, and another one that will have to wait for parts now being procured.

Procurement itself is also done automatically: the app will tell you which missing parts will be added into purchase lists or, in case of sub-assemblies, for which parts production plans will be created. On the other hand, you can also see on the production builds which parts have been automatically procured.

You can read more about this in the documentation website. If you still have questions, please get in touch!

• [fix] Chance for cannot read property type of undefined error when starting the app

• [fix] Not able to finish a project build (MAKER plan only)
• [fix] Chance for inventory move between locations to fail
• [fix] Inventory not being imported along with parts

• [fix] Project revisions on drop-down boxes sorted by creation date instead of alphabetical order
• [fix] Chance for Stock to show up as 0 in the BOM table
• [fix] BOM view selector not visible in the Pricing & Availability table
• [fix] Storage: chance for inventory not to show up when (no storage) is selected (inventory in storage locations that have been removed won't show up)
• Other small UI and UX improvements

• Projects with a Customer can now source inventory from locations that belong to others. This can be set through the Inventory Restrictions dialog. Previously, only locations that belonged to the Customer could be used to source inventory.
  
  
• BOM: Designators has its own search box yielding more accurate results when compared to the fuzzy search
  
  
  
• The app is now using the new Nexar API (formerly Octopart API)
• API: deliveryDate can be passed on /sales_orders write endpoints
• [fix] Going to part whenever adding a new Part through the Part Finder dialog

• [fix] Chance for closed items in a purchase list to still show up as planned inventory
• [fix] Don't show quote issues for closed items in a purchase list

• API: DELETE method added to /projects endpoint
• API: when deleting an in-house part, its projects (if any) are also deleted
• [fix] When bulk exporting barcode labels into PNG or PDF, chance for barcodes not to be present in the image
• [fix] Unable to manually add inventory of a specific revision to an in-house part

• [fix] CSV import: reset mappings when file is reloaded
• [fix] Pricing & Availability table setting different quotes when repeatedly auto-assigning quotes (chance for picking quotes with invalid MOQ or without stock)