Premium: Data files for XXX have not been converted. You must convert before copying

SOLVED

Upgrade this week to  v2020.2 (PR 2.21), Premium (with DSD Multi-Currency and APS).

When trying to refresh test company codes with fresh data we get the error.  I even tried creating a blank company code ZZY, with just CI and GL, and I get the same thing.

Yes, I ran company conversion.  This is a Live Premium system with no ability to run a parallel system to test things so some of the KB troubleshooting steps are impossible (i.e. KB 35489's playing with folder renaming and Activate...).

SY_Activation's DataLevel values are all clean.

The only thing I can see is that the "EnhancementLevel" in SY_EnhancementModule is set to 6.2 instead of 6.20.  Is that enough to cause the error?  Would it be safe to edit these values to 6.20?  (Again, Premium, with only the Live system so I can't test this safely).

Parents
  • FormerMember
    0 FormerMember

    Premium requires more than an advanced skill level.

    Personal Belief: (don't hang me)

    ProvideX started off as a character based top down Business BASIC. NOMADS was added to stear SOTA away from VB Classic. I was impressed at the time MK could get a Windows API message based event paradigm working. OOP emulation was the icing on the cake.

    Thankfully computers have become faster and memory cheap. Running multiple copies ProvideX emulates multi-threading.

    Is adding ODBC emulation of native ProvideX IO to provide a native SQL DB the 'straw'?

  • 0 in reply to FormerMember

    We have dozens of customers running Premium just fine and it is absolutely our first recommendation for many reasons (with data integrity / security and custom reporting performance at the top of the list of reasons why).

    But none of that pertains to the question I am asking here.  Do you have anything helpful to contribute pertaining to the specific question I am asking about?

Reply
  • 0 in reply to FormerMember

    We have dozens of customers running Premium just fine and it is absolutely our first recommendation for many reasons (with data integrity / security and custom reporting performance at the top of the list of reasons why).

    But none of that pertains to the question I am asking here.  Do you have anything helpful to contribute pertaining to the specific question I am asking about?

Children