Changelog

Enterprise Desktop
4/8/2026

Release 9.3

Database

  • Fixed: (case 11845) a problem where location data would be incorrect after transferring a vehicle to a new store
  • Fixed: (case 15908) an issue where, if max % of price was filled out, an item's cost could drop below inventory.averagecost (only matters if statically allocated average costs is turned on)
  • Performance: (case 16372) makes the sales appraisal faster. This no longer uses a temporary table, and it eliminated multiple update passes. The loss is that we no longer ignore items with a price or days in inventory 2 standard deviations from the mean, as that requires running the query twice. Also, we now check settings for various values that control the fitness of a sales row.

Parts

  • Fixed: (case 16002) an issue where using the mouse to click (confirm selection of) the first suggested item now properly selects the item. This was only causing trouble when the user would look items up by something other than the start of the item text.
  • Fixed: (case 16370) an issue where the application might crash if the user typed something into a dropdown that didn't match an item then clicked outside of the combo.
  • Added: the ability to use {inventory.oemnumber} as a tag when auto-generating tag numbers.

Reports

Pick List

  • Fixed: 'picked' and 'needed' columns and made the report look nicer.

Top Customers Trending

  • Fixed: an issue with the storeid parameter in the key and pie subreports.

Top Part Type Age Trending

  • Added: this is a new report

Top Salespeople Trending

  • Fixed: an issue with the storeid parameter in the key and pie subreports.

Vehicles

  • Fixed: (case 16056) an issue where the store combo wasn't getting a default value correctly.
  • Fixed: (case 15886) a crash when the user would double click in an empty space in a list on the performance tab.

Release 9.2

Reports

Sales By Tax Item

  • Fixed: made the report look nicer, fixed a bad formula.
  • Fixed: quantity problem on regular taxable lineitems.
  • Added: a setting to the Sales By Tax Item report to treat taxable 0.00% tax item lines as non-taxable.

Sales By Tax Item and City

  • Fixed: a parameter issue causing a "this field name is not known" error.
  • Fixed: (case 16077) Removed non-sale column. Fixed aggregation error that occurred on invoices where there were multiple salesorderlines and at least one adjustment or multiple adjustments and at least one salesorderline.

Work Orders

  • Fixed: (case 16082) a problem where the WO screen would not recognize adding hot items.
  • Fixed: (case 16081) a problem where, when input in the lookup field kicked the user over to the search screen, double clicking on a part would open the parts screen instead of adding that part to the WO.

Release 9.1

MySql Connection

  • Fixed: (case 16049) a problem where leaving the logfile parameter in host.ini blank could crash Enterprise

Release 9.0

Highlights

  • The Work Order screen has been redesigned. The goal of this new format was to allow more room for technicians to take detailed notes. As well as the layout, we've added a new 'status' feature for jobs and fixed many bugs.
  • The EBay extension has been improved and many features added.
  • New reports in the 'Insights' category have been added to help examine trends in your business.
  • Payment document type has been added to the Transaction List screen

Accounting

  • Added: (case 9248) Footers for the account (total unique accounts) and amount (credit, debit and total) in the entries tab.

Customer

  • Fixed: (case 14421) an issue where the remittance boxes (0-30 days, 30-60 days, etc) weren't refreshing correctly on saved customers when they were loaded.
  • Fixed: (case 15265) an issue where the customer's default terms would appear to be set, but would stay NULL.
  • Fixed: (Case 15430) Changing the default on a customer's payment methods now correctly saves and prompts for saving even if it's the only change.

Common Resources

  • Fixed: the print tags popup no longer has memory leaks.
  • Fixed: the print tags popup now has a layout and text prompts similar to other screens.
  • Added: icons to the buttons in the print tags popup.

Crystal Reports Extension

  • Added: (case 10703) a new edit->options->reports tab. The previous page wasn't very useful and essentially had no purpose any longer. The new version actually allows a user with permission to manage the reports visible in their system (deleting, renaming, managing parameters, etc) as well as add and replace existing reports.
  • Removed: Edit->Options->Reports. This page has been moved to its own configuration screen because it affects all users, not just the local machine. Some users were accidentally changing reports when they meant to just configure their printers.
  • Added: Configure->Printers. This is a permission-controlled dialog for managing all reports, system-wide.
  • Added: Edit->Printers. Since this is a semi-common user operation, the printers page has been given its own edit dialog. For now, it still appears in edit->options as well.
  • Added: support for retrieving information about a crystal report file loaded from the system. We can read parameter names and types as well as page orientation and desired paper type.
  • Added: the rank column is now present in the Configure->reports dialog.
  • Added: if the user adds new Report(s) from a file (through drag and drop or the add button), the report file is scanned for parameters and paper orientation. This information is auto-populated into the new report.
  • Added: support for managing fixed report parameter values in the configure->reports dialog.
  • Added: the advanced button now has a 'export selected reports' option. This will create a .SQL file with queries that will create the selected reports, parameters, and parameter values on any database. This will only be useful for someone who wishes to manage their own report files (rare) as well as the application support team.

Database

  • Fixed: (case 14153) v_salesorderitem no longer contains duplicate column names.
  • Fixed: A scansession key wasn't unique enough, and would cause errors on update.
  • Fixed: (Case 14165) Corrected an issue where historical data was lost on table update.
  • Fixed: back in 6.0 we deprecated the setting that would check whether to use statically calculated hold quantities, but for some reason fquantityavailable didn't get updated. This function now always uses the statically calculated hold quantities all the time, similar to the changes to fquantityonorder. This should make search much faster for any company who wasn't already using statically calculated holds.
  • Added: (case 14738) altered vehicle.sellerinfo and vehicle.pickupinfo to text
  • Added: an index to speed up adding pictures to parts
  • Fixed: (Case 14312) updated the "Inventory" data import to be compatible with InnoDB tables
  • Fixed: (Case 14342) A bug where creditsalesorderlineid values were not being updated correctly, resulting in lost data for salesorderline and purchaseorderline.
  • Fixed: a duplicate key error from occurring during an "Inventory" import when there are duplicate tagnumbers in inventory
  • Fixed: (case 14387) an issue where there would be an error when the first PO, SO, or WO was created on a new database that was using InnoDB.
  • Performance: added an index to the collection table that makes searches faster after recent changes.
  • Fixed: (case 14561) an issue where loading an existing WO with master parts would display the quantity as the default master part quantity instead of the saved value.
  • Fixed: an issue where, if a store had a location with an empty location name, auto-pick shipping methods might do pick and move even when it was disabled.
  • Fixed: (case 14637) if the user finalized a new SO with multiple items from the same vehicle, it was possible that they might over-allocate vehicle costs.
  • Fixed: (Case 14647) a problem where, if the innodb_inventoryid and inventoryid were not the same, the core management screen would return cores incorrectly.
  • Added: (Case 14633) shipping methods now have a field called showonpicking, which controls whether documents with this shippingmethod can be shown on the picking screen.
  • Fixed: an issue where transferred vehicles (and parts that are non-replenishable) would be status S after being transferred instead of status T.
  • Added: (case 14912) for speed purposes, an index has been added to salesorderline involving vehicleid, salesorderid, storeid, salesorderlineid. This speeds up sales order loads significantly on very large data sets due to what appears to be a bug in MySQL.
  • Performance: (case 14920) sales appraisals now only consider sales history with a matching manufacturer within the last 2 years. This makes the appraisal process take 90% less time.
  • Added: flocationrefresh should now correctly 'merge' locations on a part if the user renames a location in the location library to match another location. Before, an error would be thrown because the part had a duplicate location.
  • Performance: frefreshdocument_delivered is now much quicker. It was taking about 20-30s to run for all 150 items on large documents, but now it takes about 1.5s.
  • Fixed: an issue where inserting new report parameters was causing issues.
  • Fixed: an issue keeping ITrack from inserting new report parameters.
  • Added: a new permission controlling whether the user can go into the configure->reports dialog.
  • Fixed: an issue where flocationrefresh could throw duplicate key errors if a part was at one location and had the locationid of a different location. This should also make the refresh operation faster.
  • Removed: (case 14928) the change item price permission wasn't always working because there was a setting that had to be set before it would control things. This setting has been removed. Now, the permission alone controls whether a user can edit prices on a sales order. This permission has been defaulted to on for all users who could edit sales orders to make sure no one loses functionality.
  • Removed: an unused query from pgetsales_appraisl
  • Fixed: (case 15275) a possible database error that could occur while finalizing a SO or WO. It was a rare recursive function error that could occur when adjusting inventory locations.
  • Removed: an unused setting that was redundant with the setting for the default number of days the customer has to return a core charge.
  • Added: there is now a unique key in the importtypecommand table, this should avoid any issues where duplicate commands get created.
  • Added: (case 15204) support for a new command timing for import scripts "Before Mapping".
  • Fixed: (case 15311) an issue where vehicles might consume an incorrect cost if the corresponding GL category had a 'maximum % of price' filled out.
  • Added: (case 15341) an "Ext. Price" search filter and field to the Transaction List.
  • Added: an index for speeding up sales appraisals for WO activity.
  • Added: unique indexes to tables used by the Transaction List to help add future fields and filters.
  • Added: (case 15313) receiving a vehicle on a PO can now set the vehicle's received date again. Now, there is a setting that can disable this for those who want to set received date manually.
  • Added: (case 15313) collections now have a date created. This will be useful for storing when a teardown was created.
  • Fixed: (case 15249) an issue where work orders were not updating hold quantities correctly (mostly when consuming inventory from another store).
  • Fixed: (case 14879) an issue where transfer orders were not updating their hold quantities correctly in all cases.
  • Added: (case 15365) Payment document fields and filters to the Transaction List
  • Added: (case 15231) functionality for scheduling SOs that automatically get cloned every month.
  • Added: (case 15231) salesorderdocument.clonedsalesorderdocumentid, which (if filled out) will be the salesorderdocumentid of all salesorders that get automatically cloned as part of a recurring invoice scheme.
  • Performance: added various indices to scanning related tables.
  • Added: completed column to the jobtask table.
  • Added: Update query to set completed to 'True' if the completeduserid is not NULL.
  • Fixed: (case 15662) various small changes have been made to make several slow queries faster. This should be very noticeable on large databases.
  • Added: (case 15702) Sales Order adjustment fields and filters to the Transaction List.
  • Added: the index on salesorder.date now includes storeid to speed up some reports.
  • Fixed: an issue where moving inventory could result in an infinite loop if a fractional quantity was used.
  • Fixed: a possible bug where the Work Order External report had an incorrect value for it's type, and therefore never showed up as an option.

Data Management

  • Fixed: an issue where unchanged row count could be negative.
  • Fixed: an issue where "Before Conversion Validation" commands were not being run.
  • Fixed: an issue where the record terminator wasn't displaying a linebreak correctly. Essentially, tab will now be shown as \t, and newline will be shown as \r\n or \n. Also, an escape character of \ will now be displayed as \ for consistency.
  • Added: (case 15204) support for a new command timing for import scripts "Before Mapping".

Deliveries

  • Added: (case 14633) documents that have a shipping method that is not set to show on picking will no longer show up to be picked.
  • Fixed: (case 14633) an issue where putting the cursor into one of the staging location dropdowns, and then clicking out would erroneously cause a 'are you sure you want to change the staging area' popup to appear.
  • Added: an extra check to suppress the confirmation dialog for changing the picking staging locations if the user doesn't have permission to change them. In some cases, users were still seeing this popup.

Ebay Extension

  • Syncing an ebay account in an external browser is now "functional"
  • Added: a refresh button for ebay accounts
  • Added: now notify the user when an account sync is in progress
  • Changed: the "Default" status filter option to say "Active or Closed" because Default is a not obvious.
  • Changed: how the list controller footer formats listing counts(proper plural usage).
  • Added: when "Active or Closed" is selected, the list control footer will now also show the count of active listing in addition to closed and total listings.
  • Added: (Case 14748) "30 Days" and "Good Til' Cancelled" options for Fixed Price type ebay listings, not shown for Auction type ebay listings.
  • Fixed: (Case 15255) Good Til' Cancelled now saves and loads correctly.
  • Added: (Case 15298) 30 day (Days_30) and Good Til Cancelled (GTC) have been added as default choices.
  • Added: (Case 14750) ShippingPackageDetails(Length, Width, Depth and Weight) are now added to our ebay request.
  • Added: (Case 15639) Defaults added to the EBay config screen. Payment Methods still need to be fixed, as does the dispatch time dropdown pulling into new listings.Otherwise, defaults are all present and pulling into new listings.
  • Fixed: (Case 15639) sandbox mode hidden from release builds
  • Fixed: Additional functionality for defaults
  • Fixed: (Case 15678) Moved tab order and renamed to Global Config and Advanced Config
  • Added: Date range filtering on the auctions tab.(case 14749)
  • Added: Global Shipping line to Ebay.xml Export
  • Fixed: (Case 14747) Corrected some issues with ebay defaults loading
  • Fixed: (Case 15729) Shipping Option Defaults hidden for now while we get change detection, saving and deleting working correctly.

Auctions tab

  • Changed: Counts of each status group are no longer in statics. Now, the value is show in a list control footer for the selected status.
  • Changed: There is no longer a splitter resizer thing in between the lists. The auctions list gets most of the available vertical space and the size of the transaction list is smaller and static. This was done in part due the splitter resizer and list control footers no being friendly with each other.
  • Changed: "Create Hold" and "Create Invoice" buttons have been moved to the bottom as they're actions with require selection from the lists above.
  • Added: "Create Hold" button now requires an auction to be selected to become active. Tooltips are aware of this.
  • Added: "Create Invoice" button now requires an auction & transaction to be selected to become active. Tooltips are aware of this.

Parts Listing tab

  • Added: More descriptive button text.
  • Added: When the user goes to the tab with no items, focus it put on the "Add Part from Inventory" button. After adding an item, it is selected in the list and focus is put on the "Edit Item Listing" button so they can jump right into the dialog(I assume this is what most users will want to do at this stage)
  • Changed: "Export" button has been renamed to "Export to CSV". This button is now only shown if the user has Turbo Lister installed.
  • Added: Confirmation dialog when deleting Item(s).
  • Added: "List on eBay" button. This functionality has been removed the from the Export split button to emphasize it.
  • Added: Slightly improved feedback after pressing the "List on eBay" button via a statusbar message.
  • Changed: The "Remove Item" button will now say "Remove Items" if they have more than 1 item selected in the list.

