Home Discussions Questions & Answers INV Inventory Item Upload & RDF Conversion

INV Inventory Item Upload & RDF Conversion

Avatar photoCustomer December 29, 2024 at 9:38 pm

Hello Andy!

I wanted to see if I could get your thoughts on an issue I’m running into while testing the INV Item Upload report/functionality.  In my attempts to test this report, I am struggling with the creation of new parts–more specifically in the creation of new parts in the children organizations.  Creating in Global has proven to be straightforward.  However, part of our current item creation process is creating in the Global org and assigning to multiple other organizations in the same load (currently via API Wizard.)

For example, we have many parts that use a source type of “Inventory” because they are produced internally.  At the Global org, they are set up as Buy/Purchased.  There are multiple organizations where they are essentially assigned with the same attributes as the Global org.  The challenge is these parts are set to be sourced from another organization where the part has not been created yet.  In that source organization, the part would be created using the “Copy From Template” column to apply a separate template to set up the part as Make rather than Buy.

When attempting to create these parts in the same upload, the Global and “Make” orgs process successfully.  However, the other organizations fail the load with an error.  The organizations where the part should be sourced from the “Make” organization fail and state the “Item does not exist in this source organization [Source_Subinventory]”.

I tested loading a part at Global and the organization the part is sourced from in the same load.  Then after this load completed successfully, I ran a load for the part in the “Buy” organizations via a separate load.  Would there be any way to combine the loading of the same part that is both a “Make” part and a “Buy” part with it being set to be sourced to the “Make” org in the same load?

I’m attaching two Excel Upload files for your review as well–one with the parts and specs to be loaded and the other with the same parts and the messages received after failing to load all orgs properly.

Is it possible I am not doing something properly, or will we need to do separate loads for this to work as intended?

Thanks for any feedback/recommendations.

Viewing 2 reply threads
  • Author
    Replies
    • Support December 31, 2024 at 7:59 am  

      Hi,
      Yes, the item upload allows creation of the items in one single step, but in this case, as the creation in the 001, 005, 009 orgs is happening in the same session as 006, this fails at the moment.
      My colleague Eric mentioned that he can correct this by splitting such scenarios into separate load sessions.
      We will let you know when we have a new version ready to download and test.

      And btw.: I started creating videos, for example an item load video, related to Blitz Report functionality and new features, and will hopefully find time to publish more on a regular basis on our youtube channel, which might be interesting for you.

      Regards,
      Andy

    • Avatar photoCustomer December 31, 2024 at 11:23 am  

      Thanks so much for the reply, Andy!  Sorry I missed your call yesterday.  If the upload can separate out the orgs when loading without having to remember to load the parts in distinct report uploads, this will be perfect!  Looking forward to testing.

    • Support January 2, 2025 at 7:41 am  

      Hello,

      The INV Item Upload has been amended to split items with source organizations into a separate import, so now the items are loaded in upto 3 groups:
      1. Master Organization Items
      2. Child Organizations where the Item does not reference a Source Organization
      3. Child Organizations where the Item does reference a Source Organization.

      This has been incorporated into the latest Blitz Report installation file which is available for download. It will be necessary to re-install Blitz Report in order to leverage the changed functionality as it involves a back end code change as opposed to just a report definition change.

      Kind Regards,

      Eric

Viewing 2 reply threads
  • You must be logged in to reply to this post.

Login with: