I am relatively new to BC and was curious how BC handles unit accounts with the Chart of Accounts. Trying to setup the COA bringing in G/L from Dynamics GP which uses unit accounts for allocation. Can BC handle this?
In addition to dimensions, you can add data for analytics using Statistical Accounts. Statistical accounts let you enter numerical data for general ledger (G/L) transactions that you can use for analyses.
When you manage the accounting for businesses that have a high volume of transactions, it's now easier to get an overview of progress in the period-end process. The G/L Settlement allows bookkeepers to apply general ledger entries during reconciliation tasks.
BC at this time does not have unit accounts, however it is in Wave 1 2023 release. There are multiple ISV solutions or you can do something like a Z account at the end of the COA. You just have to have a balancing account that you don't include in your reports.
DLM 4000.25 covers DLMS business requirements. Useful DLMS information is available on the Defense Logistics Management Standards Office website. The DLM 4000.25 and other Defense Logistics Management Standards Office administered publications are available at: DLMS Publications.
Depends on complexity, priority of the change and how well the proposed DLMS change (PDC) is developed. Could be as little as 30 days for administrative changes or simple code value additions or could take longer for complex new business processes. Some changes take years! Plan for 6 months, at a minimum, from the time your PDC is accepted into the change process.
The DoDAAD has been in existence since roughly 1960, when it largely existed as a paper-based, directory file that was updated manually by unit-level users who submitted TA_ transactions to the Defense Automatic Addressing Systems Center (DAASC) via hard cards that were keypunched at local communication centers. The Directory was originally a File that DAASC maintained, and as such, it was referred to as the DoDAAF until 2005, when the File was automated into the modern database that it is today, now known as the DoDAAD.
The DoDAAF (Department of Defense Activity Address File) was the name used to identify the flat-file version of the DoDAAD that existed prior to the reengineering of the DoDAAD in 2005 from a flat-file into the dynamic database that exists today? It is an archaic term.
The Department of Defense Activity Address Directory (DoDAAD) is an interactive, relational database that contains numeric records that identify activities. It serves as the single authoritative source of identification, routing, and address information for authorized users, including all Departments and Agencies of the Federal Government (DoD Components and Federal Agencies), authorized contractors, and authorized State and local government users. See DLM 4000.25, volume 6, chapter2, paragraph 1.1.
Management of the DoDAAD as a system is the shared responsibility of DEDSO and DAAS; however, management of the data in the DoDAAD is the responsibility of the Components and Agencies who actually own the activities who have DoDAACs (and RICs) in the DoDAAD, and thus the data entered therein for each. The Central Service Points (CSPs) are the caretakers charged to maintain this data on behalf of their respective Services/Agencies. Ultimately, though, each Service/Agency Chief/Director/Administrator owns the data in the DoDAAD for their Service/Agency.
Central Service Point. The person appointed by their respective Service/Agency as the principal custodian and manager of all of the records of that Service/Agency in the DoDAAD. They are responsible for updating and managing these records using the DoDAAD Update Application, and are usually involved in the DoDAAD PRC either as a member or participant. See DLM DLM 4000.25, volume 6, chapter 2.
When situations arise whereby Services/Agencies determine that DoDAAD management be delegated below the CSP level, DoDAAD Monitors can be delegated by the CSP to allow for lower-level management within the service/agency. This is generally reserved for Services with large numbers of DoDAACs and/or frequent volatility of changes made to their DoDAACs. Monitor responsibilities are generally associated to a particular Major Command (MAJCOM). DoDAAD Monitors are responsible for maintaining DoDAACs/RICs delegated to them by their CSP. Like CSPs, DoDAAD Monitors are appointed in writing but by their CSP.
The DoDAAD Series Table identifies how the DoDAAD is subdivided by Series to the various stakeholder Services/Agencies who use the DoDAAD. Initial Series was limited to the first digit of the DoDAAD/RIC, using numbers to identify Federal Agencies, and letters to designate DoD. DoDAAC and RIC assignment is based on MILSTRIP Service and Agency (S/A) codes identified in DLM 4000.25-1, MILSTRIP, Appendix 2.2 - Service and Agency Codes; and DLM 4000.25 Volume 2, Appendix 7.2. Over time, expansion required developing Series logic beyond just the first character. To provide for expansion for additional agencies that require DoDAACs beyond those identified in MILSTRIP, the DoDAAD Series Table further stratifies S/A codes for use in creating additional DoDAAD Series for Services/Agencies. See DLM 4000.25, volume 6, chapter2, DoDAAD Series Table.
The Department of Defense Activity Address Code (DoDAAC) is a six-position code that uniquely identifies a unit, activity, or organization that has the authority to requisition, contract for, receive, have custody of, issue, or ship government-owned assets, or fund/pay bills for materials and/or services. The first positions of the code designate the particular Service/Agency element of ownership. These codes are particularly important for U.S. Government financial, contracting, and auditing records. The codes are used across the entire Federal Government when ordering supplies from the supply system using MILSTRIP, FEDSTRIP, or DLMS procedures; and for all contracts and orders. When assigned for activities outside the Department of Defense, the codes are often referred to as AACs. The code is comprised of different types of address information and other codes which are instrumental in facilitating business processes. See DLM 4000.25, volume 6, chapter2.
A DoDAAC is the business standard code used to identify an activity within DoD and Federal Agency business systems that span all functional domains of procurement/acquisition, financial management and accounting, supply, property, maintenance, transportation, readiness, human resources, etc. See DLM 4000.25, volume 6, Chapter 2.
An Activity Address Code is a generic term used to identify any code used for addressing but that is not found within the DoDAAD. It is also a term commonly used to identify DoDAACs used by Federal Agencies.
The RIC is a 3-character, alpha-numeric code that uniquely identifies a unit, activity, or organization that requires system ability to route transactions or receive transactions routed to it (e.g., a source of supply) within logistics and financial business systems using DLMS and legacy 80 record position format transactions. The RIC was originally conceived as an abbreviated form of a seven-character Communication Routing Identifier (COMMRI). The first position designates the particular service/agency ownership, the second and third characters are determined by the Central Service Point (CSP).
The RIC was intended to be used for the routing of MILS transactions within a nodal system. The RIC was supposed to identify the specific node in this system to which transactions would be routed to/from. Each RIC, in turn, is supposed to associate to a DoDAAC which is what actually identifies the activity for which the RIC facilitates routing to/from the activity. The RIC is not intended to identify an activity or any functional use other than MILS routing.
A RIC only associates to a single DoDAAC and a DoDAAC can only be associated to one RICs. This is because the RIC is a routing mechanism, and does not necessarily convey identity of or as an activity. That is the purpose of the DoDAAC. NOTE: The rule of a DoDAAC only being associated to only one RIC goes into effect December 31, 2025. Until than there are exceptions (see ADC 1263).
A DoDAAC facilitates business processes across all functional domains and is uniquely associated to the expenditure, distribution, and accounting of resources (i.e., property, goods, services, and funds); whereas, a UIC primarily serves as an identity code, specifically for use in manpower and personnel systems of the DoD.
The Series of a DoDAAC identifies the various types of activities, and where necessary, the DoDAAC Assignment Logic is also instrumental in identifying additional characteristics of activities. For instance, any DoDAAC beginning with a number in the first two positions of the code is a Federal activity. Any DoDAAC beginning with a number and a letter in the first two positions is a State or local entity activity. Any DoDAAC beginning with a letter is a DoD activity, but DoD contractors are identified by only certain letters or letter combinations, as identified in the DoDAAD Series Table. Currently, there is no Series or construct for identifying Federal contractors.
DoDAACs are generally used to construct a business event transaction. The most common of these are the Procurement Instrument Identifier (PIID), the standard document number, the MILS document number, or the Transportation Control Number. All of these business event identifiers begin with a DoDAAC. DoDAACs are also used in systems to identify owners of property and/or classes of Supply. They are used to identify activities for billing and payment. Additionally, DoDAACs are used for identifying shippers and receivers across the distribution pipeline. In some instances, DoDAACs are used to identify readiness equities, equipment sets, employer identification, etc. The use of the DoDAAC is always expanding.
There are two methods of looking up a DoDAAC. If the DoDAAC is known, there is a public access site at: This site requires no special access and you can use it today. There is also a search site available that allows you to find and return multiple DoDAACs at one time, but it requires a System Access Request (SAR) to use. The application name is eDAASINQ and the SAR can be made from DAAS at: _menu.asp. See our "How to Request eDAASINQ Access" guide for more detailed instructions.
c80f0f1006