Edit Listing Dialog

  • Changed: Edit Listing dialog has been reorganized to flow better and better spacing has been given between controls.
  • Added: When the "Returns Accepted" checkbox is unchecked the various corresponding controls will become inactive.
  • Added: Starting Price, Buy it Now Price & Reserve Price edits now do proper currency formatting.
  • Changed: Some of the combos that were displaying API strings are now displaying friendlier strings(listing duration & dispatch time. (I would like to eventually fix the rest)
  • Added: Category dropdown is now an advanced combo box that suggest things based on what the user types. This is useful for the tree style strings that eBay uses for their categories.
  • Fixed: a crash that would occur if the user pressed the Delete button for Shipping Options when no shipping option was selected in the list.
  • Added: Clicking the Add button for Shipping Options now automatically puts the users focus in the "Shipping Service" column dropdown in the shipping options list.
  • Added: Icons to the Add and Delete buttons for Shipping Options

Templates tab

Edit Template dialog

  • Added: When the "Returns Accepted" checkbox is unchecked the various corresponding controls will become inactive.

Global Settings Extension

  • Fixed: (case 14207) an issue where printing reports would sometimes not pass the parameters in correctly.
  • Removed: the old edit->Options->reports tab since there is a newer, better version.

Interchange

  • Added: (case 15471) a new interchange search page.
  • Changed: the existing interchange search page has been renamed to Interchange (Old) so that it can still be used side by side with the new interchange interface.
  • Added: The work area now resizes with the total available screen space. The pricing area has been removed and a aggregate sales information area has been put in its place. The search panes have been reworked to be more intuitive.

Login

  • Added: support for now configure->reports permission.

Master

  • Changed: messages sent between screens through master are now done in a way that should be faster and allow the calling screen to know whether the message was handled or not.
  • Fixed: an issue with global hotkeys that was causing them to not be called in some corner cases, like before the user had clicked into any screens.
  • Fixed: an unnecessary error popup that would occur if the user was sending a message to a screen that was not open.
  • Fixed: (case 14506) the database updater now correctly parses events and triggers, and should no longer have trouble with versions that end with an EVENT declaration.
  • Added: if ITrack.exe fails to write a setting out to the ini file, it now displays an error in the status bar so that we can debug situations where users cannot seem to write printer choices to their settings file.
  • Fixed: some minor issues with error reports that are reported to the error reporting server.

MySQL Connection

  • Added: support for a new database mode where disconnects are not automatically reconnected, but instead must be manually reconnected.
  • Added: (case 14552) support for a new database mode where the application catches all database disconnections and automatically attempts a fixed number of reconnection attempts before throwing an error (the default reconnection attempt count is 1). This is the new default mode.
  • Added: for legacy support, there is a legacy database mode where reconnects are handled automatically by MySQL. This mode is not transaction safe, and so is being deprecated.
  • Changed: Several low-level database operations have been sped up, including checking to see if a connection is live, as well as disconnecting.
  • Added: all ISoft database error codes have been given formal #'s in the 100 to 200 range to keep them separate from the MySQL database error codes (1000 to 2999)
  • Added: (case 14552) any disconnections (manual, timeout, explicit connection termination on the server side) will cause a new error ("Connection lost during transaction" error # 103) to be thrown on the next query to be run. This feature requires the database connection to be in the new AUTO_RECONNECT mode, which is the default. Also, this only applies to code that explicitly begins transactions. This solves a central issue where bad connections could lead to partial saves being lost due to the implicit ROLLBACK performed by MySQL when a connection is lost. Now, the application will detect this state and return an error so that it can be handled gracefully.
  • Added: the MySQL connection now puts more information in the (optional) log file. This includes notes whenever disconnects were noticed, as well as a note for every auto-reconnect attempt. This makes the log file more readable when debugging operations that spanned multiple reconnects and identifying errors that occurred because of a disconnect in the middle of a transaction.
  • Fixed: code that calls Disconnect directly will no longer cause the application to get into a state where it would not reconnect anymore.
  • Changed: The Reconnect operation now simply calls Disconnect and Connect, to avoid previous issues where it was handled differently.
  • Added: support for hiding the 'retry' button on the query error dialog if the error being reported is that the tranaction was interrupted. This is because, in this case, the entire transaction must be re-run to ensure validity.
  • Added: Support for socket-based connections.

Parts

  • Added: the global hotkey for 'search for part' (default: F4) now sends the part that gets found to the currently screen. If the current screen can't handle parts messages (such as Home), the part will instead be opened on the parts screen.
  • Changed: Renamed the "Part Transaction" tab to "History".
  • Fixed: (case 14203) if the user had replenishable parts default to not public, doing a save & clear operation after updating a replenishable part would cause an unnecessary 'do you want to save' prompt to appear during the screen close process.
  • Fixed: an issue where typing into the location dropdown on the aftermarket tab would act normal unless the user tried to type in a new location name.
  • Fixed: an issue where deleting a location from a part wouldn't work right if the user changed the location name before deleting it. This could happen if the user changed the location to "", implicitly causing a location to be deleted.
  • Fixed: an issue where the location dropdown on the replenishable tab would always initially have a very short dropdown, making it hard to use.
  • Changed: the 4 flex fields now only load the first 1000 distinct choices found in inventory for cases where there are more options than that. This makes loading parts and choosing part types much faster on databases where every component gets a unique value in one of these flex fields (such as a casting # or VIN). In cases like that, auto-complete is not helpful anyway.
  • Added: the days to return core is now set on new parts based on the setting "Default: days to exchange cores for new items"
  • Fixed: (Case 15187) New parts added to assemblies will now correctly show the retail core price in the retail core price column.
  • Fixed: (case 15662) deleting a location should now more quickly delete all document allocations against that location. This query was taking longer than necessary on large databases.
  • Fixed: an issue where the vehicle make and model might not display correctly when a the user loaded a stock # onto a new part.
  • Changed: all the dropdowns now become readonly instead of invalid when the user doesn't have permission or other situations where the fields cannot be edited. Readonly dropdowns are easier to read and interact with.
  • Removed: parts were only partially inheriting the status of the vehicle whose stock # was loaded onto the part. Because it wasn't working right, it has been disabled for now until we figure out if its something that should be added back in.
  • Performance: loading vehicles should now be slightly faster and run fewer queries.

Part Configuration

  • Fixed: (Case 15152) A database error that occurred when activating a new part category.
  • Fixed: a bug where it was possible to create an inventory type of 0. case 15562

Purchase Orders:

  • Fixed: (case 15132) a rare crash that could be caused by adding new order fulfillments to an existing PO.
  • Fixed: all fulfillable items now show by default when the user opens the fulfillment dialog on existing POs.
  • Added: doubleclicking an item in the "choose source" dialog inside the order fulfillment dialog now selects the item in question and closes.
  • Fixed: sometimes adding a new fulfillment to an existing PO would show the wrong sources in the choose source dialog.

Report Viewer

  • Added: if the user enters an invalid parameter value, when they leave the field, the value will be updated to reflect a valid value. This means entering "ABCDEF" into a number filed will be replaced with the value 0. This fixes an issue where such values were being treated as 0 but the user was not aware.

Reports

Billing

  • Fixed: an issue with the activity section (or OIA list if that setting is turned on) of the report listing customer documents for all stores when a single store is selected.

Inventory Adjustment Log

  • Added: (case 14614) a new sort by parameter

Inventory Count Sheet

  • Fixed: (case 15085) an error that could occur when certain parameters are passed in

Inventory Detail By Part Type

  • Fixed: (case 15428) average cost calculations on this report were updated to use the database costing function, which takes cost settings into consideration

Inventory Summary

  • Fixed: (case 15120) average cost calculations on this report were updated to use the database costing function, which takes cost settings into consideration
  • Added: (case 14884) a new option to group the report by category

Label

  • Fixed: (case 14657) a problem where fields were getting cut off

Payment Receipt

  • Added: (case 15092) store logo in header of the report

Sales By Tax Item

  • Fixed: (case 15321) a problem where the report didn't sum groups correctly

Sales Order 11in

  • Added: a setting to the SO giving the option to display tax item.
  • Fixed: report now listens to the "print part detail" checkbox on work orders.

Tag

  • Changed: (case 14249) barcodes have been made taller

Top Customers Trending

  • New Report (case 12989)

Top Part Type Sales Trending

  • New Report (case 12987)

Top Salespeople Trending

  • New Report (case 12990)

Unbalanced Items

  • Fixed: (case 14859) where the cashonly parameter would not get passed to the report correctly

Unmoved Inventory

  • Fixed: (case 15733) a problem where the report could be blank if certain date parameters were entered
  • Added: Added a parameter to Unmoved Inventory report, added dynamic parameters, and updated average cost calculation.

Vehicle Value Analysis

  • Fixed: column "Sold ($)" is now wider
  • Improved performance
  • Added: GM% column

Sales Orders

  • Added: (case 14599) new adjustment types will now default to printable. Also, the user can now change this field on all adjustment types.
  • Fixed: (case 14637) when loading a SO with multiple parts off of the same vehicle where the entire vehicle cost was allocated should now correctly display the total vehicle cost on the items without requiring a refresh.
  • Removed: (case 14637) when saving an open SO with multiple parts off of the same vehicle, the correct cost allocations should be saved now. When the SO is being finalized, this recalculation will still be run to ensure that vehicle cost allocations don't over-allocate the vehicle's current cost.
  • Added: (case 14633) support for a new 'show on picking' flag for shipping methods. It controls whether to show documents with this shipping method on the picking screen and defaults to true.
  • Performance: (case 14912) sales order loads are now much faster in some certain circumstances, mainly revolving around millions of historical sales records on certain versions of MySQL.
  • Removed: (case 14928) the change item price permission wasn't always working because there was a setting that had to be set before it would control things. This setting has been removed. Now, the permission alone controls whether a user can edit prices on a sales order. This permission has been defaulted to on for all users who could edit sales orders to make sure no one loses functionality.
  • Added: if the user selects a part and hits enter or doubleclicks it to send it to another screen, if the recipient screen can't handle the part, it will be opened on the parts screen instead.
  • Fixed: The old IN style for the WHERE clause was causing an unoptimized lookup during updates. Changed it to be AND/OR style and keys are hit now.
  • Fixed: (case 13696) an issue where the search/clear buttons might not be visible on the part or vehicle search pages at minimum resolution.
  • Fixed: an issue where printing serialized tags could take a long time and remove the 'needs printing' check from other serials in the system.

Shared/Controls

  • Fixed: (case 14389) an issue where advanced combo boxes were not reporting value changes correctly.
  • Fixed: (case 14319) an issue where double-left clicking in an edit did not select the entire word that was clicked on.
  • Fixed: (case 14353) if a pop-up happened (or something caused the mouse to move) when the user was left clicking somewhere in the list, it was possible that when the modal dialog box was closed, the current mouse position would be used for click handling or drag & drop handling, causing items to get rearranged strangely.
  • Fixed: an issue that could cause an advanced combo to ignore the first selection change the user made by clicking.
  • Fixed: (case 14966) an issue where combos might send a 'changed' message when they had not actually changed, which could lead to an infinite loop on some screens.
  • Fixed: (case 14966) an issue where combos might not register a change message when they were changed by the user clicking on an item in the dropdown.
  • Fixed: an issue where the user could ctrl + page down to go past the last page in a paging combo
  • Added: (case 14918) the page up/ page down keys now scroll a whole page in all combo boxes.
  • Fixed: a long-standing issue where date-time fields in a list control would not draw the up/down arrows correctly until the user put their mouse over them.
  • Added: support for turning 'drag & drop' support off in a list control. This is useful for pages and dialogs where drag & drop is handled for a different reason. This disables the ability to move and copy items in said lists.
  • Fixed: an issue where killing focus from a combo while it was reporting a value change could cause it to throw a second value change, which was confusing the vehicles screen (2 bids being created when status dropdown changed to B because the bids tab would be activated).
  • Added: when an ITEdit is invalid or readonly, the background is now explicitly painted as the 3dface color (same as buttons and dialog backgrounds). This should make no difference in pre-Vista installations, but after that, property pages have a white background instead of a grey background, and invalid edits were inheriting that background color. This made readonly edits not very obvious.

SQLFramework:

  • Added: when a query error popup happens, the retry button will not be available if the error being reported is that the transaction was interrupted. This is because, in this case, the entire transaction must be re-run to ensure validity.

Vehicles

  • Added: (case 14738) On the additional info tab, you can now enter more into the sellerinfo and pick-up location fields.
  • Added: (case 14365) Bid Accepted Dialog check boxes now save to user settings and load from user settings.
  • Added: (case 14361) the duplicate VIN # dialog now shows the store that the vehicle is at. (The store the active whole unit is at)
  • Changed: (case 14362) a vehicle in bid mode no longer hides the whole units tab by default. This has been moved to a store setting in case anyone would prefer hiding this page until after a vehicle has been received.
  • Added: (case 14364) the manufacturer and model dropdowns in the bidding/teardown lists is now sorted alphabetically.
  • Changed: (case 14678) the teardown date has been renamed to Dismantled Date, and it is now set when the user checks the dismantled checkbox instead of when they add a teardown to the vehicle.
  • Fixed: an issue where changing status From/To status B might cause popups to be shown twice or for 2 bids to be created.
  • Added: (case 15095) if the user switches a vehicle from status B to status A, they will be asked if they'd like to send the vehicle to a PO, just like a newly available vehicle.
  • Added: (case 15313) teardowns now display the date that they were originally created.
  • Changed: (case 15313) the 'teardown date' field has been renamed to 'dismantled date', as that is what it has been used for and to differentiate it from the newly added date on the teardown page.
  • Removed: there is no longer a dismantled checkbox since the dismantled date can be unchecked. The 'is dismantled' value now defaults from whether the dismantled date is checked.
  • Fixed: (case 15302) adding items with an inventorytypeid of 0 will no longer cause appraisals to crash.
  • Fixed: (case 15937) an issue where the sales appraisals and the HTP appraisals might cause a database error if they both attempted to connect to the database at the same time. This may have resulted in crashes if the timing was just right.

Warehouse Management

  • Changed: (Case 14165) Screen reflects recent changes to scan sessions.
  • Fixed: (case 15081) an issue where typing in the location dropdown was causing users a lot of difficulty because the user's focus was automatically moved to the print button as they typed.
  • Performance: Results are only loaded when the user finishes selecting an item, instead of as they type. Also, loading lots of items in the manual count page should now be faster.

Work Orders

  • Changed: The Work Order screen has been redesigned. The goal of this new format was to allow more room for technicians to take detailed notes. As well as the layout, we've added a new 'status' feature for jobs and fixed many bugs.
  • Added: (case 828) Work Orders can now be saved without clearing the screen. This option exists in the Save button dropdown.
  • Fixed: A few buttons were missing tooltip text.
  • Added: Property Sheet with Property Pages for "Complaint, Cause, and Correction", "Notes", "Parts", and "Tasks and Labor".
  • Changed: Most of the buttons at the bottom of the screen such as "Add Item", "Edit Item", "Delete Item", "Requests", "Add Task", and "Add Labor" have been moved to their corresponding property page to clean up the bottom of the screen and add context to their function.
  • Added: Many new columns of information to the Jobs list.
  • Added: (case 2509) Footer to the bottom of the Job list to sum up the corresponding column.
  • Removed: Many of the totals from the bottom of the screen. The past totals edits had multiple totals in a single edit and often didn't fit the whole number.
  • Added: A new "Subtotal" read-only edit at the bottom. Adding this number to "Estimated Tax" will get you the "Total". So, only these 3 "total" fields are now shown at the bottom.
  • Changed: Reduced the size of the bottom area, which was done by removing many buttons and totals and better organizing the "On Save" checkboxes in a groupbox.
  • Fixed: the edit item dialog was using the wrong setting value for the days to return cores.
  • Added: Drag static between the job list and the property sheet.
  • Removed: the group box around the "on save" checkboxes in the bottom right so I could make the bottom section shorter and use those few pixels for the job list and property sheet.
  • Fixed: Controls on the pages now respect various state, such as permissions, job is selected, template is enabled, etc.
  • Added: Tabs now have an asterisks next to their title if they have information on them. This way the user can see, without having to switch tabs, if they have info.
  • Added: (case 14374) Status for jobs. These are "Not Ready", "Ready", "In Progress" & "Done". They are colored on screen as dark red, dark yellow, dark green & dark blue respectively.
  • This can be changed from the job list or in the job dialog. We wanted to use a slider control but it doesn't work on XP so I'm using radios with ITColorStatics and it looks pretty good(yes, clicking the static works).
  • Changed: The layout of the controls on job dialog. Also made the various multi-line able to get a new line by pressing enter.
  • Changed: Tab order on the main screen now goes to the property sheet when you would expect.
  • Fixed: A bug where the options in the job dialog's priority dropdown didn't match what was in the database or database object, and thus, if the user chose "Critical" or "None" from the dropdown, they wouldn't save to the document.
  • Fixed: A bug where job priority wouldn't ever save if the user changed only priority on a job and nothing else.
  • Added: Priority to the job list.
  • Fixed: A bug where "Low" priority would never show as selected in the dialog because "Lowest" came first in the combo and contains "Low".
  • Changed: (case 14864) The "Cost Factor" and "%" columns in the master part list are hidden when there is only 1 part. Serial column is hidden when no part in the list has a serial number.
  • Added: Some new task and labor icons.
  • Added: (case 2298) "Completed" checkbox
  • When the "Completed" checkbox is checked, the "Completed By" field is available for the user to optionally select the user that completed the task.
  • Changed: The UI of the Task dialog
  • Added: All task fields can be edited directly in the list
  • Fixed: (case 2298) A bug where the "assigned to" worker group wouldn't ever save.
4/8/2026

Release 8.7

Parts

  • Fixed: an issue where the vehicle make and model might not display correctly when a the user loaded a stock # onto a new part.
  • Changed: all the dropdowns now become readonly instead of invalid when the user doesn't have permission or other situations where the fields cannot be edited. Readonly dropdowns are easier to read and interact with.
  • Removed: parts were only partially inheriting the status of the vehicle whose stock # was loaded onto the part. Because it wasn't working right, it has been disabled for now until we figure out if its something that should be added back in.
  • Performance: loading vehicles should now be slightly faster and run fewer queries.

Release 8.6

Data Management

  • Added: (case 15204) support for a new command timing for import scripts "Before Mapping".

Database

  • Fixed: (case 15311) vehicles no longer pay attention to max percent of price.
  • Added: (case 15204) added a new timing to data management in order to facilitate importing into InnoDB tables.
  • Added: (case 15204) added a unique key to importtypecommand table.
  • Fixed: (case 15257) a database function that was causing a recursive function error to be thrown when finalizing a sales order.
  • Performance: (case 15038) changed the function used to save POs to be faster.
  • Fixed: (case 15036) a duplicate key error cause when saving a part with multiple locations of the same now. Now, the locations merge into one.
  • Performance: (case 14912) reduced the amount of data looked at when doing appraisals. Appraisals now require at least a part type and manufacturer.
  • Performance: (case 14912) added an index to salesorderline table to help appraisals.
  • Fixed: (case 14698) vehicles now properly get set to status 'T' after being transferred to a new location.

Location Management

  • Fixed: (case 15081) an issue where typing in the location dropdown was causing users a lot of difficulty because the user's focus was automatically moved to the print button as they typed.
  • Performance: Results are only loaded when the user finishes selecting an item, instead of as they type. Also, loading lots of items in the manual count page should now be faster.

Parts

  • Fixed: (case 14865) lots of UI issues with the dropdowns on the screen.
  • Fixed: (case 14916) an issue where models were not cascading from the assembly model correctly.
  • Fixed: (case 14966) an issue where changing a part type might crash the screen.
  • Fixed: an issue where choosing a part type with the mouse might not change the part type #.
  • Fixed: (case 14966) an issue where changing part type on an existing part might cause a crash.
  • Fixed: (case 14977) an issue where changing models on the parts screen wasn't working properly, this impacted automatic pricing and other features.
  • Fixed: an issue that could cause an advanced combo to ignore the first selection change the user made by clicking.
  • Fixed: an issue where typing into the location dropdown on the aftermarket tab would act normal unless the user tried to type in a new location name.
  • Fixed: an issue where deleting a location from a part wouldn't work right if the user changed the location name before deleting it. This could happen if the user changed the location to "", implicitly causing a location to be deleted.
  • Fixed: an issue where the location dropdown on the replenishable tab would always initially have a very short dropdown, making it hard to use.
  • Fixed: an issue where sometimes a location of random characters would be shown on the screen after loading a part (generally only occurred when a user had many screens opened).
  • Fixed: various issues where the parts screen was not working as intended.

Reports

Label

  • Fixed: Split Manufacturer and Model onto different lines so they have more room.
  • Fixed: (case 15178) Child parts now display part manufacturer and model of parent instead of displaying nothing on Label report.

Sales By GL Category

  • Fixed: a divide by zero error.

Tag By Location

  • Fixed: Made the barcode taller, made the report look like the standard tag.
  • Fixed: (case 15178) Child parts now display part manufacturer and model of parent instead of displaying nothing on TagByLocation report.

Tag Picking

  • Fixed: Made the barcode taller, added the setting-based tag below the tearoff field.

Tag Receiving

  • Fixed: Made the barcode taller, added the setting-based tag below the tearoff.

Vehicle Bid Internal

  • Fixed: Corrected the COGS formula, labeled GM% for clarification.

Release 8.5

Database

  • Added: (case 14633) in order to facilitate shipping methods that are for staging things that aren't ready for picking yet.

Deliveries

  • Added: (case 14633) documents that have a shipping method that is not set to show on picking will no longer show up to be picked.
  • Fixed: (case 14633) an issue where putting the cursor into one of the staging location dropdowns, and then clicking out would erroneously cause a 'are you sure you want to change the staging area' popup to appear.
  • Added: an extra check to suppress the confirmation dialog for changing the picking staging locations if the user doesn't have permission to change them. In some cases, users were still seeing this popup.

Parts

  • Fixed: (case 14601) an issue where, if a manufacturer or model was modified by another control (such as through the link models checkbox), the next time the user would tab through the field, some fields would be cleared.
  • Fixed: (case 14702) an issue where the sub interchange number might be cleared the next time the user tabbed through it in some circumstances.

Sales Orders

  • Added: (case 14633) support for a new 'show on picking' flag for shipping methods. It controls whether to show documents with this shipping method on the picking screen and defaults to true.

Vehicles

  • Changed: (case 14678) the teardown date has been renamed to Dismantled Date, and it is now set when the user checks the dismantled checkbox instead of when they add a teardown to the vehicle.
  • Added: when the user checks the Dismantled checkbox, Dismantled By will now default to the current logged in user.

Release 8.4

Database

  • Fixed: (Case 14647) a problem where, if the innodb_inventoryid and inventoryid were not the same, the core management screen would return cores incorrectly.
  • Fixed: (Case 14387) a problem with new innodb databases where it would throw an error when trying to insert the very first document in the document tables (SO# 1, WO# 1, etc.)
  • Added: an index to the collection table to make it faster
  • Fixed: a bug during pick and move if you have a valid location of ""
  • Fixed: (Case 14637) a problem where if the document id was NULL (a new document), queries would return incorrectly.

Reports

Purchase Order

  • Fixed: (Case 14658) a problem causing vendor state to sometimes display incorrectly.

Sales Orders

  • Added: (case 14599) new adjustment types will now default to printable. Also, the user can now change this field on all adjustment types.
  • Fixed: (case 14637) when loading a SO with multiple parts off of the same vehicle where the entire vehicle cost was allocated should now correctly display the total vehicle cost on the items without requiring a refresh.
  • Fixed: (case 14637) when saving an open SO with multiple parts off of the same vehicle, the correct cost allocations should be saved now. When the SO is being finalized, this recalculation will still be run to ensure that vehicle cost allocations don't over-allocate the vehicle's current cost.

Work Orders

  • Fixed: (case 14561) an issue where loading an existing WO with master parts would display the quantity as the default master part quantity instead of the saved value.

Release 8.3

Customer

  • Fixed: (case 14421) an issue where the remittance boxes (0-30 days, 30-60 days, etc) weren't refreshing correctly on saved customers when they were loaded.

Vehicles

  • Fixed: (case 14362) the whole units tab is now visible even on bid units.
  • Added: (case 14361) the duplicate VIN # dialog now shows the store that the vehicle is at. (The store the active whole unit is at)
  • Added: (case 14364) the manufacturer and model dropdowns in the bidding/teardown lists is now sorted alphabetically.
  • Added: (case 14365) The "Bid Accepted" dialog now saves the state of the checkboxed and the user status.

Release 8.2

Common Resources

  • Fixed: (case 14389) an issue where advanced combo boxes were not reporting value changes correctly.

Database

  • Fixed: an issue where the Inventory import would run into a duplicate key error if there were duplicate tag numbers in inventory already.

Parts

  • Fixed: (case 14345) an issue where certain values were not updated appropriately. This was report as causing problems with the autopricing system.

Release 8.1

Data Management

  • Fixed: an issue where unchanged row count could be negative.
  • Fixed: an issue where "Before Conversion Validation" commands were not being run.

Database

  • Fixed: changed the Inventory import to be compatible with inventory as an InnoDB table.
  • Added: an index to file.hash. This will speed up adding pictures.

Vehicle

  • Added: (case 14738) On the additional info tab, you can now enter more into the sellerinfo and pick-up location fields.

Release 8.0

Accounting

  • Fixed: various tab order issues
  • Added: button icons

CoreManagement

  • Fixed: various tab order issues
  • Added: button icons

Customer

  • Fixed: a database error that could occur if the user didn't choose a store for the billing address. This kept users from creating global customer records.
  • Added: (case 13676) there is now a store level setting "Customer"->"Payments page: default new customers to 'cash only'" which controls whether new customers are cash-only or not by default.

Customer List

  • Added: the list now has gridlines for consistency with other big lists.
  • Fixed: performing a customer search for customers only at the current store was not correctly grabbing customer Q&A values.
  • Performance: (Case 12685) customer search has been rewritten to be 99% faster in some cases. Namely, searches were found to be very slow if the user was searching for customer for only their store and some of the customers in question had many alternate addresses or Q&A options filled out.
  • Disabled: currently, searching customers by balance has been disabled because it has been shown to be extremely slow on large databases, and that is not made obvious to the user. Any users who use this feature should contact ISoft, as we can discuss work-arounds.
  • Fixed: several issues regarding getting an accurate count of matching customers when the user is searching by customer balance. This may be useful in the future, but as mentioned above, balance searches have been disabled due to speed concerns.
  • Reconfigured the UI a bit as follows:
  • Search related options(checkboxes) are now at the top next to the search button.
  • The search type combo is hidden when doing a smart search
  • Post-search related buttons are now at the bottom.
  • Button change their state depending on if results are in the list or if an item(s) are selected.
  • Buttons have state-specifc tooltips.

Database

  • Added: (case 12722) the view vdeliverabletransferorderline now puts both source and destination comments into the internal comments of the view, making both comments viewable on the picking screen.
  • Added: A line to update LXW's table entries to use correct names. Without this, Inventory Detail will not load on LXW.
  • Removed: several settings in the parts location that are unused and are easily confused with in-use settings in other areas.
  • Fixed: the trigger on inventory update no longer moves the primary location of the part unless the location changed, and even then, one of the locations must be valid. This helps prevent situations where touching a part would create an 'empty' primary location on a record with no locations.
  • Fixed: (case 13044) an issue where fmoveinventoryprimarylocation was creating inventorylocation records that were not permanent and had a quantity of 0. This was contributing to situations where inventory with no location were getting an 'empty' location record added to them.
  • Renamed: a setting that is being deprecated to its new name, and all values are being converted over so that software behavior remains the same.
  • Fixed: an issue where, if the inventory table was InnoDB, replicating a part between stores to perform a transfer order would not work correctly (the part at the source store would be lost). This shouldn't have been affecting any databases in the wild.
  • Fixed: (case 13110) if a part was replicated while any quantity was on hold, the holds would get copied over, so the new part would appear to be on hold when it was transferred. Now, items do not automatically get holds during replication.
  • Fixed: an issue where replicating inventory items wouldn't reset the hold quantity on the newly created inventory record.
  • Added: (case 13105) a new permission "Search"->"Can perform potentially slow searches", which controls whether the user is allowed to perform smart searches that the system has detected might take awhile to execute.
  • Fixed: an issue where right-click list graphing would display fractional numbers as 'rounded' numbers.
  • Fixed: an issue where right-click list graphing would open the graph website twice if the default browser was google chrome.
  • Added: (Case 13226) Queries for removing the old FULLTEXT inventory.notes+inventory.description index and migrating the search module that used it to something more standard.
  • Fixed: the template used for "right click list graphing" has been upgraded to fix the following issues:
  • Fixed: (case 13273) an issue where grouping the x axis by value was incompatible with some graph types, like stacked column chart.
  • Added: the graphing template now properly rounds all aggregated values to a similar precision as the input data (this solves issues where $1.50 would display as 1.49999999).
  • Fixed: several issues where aggregation wasn't working correctly, this was breaking stacked bar charts.
  • Added: support for grouping values into date/time ranges like "By Day/Week/Month/Quarter/Year".
  • Tweaked: the layout of the graph to reserve more space for the graph itself.
  • Fixed: an issue where pie charts wouldn't render because the label column (x axis) has to be a string
  • Added: support for the google ChartWrapper class, which enables more real-time chart modifications
  • Added: the user can now click a series in the legend to show/hide it.
  • Fixed: grouping results by date range wasn't working for pie charts.
  • Fixed: an issue where pie charts would fail to render because they had negative values.
  • Fixed: an issue with the graph template where numbers might sometimes display 100.instead of 100.01
  • Fixed: an issue where calling some move location functions could throw an error because a DECIMAL was being saved into a TINYINT. This would only have been a problem for servers with strictmode on.
  • Fixed: (case 13437) if the user moved the primary location of a part (commonly done on the vehicles screen when parts are moved with a vehicle), they could get an error from recursive database references.
  • Fixed: (case 13794) several issues that could be cause if the user needed to do auto-pick and move fractional inventory quantities (like .5). This could be caused by selling fractional quantities or by manually picking 50% before making the invoice auto-pick.
  • Added: LXW changes that move storeid from scanner (which is now store-agnostic) to scansession.
  • Added: numbers table now goes up to 16k, which makes many reports easier.
  • Removed: a search setting for disabling picture counting which is not used anymore.
  • Added: (case 9416) new permission that controls what stores a user can pick inventory at.
  • Added: (case 9416) a permission that controls what stores the user can create run sheets for.
  • Removed: an inventorysetting for "Location" which was redundant with "Locations"
  • Changed: the location code is now allowed to be up to 50 characters long. Care should be used with long locations, since the total location name "parent code-location code-child code" needs to be less than 50 characters as well. Therefore, only 'top level' locations that will never have sub-locations should ever have codes this long.
  • Added: (case 13003) support for report parameters that allow a choice between items that are loaded from the database. Also, parameters can now be hidden, and their editability can be customized.
  • Changed: reportparameter.reportparameterid is now an independent auto_increment column, instead of being depdent on reportid. This should make it so that the table can be moved to InnoDB database engine.
  • changing the length of the title field in the database to match the limit set in code and by ebay
  • Added: ebay permission
  • Added: (case 1464) a log table to record vendors that have been merged.

Deliveries

  • Fixed: (case 14013) issues where the dropdowns were editable when source store All was chosen, and where the entire edit would not be 'greyed out' when it was not editable.
  • Added: (case 9416) a new permission that controls which store(s) the user has access to picking inventory at. This controls the options the user can choose from the source store dropdown.
  • Added: (case 9416) a permission that controls what stores the user can create run sheets for. This controls the options for the source store dropdown (which controls what stores' inventory the user can create runsheets for).

EBay Extension

  • The Ebay Sync button will now always take you to account authorization page and reset the ebay contexts
  • Added: screen permission
  • Changed: ExternalURL won't work for our current image solution so I added PictureData which doesn't work with our current api set up because it doesn't add the xml attachments but its there for future development
  • Fixed: a bug where shipping options weren't saving without killing focus before closing dialogs
  • Fixed: a bug where users could add shipping options to the default template
  • Fixed: Bringing items to the ebay screen from the search screen now ALWAYS maintains order instead of only sometimes case 13535
  • Added: core prices are now added into pricing when an item is sent to ebay case 11525
  • Added: a counter for the number of listings that are currently on the listings tab case 13887
  • Various UI improvements

InventoryOverview

  • Added: (as per user suggestion) the inventory filter dropdown now has a "QA < Min" in addition to "QA <= Min". This allows users to build orders composed of only more strict depletions.

ITMySQLFramework

  • Changed: Recent error reports seem to suggest that in some cases, the error reporting dialog is not appearing for customers. Some changes have been made that may make it less likely that things won't work right.
  • Fixed: a freeze issue that could happen if a very large query failed. The error was too large to be shown in the pop-up and therefore the message would also not be shown to the user.

Locations

  • Fixed: the input field for code, delimiter, and description are now limited to a maximum number of characters that matches what the database can hold.
  • Fixed: (case 13169) an issue where the location screen would crash if the user had a particular combination of permissions.
  • Fixed: the locations screen is now properly locked down if the user has no permissions to edit locations.
  • Added: (case 14092) paste sibling option to the paste dropdown. This is now the default if you hit the paste button. This is to make paste work consistently with the insert new button.
  • Removed: (case 14092) hitting paste no longer selects the newly created location. This makes pasting work the same as the insert new button. This should make inserting many copies of the same location faster.
  • Fixed: (case 14092) an issue where pasting the same location multiple times would increment the number in the description only once.
  • Changed: the location editing screen now allows the location code to be up to 50 characters long. Care should be used with long locations, since the total location name "parent code-location code-child code" needs to be less than 50 characters as well. Therefore, only 'top level' locations that will never have sub-locations should ever have codes this long.

Login

  • Removed: two extra, unnecessary error messages related to loading up stores that would appear if the user could not connect to the database.

Master

  • Added: More error handling in certain cases of loading extensions. Only useful for debugging and extreme (non-occurring) corner cases.

Parts

  • Fixed: (case 12905) an issue where changing the text of the primary location might not update the location on the part info tab.
  • Fixed: (case 12905) an issue where typing in 'virtual' locations wasn't working.
  • Fixed: (case 10340) an issue where saving a part with a location might either cause there to be two locations, or a duplicate location error to appear.
  • Fixed: (case 13054) an issue where the 4 flex fields were not loading up saved data correctly.
  • Fixed: the tab order was incorrect on several pages. Also, tabbing between pages was not working consistently.
  • Fixed: if the user opens the screen or does a search, their focus will automatically be put into the part type # field.
  • Changed: the setting Parts->"Model dropdown search pattern" has been switched to Parts->"Use only the start of the model name when searching for matching models". The new setting is just a True/False setting which controls whether typing in the model dropdowns on parts will find matches just by the start of the model name or anywhere in the string.
  • Fixed: an issue where typing a full model name into the "Part #" field on the part info tab wasn't always finding the model correctly. This also fixes an issue where the user would be taken back to the first page in this situation.
  • Fixed: an issue where the model dropdown's auto-suggest method would sometimes suggest an item by the middle of the model name even though that option was turned off.
  • Fixed: a possible crash caused by typing in the model dropdown because the model and assembly model kept changing each other in a loop.
  • Fixed: if no model is selected, the Manufacturer Part # edit will no longer contain a single space " ".
  • Changed: when the user first opens the screen, their focus is automatically put into the tag # field for quick lookup of items.
  • Changed: the replicate parts button now uses the same database replication method that the Transfer Order screen uses when replicating parts between stores. This fixes an issue where manually replicating a part between stores would replicate the held quantity as well.
  • Fixed: (case 13322) an issue where creating a new location (or renaming an existing one) and rearranging the locations could cause locations to combine or even a database error.
  • Added: (case 13923) there is now a location column in the part screen transaction list. This is a comma separated list of all location(s) a particular document line referenced at the current time, along with a summary of the quantity allocated at each location. Since work order master parts don't save a location that they referenced, "Primary loc." is displayed instead.
  • Fixed: (case 14131) if the user switched an aftermarket/replenishable inventory item to Miscellaneous, the 'replenish' checkbox on the advanced tab would be unchecked, but upon save, the part would not become replenishable. The same is true for Misc/Standard items going to Replenishable items. Now, this change will be saved correctly.
  • Fixed: (case 14203) if the user had replenishable parts default to not public, doing a save & clear operation after updating a replenishable part would cause an unnecessary 'do you want to save' prompt to appear during the screen close process.

Purchase Orders

  • Added: (case 13105) similar to smart search on the search screen, things typed into the lookup field will popup a "Potentially slow search detected" if the input starts with a wildcard or is very short. If they have a new search permission, they can perform the search anyway.
  • Added: (case 13492) the PO screen can now accept a bid to purchase. In this mode, the item will be purchased from the bid vendor for the bid amount, and all bid fees will be added as add on costs.
  • Fixed: a crash that could occur when deleting a document level adjustment from a posting. Sometimes the crash would occur on the next load or save operation.
  • Fixed: The following changes have been made to the interface for consistency with other document screens:
  • Tab order issues
  • Save is always the bottom-right most button and "S" is it's alt key shortcut.
  • Clear is always to the immediate left of the save button
  • A "On Save" section of checkboxes and/or combos is to the immediate right of the save button
  • The "Add Item", "Edit Item" & "Delete Item" buttons are above the clear/save buttons in the same order.

Report Viewer

  • Added: (case 13003) support for dropdowns whose values are loaded form the database. In addition, the current user, the store they're logged into, as well as other various pieces of information can be used as part of the query, making it so that running reports can use better user defaults in the future. This system supports some of the results being a default choice, as well as behind-the scenes key #'s for faster report support.
  • Added: (case 13003) report parameters can now be hidden, as well as visible by readonly.
  • Added: (case 13003) dropdown report parameters now support passing behind the scenes ids to a report for speed purposes, as well as allowing dropdowns that the user can type into (for wildcard support).
  • Added: (case 13003) report parameters can now be marked as required, meaning the user cannot print until they are not empty. The user will be prompted to fill it out or to use the default value (if one exists).

Reports

Back Orders

  • Replaced some columns with more relevant columns, cleaned up the report.
  • Now only includes sales order document types that can affect inventory.

Billing

  • Added: an alternative OIA layout, which will show instead of the standard layout based on a setting. Also, the logo and address were swapped in the header so the address is on the left and can be lined up with envelope windows with deliberate folding.

Receiving Label

  • Added: conditional sizing to the barcode field based on length.

Part Search Results

  • Updated query to look at the same view as the screen for make, vehiclemodel, and year fields.

Purchase Orders

  • Fixed: a problem where line descriptions weren't showing up.

Sales By Customer

  • Detail Level parameter now allows selection from line item, salesorder, and summary levels.

Sales Order 11in

  • Fixed: Displayed tax amount no longer rounds.

Tag

  • Added: a setting to display tagnumber below the barcode in addition at the top of the report, False by default. This is good for tearoff tags.
  • Increased the height of the barcode.

Weekly Sales Insights

  • Added: average invoice amounts.

Sales Orders

  • Added: (case 13105) similar to smart search on the search screen, things typed into the lookup field will popup a "Potentially slow search detected" if the input starts with a wildcard or is very short. If they have a new search permission, they can perform the search anyway.
  • Fixed: The following changes have been made to the interface for consistency with other document screens:
  • Tab order issues
  • Save is always the bottom-right most button and "S" is it's alt key shortcut.
  • Clear is always to the immediate left of the save button
  • A "On Save" section of checkboxes and/or combos is to the immediate right of the save button
  • The "Add Item", "Edit Item" & "Delete Item" buttons are above the clear/save buttons in the same order.
  • Added: (case 13105) if the user performs a search with nothing filled out, they will get an error that says "Search too general, please narrow down your search". This should prevent the user from accidentally locking things up for awhile.
  • Added: (case 13105) if the user performs a Smart Search, if the smart search filter starts with a wildcard, or the input string is very short (customized in a setting, but defaults to less than 2 characters), the user will be told that this is potentially a slow search. If the have a new permission "Search"->"Can perform potentially slow searches", they can continue anyway. Otherwise the user will be prevented from performing the search. This should prevent very simple searches that take too long to perform on large databases.
  • Performance: (case 13105) if the user is doing a "Group by locations" search, the query will not contain a GROUP BY (unless the user is searching by serial #). This makes large searches faster if the user is finding lots of results but attempting to grab only the first 1000 with a LIMIT.
  • Performance: (case 13105) if the user is doing a normal search, the query will attempt to not use a GROUP BY clause (unless the user is searching by serial # or location). This makes large searches faster if the user is finding lots of results but attempting to grab only the first 1000 with a LIMIT.
  • Fixed: an issue where the side dropdown had all side options repeated twice.
  • Removed: (case 12528) the user can no longer disable the ability to count part and vehicle attachments on search. This feature did not add significant time to search.

Vehicles

  • Removed: several unnecessary queries that were being run on save and load.
  • Added: when a whole unit is saved, the post-save database functions are now correctly run.
  • Fixed: (case 13216) an issue where, if the user created a new vehicle and sent it to a PO, the item would not correctly appear on the PO screen if a new database configuration was in use.
  • Fixed: a crash that could happen if the user added a second bid to a vehicle with exactly one bid.
  • Added: a 'Create PO' button that is available whenever a bid is selected. This allows the user to send the selected bid to a PO (including fees, amount, and bid vendor). This is useful for situations where a bid is accepted but the receiving PO is not created at that time. This allows the user to create a bid PO for a vehicle after the bid has been accepted, or a second time if the original PO has been voided.
  • Fixed: an issue where copying a saved bid/teardown to a new bid would not save the bid items correctly.
  • Added: (case 13492) when the user sends the vehicle to a PO to be received, if there is an accepted bid, that bid information will be used on the PO. This includes bid vendor, amount, and fees.
  • Fixed: an issue where new bid vehicles would ask the user to send the vehicle to a PO on the first save.
  • Changed: whole unit type is now always a required field, even for bid units. This avoids a possible database error. Plus bid templates were based off of whole unit type, so filling it out should always be required.
  • Fixed: (case 13821) an issue where an existing vehicle would not correctly move when its location was changed. The parts would move but the whole unit would not.
  • Fixed: the location dropdown was really small, making it hard to see all the available locations.
  • Fixed: a crash that was occuring after a save operation where the screen was not cleared and the user inventoried part of a teardown list. The crash would occur after save if the user changed anything on the unused template components.
  • Changed: (case 13857) the way sales appraisals are calculated has been completely rewritten. Large teardown lists were taking a long time to process sales appraisals, especially at remote yards. Now they are processed in batches of 50, which greatly reduces communication time. Also, sales appraisals are processed on a secondary database connection. This can make them slower to start, but it should fix an issue where sales appraisals that were still processing during save were causing random behavior, crashes, and broken vehicle saves. This was more common at locations with longer teardown lists and slower connections.
  • Fixed: Various tab order issues
  • Added: Pressing "New Vehicle" or doing ALT+N will now put the user on the first property page so they can begin entering in a vehicle. The vehicle screen defaults to the user getting focus in the stock # lookup field when the screen loads. So now users can use ALT+N to quickly start entering a vehicle.
  • Added: Icon to Copy Bid button
  • Changed: The right alignment of the checkboxes made it look like they were for the more field edits, so I rearranged the screen a bit to make it more clear.

Vendorlist

  • Added: the list now has gridlines for consistency with other big lists.
  • Added: (case 1464) ability to merge vendors. This includes addresses, attachments, options, catalogs & purchase orders.
  • Changed: The Vendor List screen UI is now consistent with the Customer List screen:
  • Button state handling
  • Button state-specific tooltips
  • Various tab order fixes
  • Clear button has been removed from the tab order
  • If search type smart search or part id, the 2nd dropdown is hidden.

Warehouse Management

  • Added: support for showing fast inventory move detail information.
  • Fixed: an issue where doubleclicking item detail for moves wasn't opening the corresponding part.
  • Added: (case 12251) the inventory count detail list is now limited to loading 1000 items at a time. This should keep very large count jobs from freezing the screen. Even though only part of a job is loaded, the user is notified that there is more information, and the entire job can be approved at once.
  • Fixed: (case 13610) an issue where the arrow icons didn't move with the items if the user sorted the list or moved items by dragging and dropping them.

Work Orders

  • Added: (case 13105) similar to smart search on the search screen, things typed into the lookup field will popup a "Potentially slow search detected" if the input starts with a wildcard or is very short. If they have a new search permission, they can perform the search anyway.
  • Fixed: an issue where the parts list might be hard to read if the user hid and unhid some of the other lists of data.
  • Fixed: an issue where the "& Print Work Order External" checkbox might be hidden on a WO sometimes when it shouldn't be.
  • Changed: Some tooltip text
  • Changed: Placement of buttons in the bottom right to be more consistent with the Sales Order screen as per case 13565.
  • Added: Button icon to the Requests button
  • Added: Clear button(checks if there are unsaved changes before clearing)
  • Fixed: The following changes have been made to the interface for consistency with other document screens:
  • Tab order issues
  • Save is always the bottom-right most button and "S" is it's alt key shortcut.
  • Clear is always to the immediate left of the save button
  • A "On Save" section of checkboxes and/or combos is to the immediate right of the save button
  • The "Add Item", "Edit Item" & "Delete Item" buttons are above the clear/save buttons in the same order.
  • Fixed: An issue where the word "Correction" was getting trimmed on the "Complaint, Cause, Correction" static text.
  • Changed: The read-only price edits at the bottom are no longer in the tab order.
4/8/2026

Release 7.10

Customer List

  • Performance: (Case 12685) customer search has been rewritten to be 99% faster in some cases. Namely, searches were found to be very slow if the user was searching for customer for only their store and some of the customers in question had many alternate addresses or Q&A options filled out.
  • Disabled: currently, searching customers by balance has been disabled because it has been shown to be extremely slow on large databases, and that is not made obvious to the user.

Parts:

  • Fixed: an issue where typing into the location dropdown on the aftermarket tab would act normal unless the user tried to type in a new location name.
  • Fixed: an issue where deleting a location from a part wouldn't work right if the user changed the location name before deleting it. This could happen if the user changed the location to "", implicitly causing a location to be deleted.
  • Fixed: an issue where the location dropdown on the replenishable tab would always initially have a very short dropdown, making it hard to use.
  • Fixed: an issue where the vehicle make and model might not display correctly when a the user loaded a stock # onto a new part.
  • Changed: all the dropdowns now become readonly instead of invalid when the user doesn't have permission or other situations where the fields cannot be edited. Readonly dropdowns are easier to read and interact with.
  • Removed: parts were only partially inheriting the status of the vehicle whose stock # was loaded onto the part. Because it wasn't working right, it has been disabled for now until we figure out if its something that should be added back in.
  • Performance: loading vehicles should now be slightly faster and run fewer queries.

Vehicle

  • Fixed: (case 15530) a bug where changing the vehicle's status to 'B' causes two bids to be created.

Release 7.9

Manage Warehouse

  • Fixed: (case 15081) an issue where typing in the location dropdown was causing users a lot of difficulty because the user's focus was automatically moved to the print button as they typed.
  • Performance: Results are only loaded when the user finishes selecting an item, instead of as they type. Also, loading lots of items in the manual count page should now be faster.

Release 7.8

  • Fixed: (case 14979) an issue where changing category wouldn't update the whole units tab.
  • Fixed: (case 14977) an issue where changing models on the parts screen wasn't working properly, this impacted automatic pricing and other features.

Release 7.7

Parts

  • Fixed: (case 14966) an issue where changing a part type might crash the screen.
  • Fixed: (case 14966) an issue where choosing a part type with the mouse might not change the part type #.
  • Fixed: (case 14965) printing from the parts screen could crash Enterprise. This requires a full rebuild.

Release 7.6

Customer

  • Fixed: (case 14932) an issue where the customer screen would show changes when no changes had been made.

Parts

  • Fixed: (case 14865) lots of UI issues with the dropdowns on the screen.
  • Fixed: (case 14916) an issue where models were not cascading from the assembly model correctly.
  • Fixed: (case 13696) an issue where the search/clear buttons might not be visible on the part or vehicle search pages at minimum resolution.

Release 7.5

Customer

  • Fixed: (case 14421) an issue where the remittance boxes (0-30 days, 30-60 days, etc) weren't refreshing correctly on saved customers when they were loaded.

Parts

Fixed: (case 14865) lots of UI issues with the dropdowns on the screen.

  • Fixed: (case 14345) an issue where SelectString was not suppressing change reporting. This was causing a 'value changed' message to be sent prematurely, which caused some screens to think the previous value was still selected. This prevented auto-pricing from working sometimes.

Vehicles

  • Fixed: (case 14362) the whole units tab is now visible even on bid units.
  • Added: (case 14361) the duplicate VIN # dialog now shows the store that the vehicle is at. (The store the active whole unit is at)
  • Added: (case 14364) the manufacturer and model dropdowns in the bidding/teardown lists is now sorted alphabetically.
  • Fixed: (Case 14447) A crash that could occur when adding a second bid to a vehicle.
  • Fixed: (case 14363) the user is no longer prompted to create a PO to receive a vehicle on new bids.
  • Added: (case 14365) The "Bid Accepted" dialog now saves the state of the checkboxes and the user status.

Release 7.4

Manage Warehouse

  • Updated: screen was updated to be compatible with the latest version of LXW.

Release 7.3

Parts

  • Fixed: (case 13761) an issue where a miscellaneous part with a make and a model would save vehicle model correctly, but not display it correctly on the next load.
  • Fixed: (case 14131) if the user switched an aftermarket/replenishable inventory item to Miscellaneous, the 'replenish' checkbox on the advanced tab would be unchecked, but upon save, the part would not become replenishable. The same is true for Misc/Standard items going to Replenishable items. Now, this change will be saved correctly.

Vehicles

  • Fixed: the location dropdown was really small, making it hard to see all the available locations.
  • Fixed: (case 13821) an issue where an existing vehicle would not correctly move when its location was changed. The parts would move but the whole unit would not.
  • Fixed: a possible crash when sending a newly saved vehicle to a PO to receive it.
  • Changed: (case 13857) the way sales appraisals are calculated has been completely rewritten. Large teardown lists were taking a long time to process sales appraisals, especially at remote yards. Now they are processed in batches of 50, which greatly reduces communication time. Also, sales appraisals are processed on a secondary database connection. This can make them slower to start, but it should fix an issue where sales appraisals that were still processing during save were causing random behavior, crashes, and broken vehicle saves. This was more common at locations with longer teardown lists and slower connections.

Release 7.2

Parts

  • Fixed: (case 13322) an issue where creating a new location (or renaming an existing one) and rearranging the locations could cause locations to combine or even a database error.

Reports

Label

  • Different label format for vehicle units.

Location Label

  • Location name font size now dynamically changes depending on length of the string to allow for longer location names.
  • Added conditional size formatting to the barcode. Locationids over 99999 will print smaller so they fit.

Purchase Order Receiving List

  • Report now shows quantity ordered, quantity received and still expected, instead of just quantity expected. No longer excludes line items that have all quanatity received.

Receiving Label

  • Fixed an error in the query with locations.
  • Different layout for vehicle units.

Vehicle Bid External

  • Minor formatting changes to External Vehicle Bid.

Search

  • Fixed: (case 13287) another (hopefully the last) fix for dead whitespace in a list control. This could occur if the user locked search results, scrolled down, then performed another search or hit clear.

Vehicles

  • Removed: several unnecessary queries that were being run on save and load.
  • Added: when a whole unit is saved, the post-save database functions are now correctly run.
  • Fixed: (case 13216) an issue where, if the user created a new vehicle and sent it to a PO, the item would not correctly appear on the PO screen if a new database configuration was in use.

Release 7.1

Database

  • Removed: unused setting Parts - Default location for received inventory
  • Fixed: (case 13044) an issue where receiving quantity on an item with 0 qoh was not using the default part location automatically.

Parts

  • Fixed: (case 10340) an issue where saving a part with a location might either cause there to be two locations, or a duplicate location error to appear.
  • Fixed: (case 13054) an issue where the 4 flex fields were not loading up saved data correctly.

Reports

Purchase Order

  • Added: side when to the line descriptions when the information is available.
  • Fixed: row duplication error on the PO report.

Release 7.0

  • Customer screen rewritten to be 90% faster
  • Customers can now have state-specific tax exemptions, with expirations
  • All customer/vendor/part messages can now be marked as important, and documents now bold, underline, italicize, and blink at appropriate moments to make important messages more obvious.
  • Statically calculated holds are now live for everyone (they can't be turned off anymore). This means people who didn't manually turn this on in 6.0 now have it on, generally making big searches as much as 90% faster.
  • Transaction list has changed the way it groups results to be the way users will probably expect (one row per document if no lineitem columns are returned, even if filtering by lineitem columns; one row per lineitem if lineitem columns are part of the result set, no matter what is being filtered).
  • Vehicles screen now loads as much as 75% faster, and sales appraisal values are more accurate and more quickly retrieved.
  • Bid system on the vehicles screen has been completely retooled. The process, UI, permissions, creation, rejection, and approval process have all been retooled. Also, the bid screen now has more business intelligence and gives a 'suggested bid' based on projected COGS and shows a gross margin % for both the suggested bid and actual bid.
  • Lots of little bugfixes, and ease of use updates suggested by users both at the users' conference and after.

Common Resources

  • Added: (case 11363) when standard parts are consumed due to a vehicle being sold, fadjustinventory is now properly called with a document type.
  • Fixed: an issue where standard parts that are consumed due to a vehicle being sold were not depleting their locations or marking their serial #'s as sold.
  • Added: the double black right/left arrow icon has been added. It is used for showing/hiding side panes.

Core Management

  • Added: (Case 11881) there is now a part type column in the customer cores and returned cores pages. In the returned core page, it is the part type of the originally sold item, not the dirty core return.
  • Added: (case 11552) changing the value in the location field when inventorying returned cores will now control what location the new cores will be sent to. For 'new' core records, the default return location is now used, but the user can overwrite this value on a core by core basis. This fixes an issue where new cores are showing up in VARIANCE and require a manual move.
  • Added: the returned cores tab has been updated to make its usage more obvious. A prompt has been added to the top of the screen, the tag # column is now bold, and all 3 of the editable columns are now a different color than the other columns to make them more obvious. Many of the column tooltips have been updated to give more specific information on the usage of the screen.

Crystal Reports Extension

  • Fixed: an issue where, if the user had an invalid attachment cache directory, printing might fail. This shouldn't affect most users, but it fixes a rare issue where the user may not be able to print through ITrack if their ini file was copied from another machine. Now, if saving a report file fails due to the directory not existing, code is run to reset the attachment cache ini setting.

Customer

  • Fixed: overactive change detection on creating new customers.
  • Removed: some unnecessary queries run when opening the screen. This is in an attempt to speed up loading.
  • Changed: several changes to facilitate upcoming tax expiration changes.
  • Performance: during the process of loading a customer, the Sales Order tab (sales history) was loading results several times. This was causing many unnecessary queries. Now, this page is only refreshed once per load.
  • Performance: several unnecessary queries have been eliminated from loading a customer and opening up the screen to create a new customer.
  • Performance: all pages on the customer screen are now loaded when the user goes to that page instead of immediately. This can greatly increase the speed of loading customers, especially on customers with a lot of sales history, as that data will not be loaded until the user goes to that page. In some tests, this decreased customer load time by as much as 90%, especially on slow connections or customers with lots of data.
  • Changed: the customer screen now tells the user which tabs have been modified if they close the screen when changes have been made.
  • Changed: all state dropdowns on the screen now use a state auto-complete feature. This makes it so that typing in the dropdowns works better, and also less queries to the database are required, speeding up the screen.
  • Added: (case 3257) there is now an area on the payment/tax information tab where the user can enter multiple tax exemption records for a single customer. These tax exemptions can be for different states, can have expriation dates, and also allow extra notes to be saved about them. All existing tax exemption information has been moved over for all customers who had that info filled out. These new records will (by default) have no expiration date and will be valid for the state of the billing address of the customer. In some cases, this may be innaccurate, so contact ISoft Data to help you duplicate customer tax exemptions for other states, if required.
  • Changed: the balance/remittance info on the payments tab is now in the same order it shows on billing statements, making a more consistent view.
  • Changed: all controls on the payments tab have been re-arranged, re-labeled, and have had tooltips added. We believe the organization of this tab is now much more intuitive.
  • Changed: the default payment method box has been dropped and now the default payment method can be specified in the payment method list.
  • Changed: the payment methods allowed to a customer are now specified with a checkbox instead of item selection. This is because the user can more easily toggle checkboxes with the keyboard (such as by selecting multiple items and then hitting space to toggle the check).
  • Added: (case 9726) the user can now specify messages as important. This will start to come into play on various screens.
  • Changed: the resizable pane now has a minimum size, that way users will know that they can use the sidebar to view/edit long messages in an easier way.
  • Added: tooltips to columns in the messages page.
  • Added: the column order/width now saves on the messages page.

Customer List

  • Fixed: (case 11561) an issue where hitting the "Show all" button might not remember the last search performed, leading to an error when attempting to print the customer list.
  • Fixed: a possible error thrown when trying to print all customers that could result if inactive customers were being shown.
  • Changed: the error message that pops up when the user attempts to print results when no results have been loaded is now more descriptive.

Database

  • Fixed: (case 11363) an issue where running fadjustinventory wouldn't update inventory.status if the 'document type' passed in was NULL.
  • Added: (case 11481) the schema for the report queue tables.
  • Removed: several unused fields from the user table.
  • Changed: several keys in the user table have been changed from signed to unsigned to match other tables.
  • Added: some rank values (ordering) for all current transaction list filters and fields.
  • Changed: fields now say "Sales Order" instead of "Document" when a single source is selected.
  • Added: support for a new transaction list filtering method (documentsearchjoin.keyfields).
  • Added: (case 11479) document search sources, filters, and fields all now have an 'active' field that allow the user to control whether certain search options are displayed.
  • Added: (case 11479) there is a new permission that controls who can deactivate/activate/view inactive search options on the transaction list screen. It defaults to anyone with advanced reporting permissions.
  • Added: new, more complete, data for the transaction list screen, now with rank ordering, the ability to hide, and fewer errors.
  • Added: (Case 11694) log_inventorytransaction now tracks average cost changes
  • Added: (case 3257) a table to store store-specific expiring customer tax exemption information.
  • Moved: all customer tax exemption information has been moved into this new table, with a state matching the customer's billing address.
  • Added: the customerpaymentmethod table now has a primary key. This will help this table migrate to InnoDB eventually.
  • Added: (case 9726) the message table now has an important field, which defaults to off. Important messages will be displayed more aggressively.
  • Fixed: (case 10967) fmoveinventorywithallocations now accepts a document lineitem # as an argument. All functions that call this have been updated.
  • Fixed: (case 10967) fmovedocument_allocations now accepts a document lineitem # as an argument. All functions that call this have been updated. This should fix a bug where picking a document with a duplicate item might cause an error.
  • Removed: (case 11925) some unreachable code in fadjustinventory
  • Fixed: an issue where (on some database versions) the deliverable item views (used by the deliveries screens) might show blank for their document type.
  • Added: prunforalltables now skips filechunk, log, BACKUP, and TEMP_* when performing an OPTIMIZE against all tables. These tables generally do not need to be optimized and they can consume a lot of time.
  • Removed: some transitional code has been removed that allowed a company to decide whether hold quantities and on order quantities should be calculated by documents (fast) or every time a search is performed (slow). The 'calculate once' method has been working for awhile at several yards, so the option has been removed and now all available and on order quantities are calculated just once when documents are saved. This has shown drastic improvement on search times.
  • Removed: an auto-complete user setting affecting location dropdowns. This setting is no longer in use, so it's being cleaned up.
  • Changed: the nightly event that recalculates hold and on order quantities has been scaled back somewhat. Previously, all available inventory had these values recalculated every night. These values are staying pretty up to date, so this has been scaled back to only recalculating every saturday at midnight. Also, instead of recalculating every inventory record, only those that have been modified in the last 3 months will be affected. This reduces total calculated rows by as much as 90% in live tests.
  • Added: Part type 3555 (Diesel Particulate Filter) is now added to all customer databases.
  • Added: (case 11421) a new permission that controls whether a user can add/edit vehicles at statuses other than B (non-bid units). By default, anyone who could edit information on the basic page has this permission.
  • Added: An event that periodically cleans camerachunk. This table can grow unbounded, and it most certainly does not need to.
  • Added: (case 11977) deliverylinehistory.autogenerated, which keeps track of whether pick history was generated automatically by auto-picking or manually. This will quickly become important because it controls whether the system can automatically 'unpick' what was previously picked or not.
  • Added: frefreshdocumentautopickhistory, which performs the 'auto-pick' and 'auto-move' that each of the fsalesordersaved, ftransferordersaved, and fpurchaseordersaved did before, making it easier to change all 3 at once.
  • Changed: fsalesordersaved, ftransferordersaved, and fpurchaseordersaved are now simpler and just call frefreshdocumentautopickhistory to manage their auto-pick status.
  • Added: (case 11977) if the user reduces the quantity on an item that is auto-picked, an appropriate quantity of items will be un-picked, and it will be moved back to where it was in the system before it was autopicked (if it was moved at the time of pick).
  • Added: (case 11977) if the user switches the shipping method on a document from one that auto-picks to one that does not, the item will automatically be unpicked and it will be moved back to where it was in the system before it was autopicked (if it was moved at the time of pick).
  • Fixed: an issue where fmoveinventory wasn't calling fmoveinventorywithallocations correctly, causing various database errors.
  • Fixed: an issue where, when quantity is reduced on a document with an auto-pick shipping method, the item that was moved back was still allocated to the document (instead of the item at the staging area location).
  • Fixed: a rare database error that might pop up when changing quantities on autopick documents.
  • Added: (case 9315) tinventorypost_update trigger once again updates the primary location when inventory.location is modified. Whatever the primary location is at the time, it is moved to the new primary location.
  • Added: (case 9315) fmoveinventorywithallocations, fmoveinventoryprimarylocation no longer overwrite the value of session variable SUPPRESSINVENTORYINTEGRITY_CHECK in case it was set by a previous function.
  • Changed: (case 9315) fadjustinventory_location has been rewritten slightly to no longer involve inventory in the UPDATE for the vehicle table. This should avoid circular write lock issues when updating primary location on inventory.
  • Fixed: an issue where, in some cases fmoveinventoryprimarylocation would not reset the SUPPRESSINVENTORYINTEGRITY_CHECK if the primary location didn't need to be updated, which could cause later calls to fail.
  • Fixed: (case 9315) fverifyinventorylocationintegrity no longer updates inventory.location if it doesn't need to be updated, which should avoid circular write lock issues.
  • Removed: a user setting "Default Whole Units" which was confusing and was not being used.
  • Added: (case 11419) there is now a nightly event (runs at midnight) that will automatically reject open bids of a certain age (this age is specified in store settings under the Vehicles section). The setting defaults to 0, which turns this feature off by default. If you want vehicle bids to be rejected after a certain age (eg 30, 60, 90 days), configure this setting.
  • Added: (case 11419) the nightly bid event can also automatically mark bid vehicles (status B vehicles) as deleted (status D) after the vehicle has existed for a certain amount of time and the vehicle has no bids or all bids are rejected. This is controlled by a store setting (specified in store settings under the Vehicles section) that defaults to 0, which turns the feature off by default. If you want bid vehicles with no open bids to be rejected after a certain age (eg 60, 90, 120 days), configure this setting.
  • Removed: all 4 of the pickable document item views now ignore dirty core items. For now, the system doesn't seem to support picking dirty core items correctly, so this may be reversed in the future when the feature is more fully fleshed out. This resolves some issues with the items showing on picking as well as being picked during auto-pick handling.
  • removed: customer.mergedintocustomerid, which is not in use and only exists on some databases.
  • Added: there is now a stored procedure, pgetsalesappraisaldata, which populates a temporary table with sales appraisal data. There is also a new stored procedure, called pgetsalesappraisal, which calls pgetsalesappraisal_data and then selects information from the table. The fields returned attempt to emulate the fields returned by the AX and HTP appraisal return data. These stored processes work pretty much the same as the way sales appraisals were done before, but now they calculate the number of results, min value, max value, and deviance.
  • Removed: (case 12168) reverting a recent change that would make receiving a PO mark a vehicle's date received. Apparently this interferes with some processes, and is not always accurate. This will be removed until a more acceptable solution can be found.
  • Added: (case 11422) a new table called vehiclebidfee. This table stores projected fees for a vehicle bid before it has been accepted.
  • Changed: the customer update log has been renamed to follow the standard log table naming conventions.
  • Added: (case 11927) the customer update log now saves the ITrack user id session variable so that the log reports what user made the change.
  • Fixed (case 12376) an issue where selling inventory would unnecessarily create an entry in costdiscrepancy.
  • Fixed: an error with a field for the ebay screen.
  • Removed: all database settings in the area "EbayExtension", since all remaining in-use settings have been moved to the area "Ebay Extension". This should keep the settings cleaned up.
  • Removed: a bug was introduced into fadjustinventory back in 5.0 that would cause a row to be inserted into the costdiscrepancy table every time a part was validly sold on a SO or consumed on a WO. We're running some queries to attempt to clean those unnecessary records out.
  • Removed: a bug was introduced into fadjustinventory back in 5.0 that would cause a row to be inserted into the costdiscrepancy table every time a part was validly sold on a SO or consumed on a WO. We're running some queries to attempt to clean those unnecessary records out.
  • Fixed: (case 12477) fadjustinventory now recalculates the average cost of standard parts. Previously, 'returning' a standard part would not recalculate that item's average cost (add-on costs). This change fixes 2 issues with standard parts on sales orders:
  1. adjusting quantity upwards on an inventory adjustment (a standard item was 'found' during a count) was causing vehicle costs to become over-allocated.
  2. If a standard part was returned (possibly because of a warranty), the original cost the item was sold at will be put on the returned component so that it will be sure to consume it when it is consumed again. This should prevent issues where a part is returned after a vehicle has been completely costed out, but the component is unsellable, causing cost to sit on the vehicle again.
  • Fixed: (Case 12662) An error trying to save a PO that used auto-picking on a posting with new quantity received when there were other postings with the same part being posted. Added a SUM to adjust all current postings that needed adjusted.
  • Added: (case 8391) searchmodule.rank, which orders search modules.
  • Added: (case 11583) Tax charged can now be broken up into any number or sub-charges and stored in the database. This is an optional module.

Data Management

  • Fixed: (case 11719) an issue where import files with empty lines would say that the empty lines were being ignored, but then they would cause errors.
  • Fixed: an issue where errors during opening a file to parse weren't being reported.
  • Fixed: an issue where opening a second file would always fail.

Deliveries

  • Fixed: (case 10967) when an item is picked and moved, the document lineitem # is now passed to the database functions. This should prevent a possible error that could happen when picking a document with the same item on it more than once.
  • Fixed: (case 11928) a query error that would be displayed if the user displayed the lineitems for a particular document on the run sheets tab.

EBay Extension

  • Removed: TurboLister download and checks have been removed
  • Fixed: (case 11305) a bug where the default customer edit field wouldn't update
  • Fixed: a bug where first time user assignment would require a screen restart in order for all screens to recognize a successful authentication process.
  • Added: Listing screen now asks if you are sure you want to close if there are unlisted listings
  • Removed: you can't delete the default template anymore
  • Fixed: a bug where when closing the ebay extension if the listing page wasn't loaded would cause itrack to crash
  • Fixed: a bug where pushing the update button would start but not successfully finish the authentication process
  • Added: Users can now switch between sandbox and production mode as well as see what state the ebay extension is in currently
  • Added: basic Hold order creation functionality
  • Added: Ebay now opens the config page by default if there is no ebay account hooked up so that users can configure everything more easily
  • Added: ebay screen is now able to keep track of invoices and hold orders created from the auction screen
  • Fixed: some settings were still located in the area "EbayExtension" instead of the newer "Ebay Extension". They now all check the new area for consistency.
  • Fixed: an issue where inventory items weren't grabbing their information correctly.

EDocuments

  • Fixed: when data sources are matched to variables during variable replacement, backticks are now ignored. For example, {?location.locationid} will now be matched by data source location and location.

Global Settings Extension

  • Added: (case 11481) GetReportQueue function, which is required for the report viewer screen to show the report queue tab.
  • Fixed: an issue where, if the database could not be reached, or there was no database extension loaded, updates would not be applied when ITrack was closed.

ITMySQLConnection

  • Changed: we now link against MySQL client library 6.1.3. This should bring in any performance improvements made in that time and some minor changes to error handling.
  • Performance: removed a bit of unnecessary meta-data that was being stored with every query result set.

ITMySQLFramework

  • Fixed: (Case 11682) A bug where attachments/binary blobs that had an escaped size close to or over MAXPACKETSIZE for the database connection would cause ITrack to hang for minutes and then report an out-of-memory exception.

Inventory Overview

  • Added: (as per user suggestion) the inventory filter dropdown now has a "QOH < Min" in addition to "QOH <= Min". This allows users to build orders composed of only more strict depletions.

Login

  • Added: GetUserName function which will look up the name of a user based on the user #. This is required by the print queue page on the report viewer screen.
  • Removed: some unnecessary queries being run by several functions that look up user data.
  • Added: (Case 11479) support for a new permission used by the transaction list.
  • Fixed: a possible crash/error that could happen if the application was launched without database access.
  • Added: (case 11879) user account names can now be edited in user configuration. New (unsaved) users can now be deleted as well (saved users are just de-activated).
  • Added: (case 11879) when the user hits ok in user configuration, they will now be presented with a more user friendly error if there are duplicate user account names.
  • Changed: minor UX tweaks to make user/group configuration easier and more consistent with other screens.
  • Added: (case 11614) the configure users page now limits which users can be edited based on the current user's permissions. Essentially, users will only be able to administrate their own store(s) now.
  • Added: new user accounts will automatically inherit the current plant that the administrator user is logged into.
  • Changed: a user now needs global permission to edit groups, since they are shared across all plants.

Master

  • Fixed: a possible crash that could occur when running under windows 8 on touch-enabled devices due to windows accessibility features.
  • Fixed: (Case 11743) The dialog for downloading all updates now only triggers if there are no connections to be made (indicating a failure of DLL load or massive configuration failure). In the case that the local database goes away for a moment, the AU gives up on that attempt and waits for the next one. Errors of this nature create automatic entries in our error reporter.
  • Fixed: Display bug where the updater would briefly display 'N+1/N Downloads Completed'.
  • Changed: the product description that gets compiled into the .exe file now has a better description. This is important because Windows identifies an application by this description in Windows 8.
  • Added: support for rich-text edit boxes.
  • Changed: (case 11921) it was possible that ITrack didn't have any valid database connection, but it tried to get the local versionlist anyway, which would stop the update process. Now, if that happens, the system acts the same as if no database connection is present and attempts to continue. This should help prevent a state where an installation cannot be used and cannot get updates.
  • Added: when the user hits "reset updates", they will now be put into a mode where we force the download of updates. This ignores some things that would normally stop update downloading, including lack of access to the local database or lack of database extension.
  • Removed: code for 'demo mode', which is not currently supported and will need to be re-implemented in the future. This should fix some installations with old registration applications from accidentally putting an install in demo mode.

Part Configuration

  • Added: (Case 11665) Categories now show their descriptions, and new descriptions can be created with them. Old categories can get descriptions by creating a new category with the same name and the new definition.
  • Added: (Case 11734) Edit button and double-click handler for Categories.

Parts

  • Fixed: (case 11396) an issue where creating a part with quantity but no locations might ignore the user's choice when they say to "Use the default location".
  • Fixed: A bug where text files would attempt to 'preview' their entire blob, instead of having reasonable limits (I chose 50KB) or terminating early (string terminates instead of printing garbage now).
  • Added: (case 9726) part messages can now be marked as important.
  • Fixed: part messages area is now consistent with other message areas (important messages sorted first, then in date order).
  • Changed: all dropdowns on the parts screen have been transitioned to the more modern 'advanced' dropdown boxes. This allows much more advanced auto-complete and auto-suggest behavior, as well as being more consistent with other screens.
  • Fixed: an issue where a dropdown on the messages tab would momentarily be visible when opening the screen, causing some minor flickering and slowing down screen opening.
  • Changed: when the user types in the location drop-downs matching results will now be found whether the user's input is found at the start or the middle of the string (before, typing "A" would only match "A-1" and "A-2", now it also matches "X-A-4" and "Y-A").
  • Added: by user request, the part type dropdowns can now be typed in, allowing the user to search for part types by the middle of a part type name. When the user leaves this field, the currently selected item will replace whatever they have typed.
  • Fixed: (case 9315) an issue with unreleased database updates where re-arranging location priority (and replacing the topmost 'primary' location) might cause the previous 'primary' location to be deleted and moved to VARIANCE.
  • Added: (case 7890) if the current part meets one of the following criterion, the location dropdown on the part info page is hidden:
  1. The part is serialized and there is more than 1 serial
  2. The part has more than one location In either case, the location dropdown will be hidden. Instead a 'Multiple Locations' prompt is shown in its place to explain its absence.
  • Added: (case 7890) there is now an Edit button next to the location field on the part info tab. Hitting this button will take the user to the locations list on the locations tab if the part is not serialized. If the part is serialized, they will instead be taken to the serials list on the Q&A tab. If the part is not editable, this button switches to "View".
  • Added: new store setting "Parts"->"Primary location can be edited on the part information tab". This setting defaults to True. If it is False, the location field on the part information tab will always be read-only, forcing the user to edit locations on the location tab. The user can hit the new Edit/View locations button to take them to the area where they can change the location. This is useful for yards that wish to force users to use the main location interface.
  • Changed: (case 12432) non-replenishable parts no longer automatically mark the first location on them as permanent automatically. Non-replenishable parts can still have permanent locations, but it won't be done by default. Replenishable inventory will still automatically mark the first location added as permanent.
  • Added: suport for upcoming database performance improvements

Purchase Orders

  • Fixed: an issue where adding items to a TO (by clicking the add button on the TO screen or by typing in an ambiguous tag # and then selecting a search result) would send the item to the current PO instead.
  • Added: (case 9726) the messages pane now uses boldness/italics/underline/colors to make messages easier to read and important messages more visible. If an important message is loaded, the pane will flash.
  • Added: when loading an existing PO/TO, important messages will be shown, but not flash.
  • Performance: TO lineitem messages are no longer loaded one lineitem at a time, but are instead loaded in one bulk operation. This can make loading large TOs significantly faster, especially on slow connections.
  • Added: (case 11867) support for item descriptions in the order request dialog (transfer orders only).
  • Fixed: (case 12095) the "Add Item" button and clicking the "New Item" icon in the list were doing different things, and clicking the icon to search for transfer order parts wasn't working right. Now, both buttons do the same thing.
  • Changed: the "Add Item" button and the clicking the "New Item" icon in the list now perform the same action. This should help avoid an issue that happened on transfer orders.
  • Added: support for upcoming database performance improvements

Reports

Sales Order 11in

  • Added: Now shows tax sub-charges if available.
  • Added: Ability to print in French. This is changed with a store level setting.
  • Added: a new setting to show counterperson (usual), salesperson (who gets credit for the sale), or both.
  • Added: settings for alternate invoice memos for different document types.
  • Fixed: Salesorders with no lineitems no longer cause the report to throw an error.
  • Added: Set SO# to print at the top of all pages >1 in small text, centered. Good for invoices with many pages.

Report Viewer

  • Added: date, time, and datetime fields now have the 'none' checkbox on the left, allowing the user to pass blank dates to reports, for situations were optional dates are desired.

Sales Orders

  • Fixed: (case 11363) an issue where selling standard parts with a vehicle might not update the status of the parts to S.
  • Fixed: (case 11251) an issue where doing a location-grouped search then sending a serialized part to a SO would add duplicate items to the invoice. It will now also correctly pop up and ask the user which serial # they wish to add, which is important for situations where there are multiple serials at a location.
  • Fixed: (case 11512) an issue where the adjustment type dropdown would show as empty when the user selected the adjustment type on a saved, finalized invoice. In some circumstances, this was causing issues on save.
  • Fixed: (case 11520) the configure SO document types dialog wasn't loading/saving the "Is Variance" column. Also, this has been renamed to "Is Write-Down" and its tooltip has been changed, both to make the effect of this field more obvious.
  • Added: (Case 9726) the messages pane now uses boldness/italics/underline/colors to make messages easier to read and important messages more visible. If an important message is loaded, the pane will flash.
  • Changed: the default for the user preference "Sales Orders"->"Show new messages" has been changed to True. This setting controls whether new (non-important) messages are shown to the user automatically by showing the messages page. This will not affect any existing users.
  • Added: when loading an existing SO, important messages will be shown, but not flash.
  • Performance: SO lineitem messages are no longer loaded one lineitem at a time, but are instead loaded in one bulk operation. This can make loading large SOs significantly faster, especially on slow connections.
  • Fixed: a recent regression where clicking on the SO # field would not pop up the load SO dialog.
  • Added: (case 11867) support for item descriptions in the order request dialog.
  • Fixed: an issue where the customer list would be displayed after the user edited payment methods.
  • Fixed: (case 11935) an issue where "Add/Edit shipping methods" would show up in the right click menu twice and one of the options would edit the payment method list.
  • Fixed: (case 12193) checking the validity of a location for an item is now case insensitive. This fixes an issue with returning items if virtual locations were disabled and the return bin location was a different case than the setting for the default return location ("RETURNS" vs "Returns").

Search

  • Added: as per a suggestion at the 2014 users' conference, the part type dropdown is now an autocomplete dropdown. Whatever the user types will be used to match against entries anywhere in the part type names.
  • Added: support for other screens to send searches against vehicle flex fields (the 4 "more" fields) to the screen.
  • Added: support for vehicle VIN searches to be sent from other screens.
  • Added: (case 12338) the store list on the parts and vehicles search pages now has check all and uncheck all buttons above the store list. This should make it easier to quickly search all stores.
  • UX: the part search page has been re-arranged slightly to match the vehicle search page and other areas in the software.
  • Added: (Case 12338) if the user performs a search on parts or vehicle search pages with no stores selected, they will get a pop-up. From there, they can either cancel the search or search all stores. This makes the current version somewhat similar to an older version where unchecking everything searched all stores.
  • Changed: the Assemblies info pane has been renamed to "Collections". This is because it was already showing other collection types (like teardowns, kits, and templates).
  • Changed: the Assemblies info pane now shows the tag # of the master part when showing collections the item is in. Also, the description column now always contains the collection type (kit/template/assembly/teardown).
  • Added: (case 8209) as suggested at the 2014 users' conference, the part search results now contains 2 new attention icons. One shows how many assemblies the current part is in, and the other shows how many components the current item has (if its an assembly). This makes identifying items that need to be pulled out of assemblies (or assemblies that might need to be broken down) more obvious. Double-clicking one of these icons opens the Assemblies (now called "Collections") info pane.
  • Added: (case 8391) search modules are now ordered by rank, then name.

Transaction List

  • Changed: the 'Document Type' list has been renamed to 'Source Name' on the screen and in tooltips. This should help avoid confusion when non-documents are searched as well as confusion between the source name and the document type (like Invoice or Quote).
  • Added: (case 11442) replacing a saved search will now update the search description if it has not been modified from its original.
  • Added: the way that filters on lineitem or inventory fields work has been completely redone. Before, you would see all lineitems on any document that you searched for. Now, only line items that match the search will be shown. For example, searching for invoices by Engine sales will only show the engine line items on the matching documents.
  • Fixed: a crash that could happen if the user doubleclicked a saved search and any error message box came up.
  • Added: (Case 11479) document search sources, filters, and fields now each have a right-click context menu. A user with appropriate permission can use this menu to de-activate (hide), re-activate (un-hide), and view inactive search options. Since only users with permission can see and use hidden search options, this allows a company to restrict search options as well as keep the list simpler for how they use the screen.
  • Added: (case 11479) a user with permission can right click on any of the search option lists and choose to show inactive as well as active search options. This allows that user to perform searches with these options but keep 'basic users' search option lists short.
  • Added: if the user loads/executes a saved search, if any of the sources, filters, or fields that were saved with the search are missing or hidden, the user will be notified that the search won't be able to be performed exactly as saved. They are given a choice to execute the partial search anyway.
  • Performance: the time the system takes to refresh the source, filter, and field lists after a change is made (such as checking or unchecking some sources) has been significantly reduced, making the screen feel more responsive.
  • Added: the filters and fields lists now have a column that shows a list of all sources each filter and field applies to. This column is only visible if more than one source is selected. This allows the user to tell exactly which sources will be restricted by a particular filter.
  • Fixed: an issue where adding/removing a source from a search would cause fields and filters with defaults to be reset to default.
  • Added: if a filter or field is hidden for one source in a search but not another, that filter/field will now only apply to the source(s) that it is not hidden for.
  • Fixed: an issue where hiding a filter or field for multiple sources would lead the footer to report an incorrect number of items being hidden.
  • Added: the source, filter, and field lists now show "items in use/item count" in the footer in the checkbox column. This gives the user an 'at a glance' idea of how many filters/fields they can see (unhidden) and how many are in use on the current search.
  • Fixed: a misspelling on one of the labels on the screen.
  • Added: Master Part work order filter
  • Added: Vehicle Make sales order line filter
  • Added: Vehicle Make sales order line field
  • Added: Vehicle Model sales order line filter
  • Added: Vehicle Model sales order line field
  • Added: Inventory Category sales order line filter
  • Added: Inventory Category sales order line field
  • Added: Balance sales order field

Vehicles

  • Fixed: (case 11309) an issue where clicking the new cost button might do noting on windows 8.
  • Added: (case 11418) the user can now edit 'user status' in the "Bid Accepted" dialog. By default, no user status will be selected, but if the user chooses something, this will be remembered in the future.
  • Added: the vehicles screen now has a "Bid Mode", which hides many fields that are not applicable to bid units. Currently, when the vehicles screen is in bid mode, the whole units, Q&A, performance, and costs tabs will all be hidden, along with several fields on the basic tab relating to whole units and dismantling.
  • Changed: when a bid is accepted, the vehicle always changes to status A, leaving "Bid Mode".
  • Added: there is now a "Create Bid" button at the bottom of the screen which (if the user has permission to add/edit bids) will switch the vehicle into bid mode and create a bid for the user.
  • Fixed: the bids/teardowns tab was not correctly looking at the permission "Edit bids/teardowns" to control if users could edit its contents.
  • Added: if the user rejects/deletes the last open bid on a vehicle, the system will ask them if they'd like to take the vehicle out of bid mode (and mark it as status D).
  • Added: if the user hits the 'add bid' or 'create bid from copy' buttons on the bids tab, and the vehicle is not in bid mode, it will be put into bid mode.
  • Added: if the user begins a new teardown, if the 'teardown date' on the basic information tab is not filled out, it will be set to the current date.
  • Added: (case 9531) there is now a new 'duplicate vehicles' dialog that will pop up if the user enters a duplicate VIN. This pops up immediately after the user leaves the field and it will show them all other vehicles that share a VIN with the VIN that was entered. The user can continue, cancel the VIN change, or view these vehicles on the search screen.
  • Changed: (case 9531) the warning that alerted the user to a duplicate VIN during save has been modified to use the new duplicat VIN dialog.
  • Added: (case 11421) there is now a permission that controls whether the user can add/edit vehicles that are not status B (non-bid units). This essentially controls whether the user can edit vehicles that are not currently in bid mode. A user without this permission cannot make manual changes to the status of vehicles in bid mode.
  • Changed: the GL category fields will no longer show as required fields (bold with an asterisk next to it) if GL accounting is turned off.
  • Changed: the Type, Category, and GL Category fields are no longer required fields to save when the user is in bid mode. This means those fields will no longer be bold, and the screen won't mention them as required fields when saving.
  • Removed: if the global setting was off that controlled whether every vehicle requires a whole unit, it was possible that the whole unit record would be deleted if the user unchecked the "Has Whole Unit" checkbox in the interface. Now, any corresponding whole unit will be marked as status D instead to avoid losing data. This will not affect most users, as this is a very uncommon scenario.
  • Perormance: loading vehicles is slightly faster now, as a couple queries have been eliminated that were run on every load.
  • Added: (case 11421) if the user starts a new vehicle (or hits clear), if they have the 'can edit bids' permission but not the 'can edit non-bid units', the vehicle will start out in 'bid mode'. Essentially, this represents a user that can only make bid vehicles.
  • Changed: now, if a vehicle leaves bid mode, but a user does not have the 'can edit non-bid units' permission, they will still be able to edit the vehicle record until they save.
  • Changed: the 'change detected' message box is now the same one that is used on various other screens, and it mentions what page(s) have been modified.
  • Added: (case 11421) when the user loads a vehicle, the ability to edit it now follows the following logic: if the vehicle is in bid mode, the user must be able to edit bids to modify it; if the vehicle is not in bid mode, the user must be able to edit non-bids.
  • Removed: references to the user setting "Default Whole Units" which was confusing and was not being used.
  • Added: (case 11422) the bidding/teardowns list now has a footer control at the bottom of the list with totals in it. This should allow us to eliminate the old totals fields (and show totals for more columns).
  • Removed: the old totals at the bottom of the screen. Rearranged the interface to utilize this new space properly
  • Fixed: an issue where errors during sales appraisal might cause a crash. Now, those errors are properly reported to the user.
  • Added: after a sales appraisal is complete, totals are recalculated.
  • Performance: previously, sales appraisals required returning a lot of data from the server and performing a lot of math on the results. This could cause sales appraisals to take a long time to perform, especially on slow connections. Now, sales appraisals are calculated on the server and simply handed to ITrack. This should make performing sales appraisals on teardowns, bids, and breakdowns much faster, especially on slow connections. One benefit of this is that previous calculations only examined the last 100 times an item was sold, for speed. Now, we can consider all sales history.
  • Added: support for store-specific sales appraisals. The sales appraisal value is still company wide, but this can now be adjusted in the future.
  • Added: (case 11422) the bidding page now has several new columns: "Similar QOH", "Similar QOH (Global)", "Similar Usage (N mo)", and "Similar Usage (Global, N mo)". The first two columns will be used to display the current quantity on hand of similar items at the current store and globally, respectively. The second two columns will display the total quantity sold/consumed in the last N months at the current store and globally, respectively. The number of months to be considered in these columns is part of a new setting, and defaults to 12 months.
  • Added: (case 11422) local/global quantity sold (12 mo) and QOH are now retrieved during the sales appraisal process. This is because retrieving extra data like this can be very expensive for large bids or teardowns, and the appraisals were already being offloaded to another thread, generally improving screen performance.
  • Fixed: a possible crash caused by columns being hidden/shown when switching between a bid and a teardown.
  • Added: (case 11422) the quantity consumed (both local and global) now take WO quantities into account.
  • Fixed: an issue where tooltips for the header of the teardown/bid list might get misaligned if the user scrolled, then switched between a bid and a teardown.
  • Added: tooltips to many columns in the bidding/teardown list.
  • Fixed: an error with sales appraisals for items with an interchange number.
  • Added: (case 11422) there is now a vehicle fees list next to the vehicle bid list. It is hidden when a teardown is shown, but it allows the user to manage projected fees for a bid if it were to be accepted.
  • Fixed: an issue where the vehicle would not be saved if the user hit save on the "the screen has changed, do you want to save" dialog that would popup if the user closed a modified vehicle.
  • Added: (case 11422) there is now a Gross Margin % field next tot he bid amount box. If the user writes a bid amount, the GM% will be calculated based on this bid, all bid fees, and current projected retail on all bid items. If the user fills out a GM%, the bid amount will be calculated such that fits that gross margin.
  • Added: (case 11422) at the bottom of the screen, there is now a projected sales field, which is the projected total retail value of all items on the bid.
  • Added: (case 11422) at the bottom of the screen, there is now a suggested bid which is calculated based on the projected sales, preliminary fees, and the % of sale price cost setting for the currently selected inventory GL category. There is also a Projected Gross Margin % field that contains a GM% based on the suggested bid, fees, etc.
  • Added: (case 11422) if the inventory GL category is changed on the basic page, projected COGS will be recalculated on the bids tab, which can affect suggested bid and GM%.
  • Added: when a teardown is selected, the suggested bid field is replaced with an "Estimated COGS" field, which is a sum of the projected total cost of goods sold on all items assuming the current quantity, retail price, and % of price costing setting of items on the screen.
  • Removed: if the user loads a teardown with existing items, the "Use" checkbox can no longer be unchecked for those items, since that operation currently has no function (the inventory is not deleted).
  • Added: all controls on the bidding page now have tooltips so that the user can learn more about them.
  • Fixed: a crash related to teardowns on a vehicle with no bids.

Vendor

  • Added: (case 9726) vendor messages can now be marked as important.
  • Fixed: vendor messages area is now consistent with other message areas (important messages sorted first, then in date order).

Warehouse Management

  • Fixed: (Case 11705) if the user changed a single manual count quantity multiple times, the value would trigger as 'not filled out' if the value was changed an even number of times.

Work Orders

  • Added: (case 11867) when the user hits the "Order requests" button, if a job is selected, only the parts on that job will be shown for generating order requests. If no job is selected, all job parts are shown like before.
  • Fixed: a possible crash when sending multiple jobs to the order request screen.
  • Added: support for item descriptions in the order request dialog.
  • Fixed: an issue where the "Use actual hours" checkbox in the WO type dialog wouldn't load the previously saved value correctly.
  • Fixed: (case 12208) the tax amount being calculated by WOs was sometimes incorrect if some parts had the tax checkbox unchecked. This didn't affect the sales order that the job got sent to, which always calculated tax correctly.
  • Fixed: if a closed WO is viewed, tax is no longer recalculated with the current tax rate. Now, the tax amount that was saved with the WO will be displayed.
  • Fixed: an issue where newly created master parts (created on a build order) might use the incorrect store's default location for their location.
4/8/2026

Release 6.3

Core Management

  • Added: (case 11552) changing the value in the location field when inventorying returned cores will now control what location the new cores will be sent to. For 'new' core records, the default return location is now used, but the user can overwrite this value on a core by core basis. This fixes an issue where new cores are showing up in VARIANCE and require a manual move.
  • Added: the returned cores tab has been updated to make its usage more obvious. A prompt has been added to the top of the screen, the tag # column is now bold, and all 3 of the editable columns are now a different color than the other columns to make them more obvious. Many of the column tooltips have been updated to give more specific information on the usage of the screen.

Purchase Orders

  • Fixed: (case 12095) the "Add Item" button and clicking the "New Item" icon in the list were doing different things, and clicking the icon to search for transfer order parts wasn't working right. Now, both buttons do the same thing.
  • Changed: the "Add Item" button and the clicking the "New Item" icon in the list now perform the same action. This should help avoid an issue that happened on transfer orders.

Work Orders

  • Fixed: (case 12208) the tax amount being calculated by WOs was sometimes incorrect if some parts had the tax checkbox unchecked. This didn't affect the sales order that the job got sent to, which always calculated tax correctly.
  • Fixed: if a closed WO is viewed, tax is no longer recalculated with the current tax rate. Now, the tax amount that was saved with the WO will be displayed.

Release 6.2

Data Management

  • Added: the inbounding module is now standard on all databases.

Database

  • Added: (case 11694) log_inventorytransaction now tracks average cost changes.

Deliveries

  • Fixed: an issue where (on some database versions) the deliverable item views (used by the deliveries screens) might show blank for their document type.

FIFO

  • Added: (Case 11287) FIFO system now records the attached vehicle's source when a standard part is created.

Login

  • Added: (Case 11479) support for a new permission used by the transaction list.

Parts

  • Fixed: (case 11396) an issue where creating a part with quantity but no locations might ignore the user's choice when they say to "Use the default location".

Reports

Billing

  • Changed: formatting changed to increase readability.

Inventory Summary

  • Fixed: Margins were getting cut off on the right side.

Label by Location

  • Changed: report now sorts by location, tag, then serial number.

Location Label

  • Changed: (case 11592) Location name font size now dynamically changes depending on length of the string to allow for longer location names.
  • Changed: (case 11639) Added conditional size formatting to the barcode. Locationids over 99999 will print smaller so they fit.

Master

  • Changed: the Auto Updater now checks for updates every 15 minutes instead of every 5.

Manage Warehouse

  • Fixed: (Case 11705) if the user changed a single manual count quantity multiple times, the value would trigger as 'not filled out' if the value was changed an even number of times.

Tag by Location

  • Changed: report now sorts by location, tag, then serial number.

Weekly Sales Insights

  • Fixed: sizing issue that was causing the report to push onto 2 pages when previewed first.
  • Changed: Switched the order of the top graph so it now reads left to right instead of right to left.

Transaction List

  • Changed: the 'Document Type' list has been renamed to 'Source Name' on the screen and in tooltips. This should help avoid confusion when non-documents are searched as well as confusion between the source name and the document type (like Invoice or Quote).
  • Added: (case 11442) replacing a saved search will now update the search description if it has not been modified from its original.
  • Added: the way that filters on lineitem or inventory fields work has been completely redone. Before, you would see all lineitems on any document that you searched for. Now, only line items that match the search will be shown. For example, searching for invoices by Engine sales will only show the engine line items on the matching documents.
  • Fixed: a crash that could happen if the user doubleclicked a saved search and any error message box came up.
  • Added: (Case 11479) document search sources, filters, and fields now each have a right-click context menu. A user with appropriate permission can use this menu to de-activate (hide), re-activate (un-hide), and view inactive search options. Since only users with permission can see and use hidden search options, this allows a company to restrict search options as well as keep the list simpler for how they use the screen.
  • Added: (case 11479) a user with permission can right click on any of the search option lists and choose to show inactive as well as active search options. This allows that user to perform searches with these options but keep 'basic users' search option lists short.
  • Added: if the user loads/executes a saved search, if any of the sources, filters, or fields that were saved with the search are missing or hidden, the user will be notified that the search won't be able to be performed exactly as saved. They are given a choice to execute the partial search anyway.
  • Performance: the time the system takes to refresh the source, filter, and field lists after a change is made (such as checking or unchecking some sources) has been significantly reduced, making the screen feel more responsive.
  • Added: the filters and fields lists now have a column that shows a list of all sources each filter and field applies to. This column is only visible if more than one source is selected. This allows the user to tell exactly which sources will be restricted by a particular filter.
  • Fixed: an issue where adding/removing a source from a search would cause fields and filters with defaults to be reset to default.
  • Added: if a filter or field is hidden for one source in a search but not another, that filter/field will now only apply to the source(s) that it is not hidden for.
  • Fixed: an issue where hiding a filter or field for multiple sources would lead the footer to report an incorrect number of items being hidden.
  • Added: the source, filter, and field lists now show "items in use/item count" in the footer in the checkbox column. This gives the user an 'at a glance' idea of how many filters/fields they can see (unhidden) and how many are in use on the current search.
  • Fixed: a misspelling on one of the labels on the screen.
  • Added: Master Part work order filter
  • Added: Vehicle Make sales order line filter
  • Added: Vehicle Make sales order line field
  • Added: Vehicle Model sales order line filter
  • Added: Vehicle Model sales order line field
  • Added: Inventory Category sales order line filter
  • Added: Inventory Category sales order line field
  • Added: Balance sales order field
  • Fixed: an issue where the transaction list was not sorting negative currency values correctly.
  • Fixed: a crash the user might experience when double-clicking a saved search.

Release 6.1

Common Resources

  • Added: (case 11363) when standard parts are consumed due to a vehicle being sold, fadjustinventory is now properly called with a document type.
  • Fixed: (case 11363) an issue where standard parts that are consumed due to a vehicle being sold were not depleting their locations or marking their serial #'s as sold.

Sales Orders

  • Fixed: (case 11363) an issue where selling standard parts with a vehicle might not update the status of the parts to S.
  • Fixed: (case 11251) an issue where doing a location-grouped search then sending a serialized part to a SO would add duplicate items to the invoice. It will now also correctly pop up and ask the user which serial # they wish to add, which is important for situations where there are multiple serials at a location.
  • Fixed: (case 11512) an issue where the adjustment type dropdown would show as empty when the user selected the adjustment type on a saved, finalized invoice. In some circumstances, this was causing issues on save.

Vehicles

  • Fixed: (case 11309) an issue where clicking the new cost button might do noting on windows 8.

Release 6.0

Customer

  • Fixed: an issue where the user wouldn't be able to delete payment lines for $0 with no invoice association. It was possible to create these but they couldn't be deleted.
  • Performance: when a payment is edited, no query is executed anymore for allocations that were not modified. This makes saving large payments on slow connections much faster.

Crystal Reports Extension

  • Changed: most of the printing code has been changed to pass reports around in a way that should avoid any issues where a report might get cleaned up before the printing thread used it.
  • Fixed: several possible crashes and hangs that could be caused by printing lots of reports very quickly.
  • Fixed: if the user launches many print jobs that are waiting to complete, ITrack will now show the correct number of processes waiting to complete if the user tries to close ITrack before the prints have successfully begun.
  • Changed: (Case 10612) if the user prints a report with 'advanced options', the printer dialog that pops up now has a quantity field on it, which will be used to override the number of copies to print.

Common Resources

  • Fixed: in some circumstances, the thread dialog would crash when running a query (or chunked query) that had an error. This was because launching the error reporting dialog in the thread was colliding with the main UI thread somehow. This is resolved by sending a threaded message up to the main application to show the error at the next opportunity.

Database

  • Added: 2 new options to the part modification column list, one for the total cost associated with a vehicle, and another for the vehicle cost that has been allocated (or consumed). This allows users to view more accurate costs when sending whole units to the part modification screen.
  • Changed: several database functions have been modified to no longer use a view. This is because some database versions are very slow when views are used within functions.
  • Changed: fmovedocument_allocations function to make it compatible with the AU tokenizer.
  • Fixed: Re-releasing the "Serial #" search module due to an error in the previous release's query
  • Added: a fix that should ensure all databases have the Discount, Credit, and Interest adjustment types set to balance adjustments, not subtotal adjustments.
  • Added: (Case 10474) A new log that should catch when documents change inventory quantity. This will record the before and after quantity and the documents that caused the change.
  • Added: the necessary queries for creating and populating the ebayconditions tables
  • Changed: the messagetype column in the message table has been changed to an enum to help mimimize the size and increase the speed of any indices on the field.
  • Added: (Case 10518) The FIFO system now properly handles Sales Order re-opens by removing the documents allocations and freeing the inventory source.
  • Added: (Case 10518) The FIFO system now treats returns differently. The system will now record the return as a negative allocation and record the credited document, whereas before it would simply delete credit allocations.
  • Fixed an issue where a database error was occuring when a part's quantity was changed manually
  • Changed: deliverylinehistory.userid is now NULL-able. This is because these records can no be created automatically by the database outside of ITrack.
  • Added: (case 9363) recursion protection to all triggers on deliverylinehistory that call frefreshdocument_delivered. This is because, in the case of auto-picking, that function can alter the deliverylinehistory table, causing recursion.
  • Added: (case 9363) frefreshdocument_delivered can now create deliverylinehistory records for all unpicked quantity on auto-pick documents. This will help users see who saved a document with auto-picking turned on (and when). All such pick history is created with an empty location, which shouldn't matter because auto-picking doesn't consider these records to count how many have been picked.
  • Added: (case 9363) recursion protection to frefreshdocument_delivered because it can insert deliverylinehistory records, which can cause triggers to fire that would call the function again.
  • Fixed: (Case 10867) An issue where a database error could occur when there are multiple items on a Sales Order pulling from the same picking location. This had to do with the inventoryid and inventorystoreid not being considered in the calculation of nMaxMoveQuantity.
  • Added: the event that optimizes all tables now specifies the database name to avoid any confusion.
  • Added: (case 326) tables for handling the new transaction list.
  • Added: rank column to documentsearchfilter for ordering.
  • Fixed: (case 11123) previously, serialized inventory would only be moved to a destination location if the source location of the move matched the current serial location. Now, this is only enforced if the destination location is Variance. This means that whenever a serial is moved (or found), the serial will be moved, but a serial will only be 'lost' (moved to variance) if it hasn't also been found.
  • Added: there is now a category and rank column for both documentsearchfilter and documentsearchfield. These will help us categorize and order the filters and fields on the screen.
  • Added: support for filters to have a documentsearchjoinid (optional).
  • Fixed: (case 11099) an issue where finalizing, picking and moving all at the same time would move inventory when it shouldn't had.
  • Added: (Case 11059) Fixer query to Update.sql to remedy bad logdiscreteinventorymove handling in fmoveinventorywithallocationspost_execute.
  • Added: a new permission, which controls whether the user can open the new transaction list screen "Transaction List"->"Open Screen". Everyone who can perform part searches will automatically be granted this permission.
  • Added: a new permission, which controls whether the user is allowed to edit/overwrite/delete saved searches created by another user.
  • Added: documentsearchsource records now have a defaultaggregatefield, which is the name of an entry in the documentsearchfield table that the totals page will sum up by default.
  • Added: documentsearchfield now has a fieldtype column. A fieldtype of Key specifies that a field will always be returned when that document is selected (for lookup and unique document purposes). A fieldtype of singlular means that those values are 1 to 1 with a document and must be aggregated only for unique document keys. A field type of Multiple represents a one to many relationship, which means we can simply add up rows in the results.
  • Changed: the permission to open the transaction list now defaults to whether the user had permission to run advanced reports instead of users that could perform inventory searches.
  • Fixed: (case 11385) an issue where the query to create fquantityonorderon_document had an error in it.

Ebay Extension

  • Added: Expanded TurboLister export information.
  • Added: a config page for settings
  • Added: a default ebay customer field that will be used when sending auctions to invoices when the email of the buyer isn't in the customer table
  • Added: product specific support for the customer tables and the Customer List Screens
  • Added: Send to Invoice now works for enterprise thanks to above
  • Fixed: a typo with motorcycle default category
  • Moved: Category map things to config tab
  • Changed: messages to use the right name for the ebay extension
  • Added: Users can now choose how pictures are exported via the Config tab
  • Added: A warning is now thrown if there is no matching customer and no default customer for an auction being sent to incoice
  • Added: small fix for an SQL error that would be thrown if no ebayaccounts are registered with itrack
  • Added: Updated some objects to be ready for shipping options
  • Added: Direct to ebay is now functional
  • Added: config tab now has defaults for required listing information
  • Added: edit and template dialogs now have shipping information.
  • Fixed: a crash on direct export to ebay
  • Fixed: Account edit now populates on first use
  • Fixed: a bug where Shipping Service Options and Payment Methods and Return Policy Options didn't get filled in automatically on EE Ebay listings
  • Added: zip code to the query so that zip code will be automatically populated
  • Fixed: a bug where items where being cleared from the list but not from the ToList list behind the scenes causing items to be relisted
  • Fixed: a bug where sending to invoice wasn't calling the correct setting to ask for the default customer
  • Fixed: a bug where the default customer edit won't clear if its passed an empty string (this happens sometimes)

ITrack Online

  • Added: a message specific to ebay so that we know when the user is done filling out their account info

Login

  • Added: a way for extensions that are shared between products to check some permissions. Specifically, this should allow the transaction list screen to properly check user permissions.
  • Added: a way for extensions that are shared between products to get user names. This allows the transaction list screen to show user information.

Master

  • Added: handling for a new registered window message, WMREPORTHEAP_ERROR. This message takes an ITErrorReport* that was declared on the heap and launches an error report dialog for it. This is mostly so that threads without UI handling can report errors without causing thread collisions on the main UI thread. To use this, just copy an error onto the heap and call PostMessage to send the message to master.

Part Modification

  • Fixed: many possible crashes that could happen if custom columns were created that do not match the name of any columns in the inventory table (and no associated lookup was stored in inventorysettingjoin).

Parts

  • Added: (case 10974) if the user adds or modifies a location on the parts screen, the hold quantity is now refreshed. This fixes an issue where switching a location might leave the hold quantity from the previous location. Now the hold quantity should match the new location name.

Purchase Orders

  • Fixed: an issue where the "minus" icon wasn't showing up correctly in the returns dialog.
  • Fixed: (case 10409) POs should now load the correct vendor catalog record when there are multiple options to choose from and the PO is to the default purchase vendor.

Sales Orders

  • Added: handling for ebay auctions
  • Fixed: an issue where, if the user attempted to load a new SO when the existing SO was modified and they hit "Cancel" on the save dialog, the subtotals on the screen would not update again until the screen was closed and reopened.
  • Fixed: an issue where sending an item to invoice from the ebay screen might not work right if there were already items on the screen. Also, quantity and currency are formatted correctly in this case.
  • Fixed: (case 8619) the search HTP.net button now links up to the year range, category and keyword functionality of HTP.net searches. The base URL for HTP is no longer stored in the ini file, it is now a global database setting.
  • Removed: the car-part search button because it relies on a separate executable that is not deployed with ITrack Enterprise and auto interchange, which is rarely present.

Settings

  • Changed: a couple modifications to support an upcoming change to the printing framework.
  • Added: the edit->options->reports page now loads the valid list of 'printer types' in the printer type dropdown from the list of all types in use on all reports in the database.
  • Added: an external function handler for "ViewDynamicObjectDetail", which is designed to open the appropriate object on the appropriate screen, and is useful for 'dynamic' screens that don't know about how to open objects.

Transaction List

  • Added: (case 326) This is a new screen for performing searches against documents in the software. The user can search, save/load old searches, export/print results, and group summary data dynamically. In order to use this screen, the user must have permission.

ITMySQLConnection

  • Changed: the maximum packet size used by ITMySQLBlob is now capped at 1MB. This is to attempt to battle the out of memory issues some users have received.

Warehouse Management

  • Fixed: an issue where changing the location on the manual count page with the mouse might cause the search to be run twice if any pop-ups appeared.
4/8/2026

Release 5.10

Manage Warehouse

  • Fixed: (Case 11705) if the user changed a single manual count quantity multiple times, the value would trigger as 'not filled out' if the value was changed an even number of times.

Release 5.9

Database

  • Changed: the messagetype column in the message table has been changed to an enum to help mimimize the size and increase the speed of any indices on the field.
  • Changed: deliverylinehistory.userid is now NULL-able. This is because these records can no be created automatically by the database outside of ITrack.
  • Added: (case 9363) recursion protection to all triggers on deliverylinehistory that call frefreshdocument_delivered. This is because, in the case of auto-picking, that function can alter the deliverylinehistory table, causing recursion.
  • Added: (case 9363) frefreshdocument_delivered can now create deliverylinehistory records for all unpicked quantity on auto-pick documents. This will help users see who saved a document with auto-picking turned on (and when). All such pick history is created with an empty location, which shouldn't matter because auto-picking doesn't consider these records to count how many have been picked.
  • Added: (case 9363) recursion protection to frefreshdocument_delivered because it can insert deliverylinehistory records, which can cause triggers to fire that would call the function again.
  • Removed: (case 10865) the current handling for "auto-pick" shipping methods has been removed from frefreshdocument_delivered. This is because auto-picking is now being handled in a different way.
  • Removed: (case 10865) the triggers on the deliverylinehistory (picking history) table no longer check @AUTOPICKMUTEX because frefreshdocument_delivered no longer creates pick history.
  • Added: (case 10865) there is a script that will call frefreshdocument_delivered for all lineitems on all auto-picked SOs, POs, and TOs in order to ensure that pick quantities are correct based on the new functions.
  • Added: (case 10865) added a script that will retroactively generate general pick history for all lineitems on historical auto-picked SOs, POs, and TOs in order to make sure these documents show up as 'fully picked'.
  • Removed: (case 10865) the trigger when updating an existing shipping method will no longer refresh a bunch of documents' pick history if a shipping method has auto-pick turned on or off. This should speed up some saves.
  • Fixed: fmovedocument_allocations previously only supported moving 'whole quantities' (integers). Now, fractional quantities are supported.
  • Fixed: a possible issue where fmovedocument_allocations would do the wrong thing for TOs because storeid was NULL.
  • Fixed: a possible database error thrown by fmovedocument_allocations if MySQL strictmode was on.
  • Fixed: fmoveinventorywithallocations now supports fractional quantities (it only supported whole quantities before).
  • Added: (case 10865) fsalesordersaved now generates pick history if an auto-pick shipping method is selected. If the SO picking staging location is filled out, the quantity is also moved to that staging area (this is suppressed for returns).
  • Added: (case 10865) ftransferordersaved now generates pick history if an auto-pick shipping method is selected. If the TO picking staging location is filled out, the quantity is also moved to that staging area.
  • Added: (case 10865) fpurchaseordersaved now generates pick history if an auto-pick shipping method is selected. If the PO picking staging location is filled out, the quantity is also moved to that staging area (this is currently only active for PO returns).
  • Fixed: (case 11123) serialized inventory was only being moved if its current location matched the source location. Now that is only true if the inventory is being 'lost' (move to Variance)

Reports

Weekly Sales Insights

  • This is a new report. The is the first of a new type of report that presents information using graphs, this shows summarized sales for a 4 week period by day, customer, and part type.

Sales Orders

  • Added: (case 10865) SOs that have 'auto-pick' shipping methods selected now generate picking history on save as well as moving the items to the picking staging area, same as the pick operation on the delivery screen.
  • Added: (case 10865) when saving an open SO with an auto-picking shipping method selected, the user will be prompted to confirm that they have picked all quantity on the document and given it to the customer. This feature is controlled by a new setting which can be found at "Sales Orders"->"Require confirmation for automatic picking of inventory", and defaults to not required.

Release 5.8

Parts

  • Added: (case 10974) if the user adds or modifies a location on the parts screen, the hold quantity is now refreshed. This fixes an issue where switching a location might leave the hold quantity from the previous location. Now the hold quantity should match the new location name.

Reports

Label by Location

  • Updated the report to work with the new locations.

Tag by Location

  • Updated the report to work with the new locations.

Warehouse Management

  • Fixed: (Case 11000) an issue where serial #'s would show the wrong 'impact' value on count documents.

Release 5.7

Customer

  • Fixed: (case 10879) an issue where copy image to clipboard wasn't working.

Database

  • Fixed: (case 10867) a error that would occur on the Deliveries Screen when two items on a document were both pulling from the same location.
  • Fixed: a database error that occurred on the ebay screen because of missing data in the ebay tables.

Parts

  • Added: (case 10862) if the user manually adds a location to a part, it will automatically 'steal' all unsaved quantity from the special offset location (e.g. Variance). This solves certain situations where new standard/misc parts would end up with 0 at the location the user chose and 1 at Variance. Also, this means that, on saved inventory, if a location is deleted (moving quantity to variance) then another is added, that quantity will automatically be assigned to the new location. Any quantity that was in Variance when the part was loaded will remain at Variance.
  • Added: if a location is added to a part that has NO locations at all (generally only possible on new parts) the current inventory quantity on hand will be put at that new location.
  • Fixed: (case 10879) an issue where copy image to clipboard wasn't working.
  • Fixed: (case 10905) an issue where saving an item with assembly items might throw a database error, keeping the new items from being added to the collection.

Reports

Inventory Count Sheet LXW

  • Fixed: (case 10919) the report now includes items at virtual locations.

Work Order Internal

  • Added: (case 10869) job name now appears in the job section, instead of the customer name, which was already on the report.

Vehicles

  • Fixed: (case 10879) an issue where copy image to clipboard wasn't working.

Vendor

  • Fixed: (case 10879) an issue where copy image to clipboard wasn't working.

Warehouse Management

  • Fixed: (case 10887) an issue where, if the user performed a search for inventory counts, the screen would get stuck in a mode where all further searches for inventory moves would throw a database error.

Work Orders

  • Fixed: (case 10884) an issue where the job would calculate estimated taxes based on item cost instead of item price.

Release 5.6

Core Management

  • Fixed: (Case 10743) A crash when sending a core to the Sales Order screen. This was due to version compatibility.

Warehouse Management

  • Added: (Case 9417) Jobs are now exported on a consolidated document.

Release 5.5

Customer

  • Fixed: (case 10458) editing a payment was incorrectly saving a $0 unapplied payment line.

Database

  • Fixed: a database error in the ebay module that could occur when it attempting to access eBay conditions.

FIFO Subsystem

  • Added: (Case 10518) The FIFO system now properly handles Sales Order re-opens by removing the documents allocations and freeing the inventory source.
  • Added: (Case 10518) The FIFO system now treats returns differently. The system will now record the return as a negative allocation and record the credited document, whereas before it would simply delete credit allocations.

Sales Orders

  • Fixed: (case 10540) an issue where sending items to be adjusted from the warehouse management screen would cause an invoice to be written with the incorrect quantities (negative instead of positive when lost inventory is being written down).

Purchase Orders

  • Fixed: (case 10223) an issue where a PO return started by entering a negative quantity (not through the begin return button) for an item with a core charge would mix up the price of the master item and the core charge.
  • Fixed: doing a return with the begin return button no longer adds the items to the document in reverse order.

Release 5.4

Work Orders

  • Fixed: (case 10323) several crashes that could happen when deleting a job or task from a saved WO, especially if newly added tasks or labor were on the job.
  • Fixed: (case 10323) an issue that would cause a job to get deleted if the user deleted a saved task off of said job.

Release 5.3

Purchase Orders

  • Fixed: (case 10168) voiding POs no longer incorrectly reverses locations on parts that were received if the same item was received on two or more lines.
  • Added: (case 10160) voiding POs now uses the standard inventory adjustment functions in the database to reverse all quantity and cost changes (including add-on costs). This will fix issues with FIFO and other reports not always updating correctly after PO void.

Work Orders

  • Fixed: (case 9379) an issue where dirty core lineitems on a WO might show the incorrect cost value on the screen until the user hit the refresh prices button (the correct value was saved though).

Release 5.2

Payment Entry

  • Fixed: an issue where creating payments on the Payment Entry screen would not correctly generate accounting.

Reports

Inventory Count Sheet LXW

  • Added: Inventory Count Sheet LXW can now show out of stock inventory (optional). This can be done from the Manual Count Entry screen.

Release 5.1

Customer

  • Fixed: (case 10194) an issue where new attachments wouldn't save the customer ID correctly.

Manage Warehouse

  • Fixed: (case 9759) an issue where an item with no locations at all could not be added to a manual count.

Parts

  • Fixed: (case 10137) an issue where, if the user changed the location dropdown on the part info page, the primary location of the part would be saved, but it would not appear on the locations tab until the user reloaded the part.
  • Fixed: (case 10137) if a new primary location is added to a part using the location dropdown on the part info page, that location will now correctly be handled with the "delete non-permanent locations with 0 quantity" setting.
  • Fixed: (case 10137) if the user changed the primary location of a part to a location that had 0 quantity and was not permanent, the change log would record that the location was changed to that location even though that location was removed from the part before save.
  • Removed: (case 10137) newly created parts no longer automatically create a location at the default inventory location (default of "MAIN"). This is to alleviate confusion where this automatically added location was created as non-permanent so it would simply be deleted on save when quantity was 0 (common for replenishable parts). A previous update added a popup on save that allows the user to easily add remaining quantity to MAIN or Variance if necessary, which should cover situations where standard/misc parts are created with non-zero quantity.
  • Added: (case 10137) if the user adds a new location to a part (other than Variance), it will automatically be marked as a permanent location if its the first location (other than Variance) to be added to the part. This allows the user to pick a location on the parts screen for a new quantity 0 part and not have to worry about that location disappearing. This is commonly necessary for new (not yet stocked) replenishable parts.

Reports

Label

  • Labels now display NO SERIALS instead of a barcode on serialized parts with no serials.

Sales Order 11in

  • Store name field now resizes to handle even longer store names.
  • Balance adjustments now show at the bottom of the SO along with payments. Both Subtotal and Balance Adjustments now pay attention to the new field, adjustmenttype.printable.
  • Added customer email fields, suppressed by a setting by default
  • Report now uses the fbackorderquantity function.
  • Gave term field more room, expanded rectangle at the top to be the same size as the main body.

Tag

  • Tags now display NO SERIALS instead of a barcode on serialized parts with no serials.

Work Order Internal

  • Set complaint, cause, and correction fields to grow. Cleaned up report.

Vehicles

  • Fixed: (case 10194) an issue where new attachments wouldn't save the vehicle ID correctly.

Vendor

  • Fixed: (case 10194) a regression where new attachments wouldn't save the vendor ID correctly.

Release 5.0

Common Resources

  • Added: support for a new screen-independent attachment management dialog. More coming on this soon.
  • Added: the edit choice dialog now has a parameter that allows the caller to say that leaving the edit blank and hitting ok is acceptable.
  • Added: the choose locations dialog, which is shared between all document screens, now allows for choosing a quantity on a range rather than a specific value. This is currently just used on SOs where the user can allocate between the sell quantity and the total quantity, to account for back orders.
  • Fixed: an issue where adding a new attachment to a target object, then reloading that object could cause new copies of the attachment to be loaded.
  • Fixed: an issue where adding attachments to new objects (no ID yet) wouldn't work right.
  • Added: the attachment dialog now removes an attachment from the attachment cache if the user unattaches it in the dialog. This solves an issue where new attachments couldn't be properly deleted.
  • Added: support for readonly mode in the attachment dialog. Editing, adding, and removing attachments is disabled in this state.
  • Added a new green right arrow icon. Kinda looks like a play or go button.
  • Fixed: an issue with the choose locations dialog where an inventory record would have its locations loaded, but none of them would be marked as the primary location. This was interfering with any yard that used $PRIMARY as a special location for documents.
  • Fixed: a crash that could happen when the user chooses locations on a document.
  • Fixed: an issue where looking at the locations on a document that was fully or partially received would show incorrect predictions in the 'available' quantity column. This was because it wasn't taking into effect the fact that some quantity was already sold/returned/consumed/received/transferred.
  • Added: some new icons
  • Added: (case 4097) ability for document screens to choose whether automatic location allocation should happen if there are multiple locations to choose from.

Customer List

  • Fixed: (case 9219) an issue where performing a search would always return all customers in some circumstances.
  • Fixed: (case 9750) the enter payments button now applies user permissions the same way that the customer screen does. Essentially this means taking the customer's default store into account.

Customers

  • Removed: (case 9556) unnecessary pop up dialogs that would happen if the user intentionally aborted a save operation.
  • Changed: Rewrote all message box pop ups on the customer screen, all its pages, and all its dialog boxes (such as the payment dialog). Several dozen message boxes have had their text rewritten to be clearer and more concise. Several dozen more have had their button text rewritten to give the user a clearer idea of what will happen when they click them.

Credit Approval

  • Fixed: (case 9320) the credit limit override value would get mangled when building the appoval query.

Crystal Reports

  • Fixed: (case 9618) an issue where the way we were identifying reports for update was causing new reports to overwrite the fileid of the first report on the system.
  • Fixed: a possible issue where resetting updates during an existing update process could cause reports to update the wrong reports if the rows got reordered.

Database

  • Added: flocationrefresh now has extra WHERE clauses on all queries in the second section. This has been shown to speed these queries up by a factor of about 50%. Thanks goes to Ken Oehlers for this suggestion.
  • Added: (case 9101) there is now a new permission for whether the user can add new payments to a SO. The existing permission for editing payments has been renamed appropriately. This new permission defaults to the value of the existing payment edit permission.
  • Fixed: (case 9195) Fixes to make manual inventory quantity adjustments work without database errors.
  • Added: the fvehiclecost function now validates input to prevent it from running for vehicle ID 0.
  • Removed: vallocatedcosts, as it is no longer used.
  • Added: EDocuments can now (optionally) be for a particular store. EDocuments now must be unique per store.
  • Fixed: (case 9329) the description for the Locations -> "Open Screen" permission was describing the Data Management screen.
  • Added: (case 9367) missing function frefreshdocument_fulfillment.
  • Added: (case 9289) an assembly number search module called Collection SKU
  • Fixed: the location field in vehicle is now large enough to handle all locations.
  • Added: new function: fmoveinventoryprimarylocation, which can set a new primary location for a part. It has a flag that specifies whether all QoH should be moved to the new location or not. In general though, a new primary location is created and the quantity at the current primary location are moved to it.
  • Added: fmoveinventorywithallocations now sets a session variable called SUPPRESSINVENTORYINTEGRITYCHECK before calling fadjustinventorylocation. This skips calling fverifyinventorylocationintegrity twice inside child functions. This is done because f_adjust is called twice, and inventory is moved into and out of variance if we don't skip it.
  • Added: fadjustinventorylocation now skips calling fverifyinventorylocationintegrity if SUPPRESSINVENTORYINTEGRITYCHECK is set. Also, the special whole unit behavior is skipped if the session variable SUPPRESSVEHICLELOCATIONHANDLING is set to TRUE. This behavior normally deletes all other secondary locations and updates vehicle.location. This is undesirable for fmoveinventoryprimary_location, which handles all secondary locations.
  • Added: (case 9233) Added an event that will run at 3 am every Sunday to optimize all tables
  • Added: (case 9367) another function that was missing on some databases.
  • Fixed: an issue where fmoveinventorywithallocations was updating inventoryserial.location but not inventoryserial.locationid
  • Fixed: an issue where fmoveinventoryprimarylocation wouldn't move existing locations correctly in some cases. Also, we now correctly use signed integers for location ids so that they won't have errors if an inventorylocation uses -1 for its locationid.
  • Fixed: an issue where frefreshdocument_locations would throw an error when called for work order master parts.
  • Added: (case 9462) support for a 'drop-in' database modification that makes the database 'remember' hold and on order quantities for inventory. This cut as much as 80% of search times out for large result sets in testing.
  • Changed: (case 9510) the "Inventory Type Name" field has been renamed to "Part Type Name" in the part modification screen for consistency
  • Fixed: (case 9442) A problem with frefreshdocumentlocationallocations where the inputs for the function had a name mismatch for work order parts. Added stubs for WOMP handling for additional clarity.
  • Fixed: (case 9624) removed a reference to inventory.holdquantity which has been removed.
  • Added: (Case 9603) a 'printable' flag for adjustments to add the user flexibility in reports.
  • Fixed: an issue where fcalculateaverage_cost wasn't adding in 'add-on' costs if inventory.cost was non-zero (% of price costing override).
  • Fixed: an issue where fadjustinventory was erroneously inserting records into the costdiscrepancy table with the message of Roundoff Error when non-depletable items were sold or standard items were sold (in some situations).
  • Fixed: (case 9629) an issue where picking and moving inventory after the document has been finalized (or partially received in the case of TOs) would still move inventory even though it had already been sold. Now, the document allocations are moved, but inventory is not. This avoids an issue where picking a document after finalization would end up leaving inventory in the picking staging area.
  • Fixed: an issue where moving document allocations might not recalculate some information correctly if the allocation already existed (like quantitypicked or quantityreceived).
  • Added: prunforeachtable, which is required for eoptimizeall_tables.
  • Added: (case 9703) inventoryserialhistory.picked, which keeps track of whether any particular serial on a PO or TO has been picked.
  • Changed: (case 9703) fmoveinventorywithallocations now passes serial information into fmovedocument_allocations so that we can properly move serial #'s on documents. Also, 2 queries were combined to make this function faster, especially in those cases where non-serialized inventory is being moved.
  • Added: (case 9703) fmovedocument_allocations now takes a serial # as an argument so that serial information can be appropriately shifted. Essentially this supports updating inventoryserialhistory.
  • Changed: (case 9703) all 4 pickable item views (vpickable) now return serial information with each line. For documents that can have multiple serials per line, this means breaking items up.
  • Fixed: (case 9688) A bug in fmoveinventoryprimarylocation that caused infinite looping in certain cases.
  • Changed: (case 9419) Made log_discreteinventorymove capable of storing more generic information.
  • Changed: fmoveinventorywithallocations now calls a post-execute function when done.
  • Added: fmoveinventorywithallocationspostexecute, which is a generic function that gets run at the end of fmoveinventorywithallocations. It contains block-commented code for putting discrete move inventory into the log table.
  • Fixed: (case 9796) an issue where a search done only with the serial # smart search might throw an error.
  • Added: (case 8126) Additional permissions used by LXW. This brings all LXW permissions into Enterprise.
  • Changed: (case 9899) freplicateinventory now has an enum for where it was called from rather than a string.
  • Fixed: an issue where vpickable[document]_line would return "" for its document type on some versions of mysql. This is a MySQL bug that is present in MySQL 5.6. Once the bug is fixed, we can remove this workaround.
  • Fixed: (case 9865) an issue where vpickable[document]_line wouldn't show 'non-stocked' items (items with no inventory record) to be picked.
  • Added: (case 9774) flocationrefresh is now store specific. This should make refreshing location information faster, especially on databases that have logging turned on on many tables.
  • Added: (case 9776) inventoryquantityadjustmentline.location, which is necessary for virtual locations in counts. There is a trigger for pre-update and pre-insert that sets this based on locationid if its empty.
  • Added: (case 9776) inventoryquantityadjustmentserial.newlocation, which is necessary for virtual locations on serials in counts. There is a trigger for pre-update and pre-insert that sets this based on newlocationid if its empty.
  • Added: (case 9961) there is now a function (fbackorderquantity) which returns the quantity that was backordered from a particular salesorder line. This is important because, in 4.0, back order quantities now get 'zeroed out' when an invoice is finalized.
  • Added: a new index that should make looking up back order quantities significantly faster.
  • Fixed: (case 9784) an issue where moving a serial using fmoveserial would move the inventorylocation record and document allocations but not the serial if the 'old' location didn't match the serial location. Now, the current location of the serial is used as the 'from' location no matter what is passed into the function. If no serial could not be moved, the rest of the operation is skipped.
  • Adding an inventory type per case 9846
  • Removed: a location setting that has not been in use for awhile, and it is complicating configuration.
  • Removed: (case 4097) a setting that was previously added to implement a feature has been removed because the feature has changed design.
  • Added: (case 4097) there is a new store setting, 'Locations'->'Automatically choose between multiple locations when adding items to documents'. This is an important setting that defaults to True. It should only be turned off if a yard wishes to 'force' users to manually choose locations when adding items to documents when there is more than one location to choose from.
  • Fixed: (case 10025) an issue where rows were being inserted into the cost discrepancy table in situations where the inventory record was not being adjusted.
  • Added: a placeholder function called by the transfer orders screen. This function is optional, but we'd prefer to have an empty function to avoid errors getting logged.

Deliveries

  • Fixed: (case 9358) an issue where the SO destination location was being used as the WO destination location when picking.
  • Fixed: an issue where unpicking (picking negative quantity) would throw a database error when pick and move was enabled. Now an un-pick and move simply moves the quantity in the opposite direction rather than picking a negative quantity.
  • Changed: (case 9703) the pickable items list now shows a row for each serial #. Also, when a user picks a specific serial #, that information is passed into the database functions, which eliminates a problem where QoH was getting moved but the serial #'s were not.
  • Removed: the user is no longer able to unpick (pick negative quantity) for POs and TOs because the database functions do not currently support it on serialized items.

EDocuments

  • Fixed: a crash issue that could happen if a function in a template didn't have a valid close bracket.

Global Settings Extension

  • Fixed: a database error that would occur when attaching a new report file to an existing report record in the database.

ITrack.exe

  • Added: Checks for impossible version numbers. If you try to update to a database version number that's more than 5000 versions away from the current version, it simply writes an error and continues on. Note: This change was added as another avenue to prevent a bad product update
  • Fixed: (case 1503) a long-standing (but very rare) issue where updates would fail to download twice on some machines, generally related to cookie storage.
  • Fixed: (case 9934) when the user logged out, a cleanup message which is reserved for application close was being called on all loaded extensions. This was disrupting extensions that used libraries that stop working after cleanup (like the Chromium embedded framework). Now, this cleanup is only performed on the final close of the application.

ITMySQLConnection

  • Added: support for tracking open transactions for mysql connections.
  • Fixed: an issue where hitting retry on a query error dialog would fail if multiple queries were being passed in for that operation.
  • Performance: eliminated some unnecessary string conversions so that queries are executed faster. Should help speed up very large queries (not large result sets).
  • Performance: refactored to combine similar query execution code for consistency and smaller executable code.

ITSQLFramework

  • Changed: several query methods have been combined to lower executable size and code redundancy.

Locations

  • Added: (case 9330) Permission-checking and handling code to the locations dialog. Now respects the location delimiter permission.
  • Added: Embedded location page on Location screen updates when permissions change.
  • Added button icons
  • Fixed: the configure locations dialog's editability permission is no longer based on whether the user can open the locations screen.
  • Added: the configure locations dialog now only shows a list of stores in the dropdown that the user has permission to edit locations at.
  • Changed: the 'global' location delimiter is now per-store, and the permission that controls the ability to edit it is also per-store. Also, for speed purposes, when the delimiter is modified, only locations at the current store are refreshed now.
  • Changed: (case 9774) the location refresh function is now store specific, and it is only called on save for each store that had a location added or modified.

Manage warehouse

  • Changed: Fixed some very overactive change detection.
  • Added: Extra items added to a manual count try to auto-select a candidate location if there is a good candidate location.
  • Changed: De-escalated an error popup about variance requirements to a warning in the status bar.
  • Added: Warnings and errors for trying to do counting without having a Variance location configured.
  • Fixed: A bug where the batch scan management results would hard-limit at 200 instead of what the user selected. It's currently without limits now, so if the user selects something large, the database will lock as it grabs the data.
  • Added: ordering to the batch scan management results.
  • Fixed: A subtle bug where it was possible to be missing the ID for a location involving the location autocomplete.
  • Fixed: A bug where having an inappropriate serial count could lead to the wrong variance/old location being used.
  • Fixed: (case 9227) A bug where having an ambiguous entry in manually-entered lookup would cause a whole-inventory search to happen.
  • Changed: lots adjustment to the UI to improve flow
  • Added: lots of state specific tooltips
  • Added: Pressing certain buttons will automatically set the focus to the next button. This doesn't always make sense in ITrack but this screen's UI already felt very wizard-like as it locked down certain parts of the UI as you did things.
  • Added: Start Manual Count and Cancel are now the same button, act as a toggle.
  • Added: (batch scan management page) Buttons are now inactive when they don't perform an action, with tooltips.
  • Removed: the start/stop "mode". Now there is change detection. The user can change the location at any time. If they have quantity values entered at the time they change the location, a dialog will appear.
  • Added: Focus automatically gets set in the list edit when adding a part via the Add button
  • Changed (case 9727) previously, the user could not view items at locations containing more than 500 items. Now, the user is warned in these situations and they can either continue anyway, cancel, or load just the first 500 items.
  • Changed: items on a count that were not counted (left blank) are now no longer added to the count operation. This allows the user to do a partial count of a location without setting all other items to 0 quantity.
  • Added: there is now a store setting under the "Manage Warehouse" section that controls whether to automatically set quantity counted to 0 when the user leaves the field if the field is blank. This setting defaults to off.
  • Added: there is now a quantity on hand and a quantity available column in the manual count list. This allows the user to see the current expected quantity for that item at the specified location.
  • Removed: some unnecessary queries run when saving a manual count.
  • Added: Projected impact column to the inventory adjustment page. This column shows a signed value which predicts the value that inventory will be adjusted by if the user proceeds. All items that are associated with a vehicle have a grey background in order to warn the user that the projections are just a guess (since vehicle cost pools can fluctuate). If the adjustment will add quantity ('found' inventory) this column shows 0, since no expense will be associated with the new inventory.
  • Added: non-depletable items now always show 0 in the impact column.
  • Changed: average cost column no longer multiplies by quantity. This is to differentiate it from the projected impact column.
  • Added: quantity column is now colored red or green, depending on whether the quantity difference will increase or decrease QOH if the adjustment proceeds.
  • Removed: sum of the averagecost column, since it is no longer very useful.
  • Added: sum of the projected impact column in the footer
  • Added: support for finding/losing fractional quantity. Before, only whole quantity could be adjusted.
  • Fixed: an issue where adjustment quantity might not show correctly if a large 'loss' was partially 'found' or vice versa. This was impossible before some recent database changes anyway.
  • UX: added wait cursors to loading/summing up inventory adjustment entries.
  • Changed: (case 9859) the query that grabs inventory counts on the scan job administration was taking an inappropriately long amount of time to return on large data sets. The queries have been rewritten and tested on very long date ranges and found to be 99% faster.
  • Added: the location column in the scan job administration list now shows the location serials were moved to in addition to the locations counted for non-seralized parts. Currently any locations appearing in both lists will be duplicated. We're looking into a way to fix this without introducing significant time to the loading process.
  • Changed: inventory status must be A or H in order to be loaded into the count list
  • Fixed: serialized items now only show serials that are 'Available', 'In Transit', 'Work In Progress', or 'Allocated'. Available is the only important one, but the others are still sort of in stock, so it may be useful to count them.
  • Changed: serialized items with no valid serials no longer show up.
  • Added: (case 9752) there is a check that controls whether items with 0 QOH show up or not.
  • Added: there is now a check that controls whether stock levels show on the screen and another that controls whether they show on the printout.
  • Changed: labeled several sections of the manual count screen and other minor UX tweaks.
  • Changed: serials that are part of a count now show their 'to'/'new' location in the location list, not their old location, as the location they are currently at is probably the location that was counted.
  • Changed: (case 9776) the batch scan history page now uses the location text fields in the database in order to support counts at virtual locations.
  • Changed: the variance column has been renamed to 'difference' in order to differentiate it from Variance the location.
  • Added: (case 9776) approving a count now works correctly with virtual locations.
  • Added: the manual count page now supports deleting multiple items off of a count.
  • Added: the manual count page now always shows an 'empty' item at the bottom like the document screens.
  • Changed: (case 9776) the add found item button on the manual count page now sends the user to search and they can return any number of search results.
  • Added: (case 9776) the manual count page now supports counting virtual locations. The 'invalid location selected' icon only appears on virtual locations if the "Enforce Location Hierarchy" setting is set to True.
  • Added: the manual count page now remembers the column size and order for the current user.
  • Fixed: an issue where changing the location on the manual count page wouldn't refresh the list if the user hit tab or clicked out of the combo.
  • Added: when the user doubleclicks a scan job detail row, the corresponding inventory record is now opened on the parts screen
  • Changed: on the scan job admin tab, the detail list is no longer gray all the time (read only list).
  • Added: the scan job list and detail list now alternate row colors.
  • Changed: (case 9784) the detail list has been made much more consistent and usable between serialized and non-serialized parts. Changes include:
  • Non-serialized parts show the same location in from and to if no change happened (used to show blank in 'to')
  • $ impact column is now colorized in the main list
  • $ impact and quantity difference columns are now colorized in the detail list
  • There is now an increase/decrease/move icon shown in the difference column for every line where an adjustment was made.
  • The totals in the footer now show sums even when the total is 0
  • All currency values now correctly use the user's windows locale format for currency.
  • Fixed: if no scan jobs are selected, the detail list is now correctly cleared.

Part Modification

  • Fixed: (case 4090) an issue where sending results from search wouldn't be added if the user did a search grouped by location. For now, the locations specified in the search results are ignored.
  • Changed: (case 6931) by user request, the user can now change whether all columns can be set up to log changes or be global. Previously readonly columns could not have these 2 attributes modified, as the readonly columns were considered to be outside these behaviors. However, since this is an advanced area only modified by power users, this is now possible. It is important to note, however, that some readonly fields, even if set to global (or log changes) won't always respect these settings. For example, averagecost, which is modified by the system and assumed to be a non-global field which does not require a change log entry when modified.
  • Added: all date and date/time columns now display in the user's windows locale format for dates and date/times. Also, these columns can now be edited with windows date/time pickers (when they are editable).
  • Fixed: (case 9973) all date and date/time columns should now sort correctly.
  • Changed: read-only columns should still use the appropriate control type. For example, readonly true/false columns would show the word True/False, now they show a readonly checkbox. Readonly text fields now show an edit control so that the user can copy the data into the clipboard.

Parts

  • Fixed: A bug where the wrong screen name was supplied to the Edit Locations function, causing it to do nothing instead of opening the locations list.
  • Fixed: A bug where an un-inventoryable location being added to the part (perhaps through manual/scanner counts) would cause the part to be uneditable. Now we only care about locations that haven't been changed.
  • Changed: (case 9685) Adjusted tab order to match user expectations
  • Added: (Case 6577) the user is warned if they are deleting a location that has held quantity.
  • Added: (case 6577) if the user deletes a location that is on any open documents, those location allocations will be deleted. This will allow those document screens to re-allocate correct locations on the next load, or force the user to choose.
  • Changed: deleting a saved inventory location now only deletes open document allocations. Closed allocations against that location will remain.
  • Changed: the warning that pops up when the current part has been modified since the user loaded it has been rewritten to be more concise and easy to understand.
  • Fixed: the "vehicle cost overrun" warning dialog will no longer assign a negative cost if the vehicle's cost has already been overallocated. Also, the dialog no longer pops up if cost is already set to 0.
  • Fixed: (case 9858) an issue where the user would not be presented with entering a comment into the change log if they manually adjusted quantity.
  • Fixed: (case 4380) an issue where replenishable parts were asking the question "the quantity has been set to 0, do you want to set the status to D or S?". This question is more applicable to non-replenishable parts.
  • Added: (case 4380) if the user sets the status of a part to something other than A or H (and quantity is not 0), the system will ask if the user wants to set the part quantity to 0 (so long as they have permission to adjust part quantity). This should help yards avoid situations where they have inventory records that are not reported as part of inventory valuation but have a cost value associated.

Purchase Orders

  • Fixed: (case 8552) the current time was not being saved in purchaseorder line history's "lastmodified" date.
  • Added: support for E-documents being store specific.
  • Fixed: (case 9111) an issue where core items were using averagecorecost instead of averagecost for transfer order line cost.
  • Removed: an unused field from the TO table.
  • Added: when user hits 'add item' on the TOs tab, the message sent to search will now ensure that any clicked parts are sent back to TOs instead of POs.
  • Added: (case 4090) if the user sends search results grouped by location to either a PO or a TO, items will now be loaded (previously the message was ignored). Currently, this is treated just like a normal set of item results (the locations passed from search are ignored).
  • Fixed: an issue where transferring serialized items would not correctly allocate locations at the source to match the serial #'s the user chose.
  • Changed: (case 9964) when the user loads a historical posting, the 'total quantity received' will no longer exclude 'future' postings. Previously this figure only showed quantity on postings performed before the currently loaded posting in order to simulate showing a historical version of the posting. However, this was somewhat inconsistent/confusing and was leading to several issues where editing an existing posting could lead to location errors or overreceipt of a PO.
  • Fixed: (case 9964) if the user loads and edits an existing posting that has future postings, the receive all button will now only suggest the quantity to fully receive the PO (no more over-receipt). Also, the colorizing of the quantity column should work correctly in this circumstance again.
  • Fixed: (case 9964) if the user loads and edits an existing posting that has future postings, they should no longer incorrectly get 'insufficient QOH to return the item' for return POs.
  • Fixed: (case 9964) an issue where the user was incorrectly allowed to remove items from a PO if the user loaded a historical posting and the item was only received on later postings.
  • Performance: loading a large PO is now somewhat faster due the improvement of some purchase order line features.
  • Added: (case 9970) the force closed checkbox on TOs now says "Done Receiving", and loading a TO that is done receiving will check this box. This should make this screen more consistent with the PO screen. Previously, this check was only used to force a TO closed and was unchecked on saved TOs.
  • Added: (case 9982) the 'quantity returned' in the PO return dialog was using purchaseorder line quantity, even if a return PO was forced closed without receipt. Now, if a PO is done receiving, just the quantity received is used. Credit to Chad A for the solution.
  • Added: (case 4097) support for the new 'Automatically choose between multiple locations when adding items to documents' setting for allocating locations automatically. This is supported for PO returns and the source locations of TOs.
  • Fixed: (case 9975) if a transfer order was received in multiple postings, it was possible that items on the TO would have unnecessary activity in and out of the Variance location.
  • Performance: saving a transfer order now batches many of the queries run on save instead of running them individually. This can make creation of a large TO much faster on slow connections.

Sales Orders

  • Added: when automatically or manually allocating locations for a lineitem, back order quantities are now taken into account. Any allocation count between the quantity to be sold (total quantity - back order quantity) and the total quantity is allowed. No warnings or errors will be shown if the user chooses a location count on this range. This fixes an issue (case 9483) where the user would have to manually decrease allocations down to sell quantity if they were back ordering quantity.
  • Added: the warning "Item is has insufficient quantity available at the specified location(s)" is disabled if the user overallocated a location by an amount less than the back order quantity. This is because upon finalization, the excess allocations will be moved onto the back order document.
  • Added: (case 9101) the ability to add new payments has been split from the permission to edit the amount and payment information on existing, saved payments.
  • Added: the delete payment button is now greyed out if the user doesn't have add payment permission.
  • Fixed: (case 9100) a regression where the user could no longer add or edit payments on a SO if they did not have the permission to edit sales orders. Now, if the user doesn't have permission to save a SO, new or modified payments will still be saved during the print operation.
  • Added: the choose print options dialog now pops up correctly if the user is printing a SO that they don't have permission to edit.
  • Added: 2 new popups during save that will tell the user that they don't have permission to save a new payment or modified existing payment if they are missing the corresponding permission. This is just a redundancy, and should be rarely seen.
  • Fixed: (case 6660) voiding an invoice now properly recalculates the hold quantities on all inventory on the voided document. This resolves issues where these holds would remain until the user added the item to another document or saved the original document again.
  • Added: support for fractional quantity inventory adjustments sent from the manage warehouse screen.
  • Fixed: (case 9899) when inventory is replicated for a return, the database function is now called with the correct document type.
  • Added: (case 4097) support for the new 'Automatically choose between multiple locations when adding items to documents' setting for allocating locations automatically.
  • Fixed: (case 9691) an issue where performing an inventory adjustment invoice would sometimes incorrectly show prices on inherent core charges.
  • Fixed: an issue where "Receiving" was misspelled on vehicle search. Thanks to user tcamarigg for the catch.
  • Changed: (case 4090) the context menu (right click menu) now shows all "Send to" options when the user right clicks on results after performing a search where results are grouped by location.
  • Added: the screen handles returning results to other screens slightly differently now to ensure that sending items to a PO vs a TO will always arrive in the correct area
  • Fixed: no matter whether the user is doing a search that is grouped by location or not, the send to ebay option will always send the results in a way that the ebay extension can handle.
  • Changed: data storage method to avoid a crash related to inventory locations.
  • Minor tab order fix on the Vehicle Search tab.
  • Performance: reduced the time spent attaching lookups to the current result set. This can speed up performing an appraisal for large sets of parts significantly.
  • Added: (case 9880) there is now a total for appraisals in the totals section in the bottom right. The value is always $0 until the user performs an appraisal.
  • Changed: the part search result totals now allow the user to select and copy the values.
  • Fixed: an issue where the totals for the current search would be incorrect if the a 'location' search was performed and parts existed at multiple locations.
  • Added: all part search result totals are now shown in the user's windows locale format for currency.

Updater

  • Added: (case 9862) if (for whatever reason) the 'command' to run in run_delayed has quotes around it, they are removed. This is because CreateProcess apparently fails if the executable to be run is in quotes.

Vendor

  • Fixed: (case 9766) the notes field was getting truncated even though the database field has no limit.

VendorList

  • Fixed: a bug where performing a search would always return all vendors (case 9219) in some circumstances.

Vehicles

  • Added: The bidding/teardown page now uses an auto-complete for the location dropdowns.
  • Added: when the user changes the location of teardown parts using the pop-up "vehicle location changed" dialog, the primary location of the parts will be correctly adjusted using a new database function.
  • Fixed: the vehicle location field now allows 50 characters like other location fields.
  • Added: the vehicle location dropdown now defaults to a default vehicle location specified in setting "Vehicles"->"Default vehicle location".
  • Added: teardown parts should correctly get location id as well as location name when they inherit data from the vehicle.
  • Fixed: if the vehicle has its location changed, a new 'move primary location' database function is called on the whole unit, which should correctly adjust the location of the whole unit.
  • Added: whole units now get an inventorylocation row when they are created for their primary location. Also, if the user manually changes the availability of the whole unit, the quantity of the primary location is correctly adjusted.
  • Fixed: an issue where the user could not enter virtual locations into the location field during teardown.
  • Fixed: (case 9579) an issue where parts created from teardown might inherit the wrong vehicle model if the vehicle's make or model changed. This was not reflected on the parts screen, so the user probably won't notice a change.
  • Fixed: an issue where, if the default vehicle location matched a location in the location list but had a different capitalization, the screen would erroneously throw a "The vehicle changed" message on an empty vehicle.
  • Added: (case 9749) when the user is saving a vehicle, if any parts are on the teardown that have been modified and they have been changed by another instance of ITrack or another screen, the user is warned about this collision. They can either choose to abort the save or simply skip all colliding parts. This helps to avoid any issues where changes made on the parts screen might be reverted by saving the vehicle that part is on.

Vendors

  • Added: (case 9328) internal comments to the "Purchase Order History" list on the Purchase Orders tab.

Work Orders

  • Fixed: (case 7829) workorder.dateclosed is now set to the current time when a work order is finalized. When a work order is updated, it is checked to make sure its not already closed before it's set. If it's already closed, it will be not be changed. If it's not closed it gets set to NULL.
  • Fixed: (case 9478) an issue where creating inventory on a stock WO wouldn't adjust the quantity at any locations, which could cause the new quantity to end up in the Variance location.
  • Fixed: (case 4090) an issue where sending results from search wouldn't be added if the user did a search grouped by location. For now, the locations specified in the search results are ignored.
  • Fixed: (case 9878) loading items that had a markup based on retail, wholesale, list, or jobber price would use the retail core charge, retail wholesale price, etc for an inventory item as well as its core.
  • Added: (case 4097) support for the new 'Automatically choose between multiple locations when adding items to documents' setting for allocating locations automatically.
4/8/2026

Release 4.5

Common Resources

  • Fixed: an issue with the choose locations dialog where an inventory record would have its locations loaded, but none of them would be marked as the primary location. This was interfering with any yard that used $PRIMARY as a special location for documents.
  • Fixed: a crash that could happen when the user chooses locations on a document.

Work Orders

  • Fixed: (case 9878) loading items that had a markup based on retail, wholesale, list, or jobber price would use the retail core charge, retail wholesale price, etc for an inventory item as well as its core.
4/8/2026

Release 4.4

Common Resources

  • Added: the choose locations dialog now shows picked quantity at each of the document locations.
  • Added: (case 9483) the choose locations dialog, which is shared between all document screens, now allows for choosing a quantity on a range rather than a specific value. This is currently just used on SOs where the user can allocate between the sell quantity and the total quantity, to account for back orders.

Database

  • Fixed: a database error that could occur when transferring parts

Sales Orders

  • Changed: (case 8345) setting a back order quantity no longer reduces the location allocations based on the backorder quantity. This is important because, if we're going to send locations over to a back order, we need location quantities to not be removed.
  • Added: (case 8345) when finalizing a SO with back order quantities, an appropriate quantity of location allocations will get removed from the invoice and moved to the back order. Priority is given to items that have not been picked yet, but after that, picked locations will be moved.
  • Renamed: the advanced page is now the "Item Info" page on the left of the screen.
  • Added: the item info page now has a field that shows the quantity of the selected item that has been picked so far.
  • Changed: there was a query that ran during save when creating back orders that updated the initial SO. This is now only run in situations where it would affect something, which should speed up the save process.
  • Added: when automatically or manually allocating locations for a lineitem, back order quantities are now taken into account. Any allocation count between the quantity to be sold (total quantity - back order quantity) and the total quantity is allowed. No warnings or errors will be shown if the user chooses a location count on this range. This fixes an issue (case 9483) where the user would have to manually decrease allocations down to sell quantity if they were back ordering quantity.
  • Added: the warning "Item is has insufficient quantity available at the specified location(s)" is disabled if the user overallocated a location by an amount less than the back order quantity. This is because upon finalization, the excess allocations will be moved onto the back order document.

Reports

  • New Report: Internal Vehicle Bid
  • New Report: External Vehicle Bid
4/8/2026

Release 4.3

Sales Orders

  • Changed: (case 8345) setting a back order quantity no longer reduces the location allocations based on the backorder quantity. This is important because, if we're going to send locations over to a back order, we need location quantities to not be removed.
  • Added: (case 8345) when finalizing a SO with back order quantities, an appropriate quantity of location allocations will get removed from the invoice and moved to the back order. Priority is given to items that have not been picked yet, but after that, picked locations will be moved.
  • Renamed: the advanced page is now the "Item Info" page on the left of the screen.
  • Added: the item info page now has a field that shows the quantity of the selected item that has been picked so far.
  • Changed: there was a query that ran during save when creating back orders that updated the initial SO. This is now only run in situations where it would affect something, which should speed up the save process.
  • Added: when automatically or manually allocating locations for a lineitem, back order quantities are now taken into account. Any allocation count between the quantity to be sold (total quantity - back order quantity) and the total quantity is allowed. No warnings or errors will be shown if the user chooses a location count on this range. This fixes an issue (case 9483) where the user would have to manually decrease allocations down to sell quantity if they were back ordering quantity.
  • Added: the warning "Item is has insufficient quantity available at the specified location(s)" is disabled if the user overallocated a location by an amount less than the back order quantity. This is because upon finalization, the excess allocations will be moved onto the back order document.
4/8/2026

Release 4.2

Database

  • Added (case 9289) an assembly number search module
  • Fixed: the location vehicle in vehicles is now large enough to handle all locations.
  • Added: new function: fmoveinventoryprimarylocation, which can set a new primary location for a part. It has a flag that specifies whether all QoH should be moved to the new location or not. In general though, a new primary location is created and the quantity at the current primary location are moved to it.
  • Added: fmoveinventorywithallocations now sets a session variable called SUPPRESSINVENTORYINTEGRITYCHECK before calling fadjustinventorylocation. This skips calling fverifyinventorylocationintegrity twice inside child functions. This is done because f_adjust is called twice, and inventory is moved into and out of variance if we don't skip it.
  • Added: fadjustinventorylocation now skips calling fverifyinventorylocationintegrity if SUPPRESSINVENTORYINTEGRITYCHECK is set. Also, the special whole unit behavior is skipped if the session variable SUPPRESSVEHICLELOCATIONHANDLING is set to TRUE. This behavior normally deletes all other secondary locations and updates vehicle.location. This is undesirable for fmoveinventoryprimary_location, which handles all secondary locations.
  • Added: (case 9233) an event that will run at 3 am every Sunday to optimize all tables
  • Added: a new function that updates document location allocations.

Locations

  • Fixed: Now pays attention to the delimiter permission as expected.

Sales Orders

  • Added: (case 9101) the ability to add new payments has been split from the permission to edit the amount and payment information on existing, saved payments.
  • Added: the delete payment button is now greyed out if the user doesn't have add payment permission.
  • Fixed: (case 9100) a regression where the user could no longer add or edit payments on a SO if they did not have the permission to edit sales orders. Now, if the user doesn't have permission to save a SO, new or modified payments will still be saved during the print operation.
  • Added: the choose print options dialog now pops up correctly if the user is printing a SO that they don't have permission to edit.
  • Added: 2 new popups during save that will tell the user that they don't have permission to save a new payment or modified existing payment if they are missing the corresponding permission. This is just a redundancy, and should be rarely seen.

Vehicles

  • Fixed: (case 9178) an issue where the user could hit backspace in a dropdown in a list combo box and have nothing get selected.
  • Added: The bidding/teardown page now uses an auto-complete for the location dropdowns.
  • Added: when the user changes the location of teardown parts using the pop-up "vehicle location changed" dialog, the primary location of the parts will be correctly adjusted using a new database function.
  • Fixed: the vehicle location field now allows 50 characters like other location fields.
  • Added: the vehicle location dropdown now defaults to a default vehicle location specified in setting "Vehicles"->"Default vehicle location".
  • Added: teardown parts should correctly get location id as well as location name when they inherit data from the vehicle.
  • Fixed: if the vehicle has its location changed, a new 'move primary location' database function is called on the whole unit, which should correctly adjust the location of the whole unit.
  • Added: whole units now get an inventorylocation row when they are created for their primary location. Also, if the user manually changes the availability of the whole unit, the quantity of the primary location is correctly adjusted.

Work Orders

  • Fixed: (case 9478) an issue where creating inventory on a stock WO wouldn't adjust the quantity at any locations, which could cause the new quantity to end up in the Variance location after saving the part.
4/8/2026

Release 4.1

Database

  • Added: speed optimization for flocationrefresh
  • Fixed: fvehiclecost now validates vehicleid input
  • Removed: unused view vallocatedcosts
  • Removed: unused column transferorder.documentstatus
  • Added: frefreshdocument_fulfillments now being released as it was missed in an earlier update

Deliveries

  • Fixed: (case 9358) an issue where the SO destination location was being used as the WO destination location when picking.

General

  • Added: eDocuments are now store specific
  • Added: Inventory Count Sheet LXW is now part of the standard installation
  • Added: Sales Person Commission report parameters
  • Added: Tag Receiving report
  • Added parameter to Received Items by Source
  • Removed several unused reports: Inventory By Location With QOH, Inventory By Location With Qty Available, Pick List Fixed Width, Tag 4inch, Tag New, Tag Used, Inventory By Part Type With Sales

Vendor

  • Added: (Case 9328) internal comments to the purchase order history list
Newer Older