PMCONTS Table vs ARIBD Table

I’m exploring the Acc-Pac DB tables and I noticed in the PM… (or Project and Job Costing) table the CONTRACT value is always stored without a decimal.

e.g. 10042, 51891, 31311 .  Within the AR… (or Account Receivable) tables the CONTRACT value  is stored the decimal e.g. 1004.2, 5189.1, 3131.1  similar to the “FMTCONTNO” column in PMCONTS table.      

The PM CONTRACT  field should be able to record a decimal given values are stored as a string.  Has anyone come across this issue before? I'm assuming its a bug in the system in how the entered information transfers from the front-end to the DB.  

Parents Reply
  • 0 in reply to Jay Converse Acumen

    That is what I end up doing. However, I now have the problem where my qty is being multiplied by more than 40 times. I was thinking one of my joins were causing the issue. However, haven't been able to determine the issue.  I'm also using the PMCATGT table to narrow my invoice down to project and category, which doesn't have FMTCONTO. 

    The list of tabled needed for my Crystal Report are the following:

    ARCUS

    ARIBC

    ARIBD

    ARIBH

    ARIBT

    ARRBC

    CPEMPL

    CSCCD

    PMCATGT

    PMCONTS 

Children