AccountingSystemIntegration

OrionPOSisasoftwareproductthatinteractswiththeAccpacaccountingsystemsinthatitreceives
accountingdatafromandpushessalesdatabacktotheaccountingsystem.Inaddition,OrionPOShasthe
uniqueabilitytooptionallyattachinrealtimetotheaccountingsystemsInventoryandAccountsReceivable
datatoreadtimelycustomer,priceandquantityinformation.Todothis,asignificantamountofdataisread
fromtheaccountingsystemautomaticallytoconfigurethePOSandpreparedatatogoback.Followingisalist
ofthemodulesinAccpacthatOrionPOScanreadfromandwritedatabackto.

TaxServices
OrionPOSreadsalloftheTaxdatasetupinAccpacandusesittoprocesstransactions.Thereis
noresidenttaxmoduleintheAccpacversionofOrionPOS.

BankServices
OrionPOSgeneratesabankdepositentryinbankservicesasapartoftheposttoaccounting
function.

GeneralLedger
OrionPOSIntegrateswiththeGeneralLedgermoduleofAccpactogetandsetGLaccount
informationthroughoutthesystem.AsignificantamountoftheGeneralLedgerIntegrationis
doneautomaticallyduringsetupandongoinguseofOrionPOS.

AccountsReceivable
OrionPOSReceivesAccountReceivablecustomerdatafromtheAccpacAccountsReceivable
moduleandpushesbackInvoiceBatchesandReceiptBatchesasaresultofpostinginformation
totheAccountingSystem.

InventoryControl
OrionPOSusestheInventoryControlmoduleastheprimarylinktotheaccountingsystem.The
InventoryItems,pricelists,categories,pricinganddiscountstructureareallusedasthebasis
fortheaccountingintegrationtoAccpac.

SerializedInventory
OrionPOScanoptionallyintegratewithAccpacSerializedInventory.OrionPOSwillallowusers
toselectaserialnumberwhensellingaserializediteminthePOSandwillhandlereturns,etc,
appropriately.

pg.1


OrderEntry
OrionPOShastheabilitytopostallofthetransactionsproducedinthePOSthroughOrder
Entry.TheintegrationtoOrderEntryisoptionalandisnotourpreferredmethodtointegrate
totheaccountingsystem.

SalesAnalysis
OrionPOShastheabilitytopushinvoiceandcreditnotesgeneratedthroughOrionPOStothe
AccpacSalesAnalysisSystem.IntheAccountingIntegrationSectionofOrionPOSyoumust
turnonthefeedtoSalesAnalysis.ThiswillstartthegenerationoftwoSalesAnalysisImport
filesthatcanbesubsequentlyimportedintoAccpacSalesAnalysis.

pg.2


PostingtoAccountingfromOrionPOS

TheapproachthatOrionPOStakestopostingtransactionstotheaccountingsystemcanbeoptionallysetto
oneoftwomethods;throughOrderEntryorthroughInventory.

PostingThroughInventory

ThisisthedefaultpostingmethodinOrionPOSandisourpreferredmethodtoposttransactionstothe
accountingsystem.Whentransactionsareposted,ajournalentryismadeinthegeneralledger,shipmentsand
returnsaresenttotheInventoryandoptionallypostedimmediatelyorasapartoftheendofdayinIC.Ifa
paymentorsaleistenderedOnAccount(ANDONLYIFTHEYARETENDEREDONACCOUNT)anInvoice(or
Credittorevenue(s)andTaxes,asapplicable)iscreatedinAR.IfaPaymentismadeinOrionPOSforanamount
receivedonanARAccount,areceiptiscreatedinAR.WheneveratransactionbeingprocessedinOrionPOS
relatedtoAR,anyassociatednewcustomersorchangestothecustomeraddressarealsosenttotheAR.Note
thatifanewcustomeriscreatedinthePOSsystemandnotransactionisevermadethatinvolvestheARwith
thiscustomer,thecustomerwillnotbecreatedintheaccountingsystemsARmodule.Thisisdoneprimarilyto
maintainacleanaccountsreceivablesystemandtoallowthecreationofextensivelistsofPOScustomersin
situationswherethatisnecessary.ThismethodofpostingfromOrionPOStotheaccountingsystemhas
advantagesoverpostingthroughOrderEntryexceptincaseswhereconsolidatedcustomerinformationis
necessary.Thepostthroughorderentrymethoddoesproducesignificantlylarger,morecomplexaccounting
transactionsandissignificantlyslowertoprocess.

PostingThroughOrderEntry

ThisisaneweroptioninOrionPOS.Essentially,allofthetransactionsenteredinthePOSaresubsequently
passestoOrderEntryintheaccountingsystemasInvoicedOrders.ThisresultsinthecreationofanOrderor
CreditNote,AnInvoiceandentriesfortheshipmentofgoodsfromstock.Postingtotheaccountingsub
modulesisdoneaspartoftheendofdayprocessinOrderEntry.TransactionssuchasPaidInorPaidOutsare
processeddirectlythroughthegeneralledgermodule.

pg.3


TransactionalIntegration

EachtransactiontypeinOrionPOSintegrateswiththeaccountingsysteminapotentiallydifferentway.Wewill
nowbreakdowneachtransactiontypetoanalyzethisintegration,usingthefollowinglistofvariables:

GLDR Sales
GLCR Revenue
GLDR Tender(Cash,Check,Bank,CreditCard(s),etc)
GLDR ARclearing(onlyiftenderedOnAccount)
GLDR/CR ChangeIssuedamount
GLCR Inventory
GLCR Tax
ICDR Sales
ICCR CostofSales
ARDR ARClearing(onlyiftenderedOnAccount)
ARCR ARIncome(onlyiftenderedOnAccount)
Bank Depositentryequalthesumofthetenderamount(s)

SalesTransactions

SalesTransactionspushdatabacktotheaccountingsystemandeffectanumberofthesubledgers.
TheintegrationwillimpactGL,Bank,andmayinvolveAccountsReceivable,ifthetransactionis
tenderedOnAccount.InventoryControlreceivesshipmentandreturntransactionsfromthepos(and
ultimatelytheassociatedcostsarepostedthroughtotheGL).Orionusesthecategoryinformation
fromtheInventorycontrolmoduletoobtainsomeoftheGLaccountinformationthatitrequires.The
balancecomesfromtheitemitself,thetaxdata,andthepaymentortenderdatasetupinthePOS.
Additionally,thereisasetofdefaultGLcodesthataremaintainedinthecompanyoptionsareaof
OrionPOSthatcontainsanothersetofdefaultGLcodes.Thesecodesareforthemostpartusedonly
ifhigherqualitysourcesareunavailable.SaletransactionswillresultinthefollowingformofGLentry
intheaccountingsystem:

DRTender(Cash,Check,Bank,OnAccount,CreditCard(s),etc)
DRARClearing(onlyiftenderedOnAccount)
CRRevenue
CRTax
CRChangeIssuedamount

DRCostofSales
CRInventory

pg.4



ReturnTransactions

SalesTransactionspushdatabacktotheaccountingsystemandaffectanumberofthesubledgers.
TheintegrationwillimpactGL,Bank,mayinvolveAccountsReceivable(ifthetransactionistendered
OnAccount),andwillalsoaffectInventory(andultimatelytheGLwhencostsarepostedthrough).

Eachtransactionwillresultinthefollowingformofentries:

DRRevenue
DRTax
DRChangeIssuedamount
CRTender(Cash,Check,Bank,CreditCard(s),etc)
CRARClearing(onlyiftenderedOnAccount)

DRInventory
CRCostofSales

NoSaleTransactions

NoSaletransactionshavenodirectimpactontheaccountingsystem.ANoSaletransactionisintended
solelytologtheopeningofaparticularcashdrawer.Atransactionnumberisusedandatransactionis
writtentothedatabase.Itdoesnothaveanybearingontheaccountingrecordsthough.

GLNoImpact
ARNoImpact
ICNoImpact
BankNoImpact
TaxesNoImpact

pg.5


PaidInOnAccount

PaidInOnAccounttransactionsaresimilartosalestransactionsinthattheyhaveanimpactontheAR.
Essentially,aPaidInOnAccounttransactioninvolvesthereceiptofcash(orothertender)fromaclient
toapplytotheirARAccount(ie.aReceiptOnAccount).ItisinfactapaymentpaidintotheAR,
throughthePOSsystem,eventuallyresultinginthefollowingtypesofentries:

DRTender(Cash,Check,Bank,CreditCard(s),etc)
CRARCashClearing

DRARCashClearing
CRAccountsReceivableControl
ThesetransactionswillgenerateUnappliedPaymentsreceiptsinAccountsReceivable.

CashPaidIn(orPaidIn)

APaidIntransactionissimilartoaPaidInOnAccountWITHOUTtheactivityintheARmodule.Instead,
aPaidintransactionaffectsthecashandnottheAR.

DRTender(Cash,Check,Bank,CreditCard(s),etc)
CRPaidIn/PaidOutClearing

EachtransactionwillshowupintheGLonly.


CashPaidOut(orPaidOut)

PaidOuttransactionsarethemirrorimageofcashpaidintransactions.Theytoohavenobearingon
theaccountingsystemandimpactonlythecashinthegeneralledger

DRPaidIn/PaidOutClearing
CRTender(Cash,Check,Bank,CreditCard(s),etc)

EachtransactionwillshowupintheGLonly.

pg.6

LayawayTransactions

LayawaysarePOStransactionsthatarenotcompletedatonetime.Thetransactionsmustbe
associatedtoacustomer.Oncethisisdoneandthetransactioniscreatedandthelayawaycanbe
editedandtenderedincrementallyuntilthefullamountoftheinvoiceispaid.

TheimpactontheaccountingsystemIsthesameforasaletransaction,exceptthattheamountofthe
invoicepaidintodateismaintainedintheposandispostedtoaGLaccount.Oncethelayawayisfully
tendered,itisrecordedasasale.

LayawayCreation
DRLayawayReceivable
CRLayawayLiability

LayawayPayment(s)
DRBank(Tenders)
CRLayawayReceivable

LayawayCompletion
SalesSide
DRLayawayLiability
CRSalesRevenueandTaxes
CostSide
DRCostofGoodsSold
CRInventory

Note:LayawayReceivableisNil

VoidTransactions

OrionPOSallowsuserstocancelorvoidacompletedtransactionupuntilitispostedtotheaccounting
system.Voidingresultsinnoentriesintheaccountingsystems,nordoanyactionsoccurinthe
integratingaccountingsystemmodules.POShistoryreportswillmerelypresentmemodetailsabout
thevoidedtransaction.

ReprintingTransactions

OrionPOSallowsuserstoreprintanycompletedtransactiongeneratedthroughOrionPOS.Orion
keeps100%ofthetransactiondetailinthesystem(unlessitispurged).

pg.7


QuoteTransactions

OrionPOSallowsuserstocreateQuoteTransactions,whicharegeneratedaswithsalestransactions,
buttheyremaininthePOSforrecallandpossiblefuturegenerationtoasaletransaction.

pg.8


Processing

Day End Processing prepares Orion POS accounting batches for retrieval to the Sage Accpac accounting
system. Specifically,a GL Batchis createdin the General Ledger systemwith each processing cycle. In
addition, if transactions are tendered to On Account, than an AR Invoice Batch will be created, while if
moniesarePaidInOnAccount,thenanARReceiptBatchwillbegenerated.Finally,POSprocessingwill
generateInventoryControlShipmentsrecordsforeachICitemsold.

EnteringandMaintainingOrionPOSData

TherearebasicallythreetypesofinformationforanyOrionPOStransaction:

CustomerInformation
InventoryandNoninventoryInformation
TenderInformation

Orion POS, however, recognizes some restrictions of the systems with which it integrates and tries to
supplyyouwithamorevariedapproachtothepointofsaletransactions.

Customers

OrionPOSdrawsitscustomerlistprimarilyfromtheSageAccpacAccountsReceivablemodule,afterwhich
youcanaddnewOrionPOScustomersandthenfullyedittheircustomerprofiles.

Mostimportantlyhowever,isthatOrionPOS'scustomerfilecanbeaccessedatthepointofsale,toverify
details,notonlybycustomernumber,butalsobycustomernameortelephonenumberaswell.Thiscould
beverysignificantwhenacheckistenderedandyouwanttoverifycreditacceptance.OrionPOSpermits
theadditionofnewcustomerstoboththeOrionPOSandSageAccpacAccountsReceivablecustomerfiles
withaPOSsaletransaction.

TheOrionPOSDayEndProcessingprocedurewillupdatetheSageAccpacAccountsReceivablecustomer
filesforallnewormodifiedcustomerswhentheyhavetransactionsthataretenderedOnAccount.

Items

OrionPOShandlesSageAccpacInventoryControlitemsandthesaleofnoninventoryitems.Thismeans
youcanmakeservicesandmiscellaneouschargesapartofyourpointofsaletransactiondetails.

When processinga Sage AccpacInventoryControlitem thathas beenset up torequireserial numbers,
OrionPOShasbeendesignedtotakeadvantageofthisfeature.

CompleteitemanddetaileditingisavailablethroughtheOrionPOSsalesscreensdataentryarea.

pg.9


Categories

Orion POS makes an exact copy of the Sage Accpac IC categories, coordinate the taxing, commissions
calculating,accountingandalternativepricingofyourpointofsaleitems.

OrionPOScategoriespermityoutomodifySageAccpacInventoryControlitemsfortheapplicationofsales
tax, for tracking commissions, for introducing alternative pricing, and for permitting noninventory item
transactions. Each category requires that the respective general ledger accounts be entered, for full
accountability.

If an Inventory Control category has NOT been set up in Orion POS, taxing, alternate pricing and more
precise general ledger accounting will NOT occur. The sale of a Sage Accpac Inventory Control item
withoutanOrionPOScategorywouldstillbeprocessed,butwithoutanymodifications.

Note

EachOrionPOScategoryMUSTexistforallrelevantinventorycategoriesthatyouwishtomodifyforthe
introductionoftaxing.OrionPOSautomaticallydrawsinSageAccpacInventoryControlcategories.

SalespersonsandCommissions

Orion POS attaches the salesperson to each transaction processed to allow you to track sales to
salespeople.

Taxes

OrionPOSusestheAccpacTaxTablesforallofitstaxinformation.Acopyofthetaxdataisincorporatedin
theOrionPOSdatabase.

Registers

OrionPOStrackssummarytransactiondataforyourdefinedworkstationsandavirtuallyunlimitedrange
of shifts. Sales activity reports by shifts or by workstation can be taken any time during the sales day.
OrionPOSalsopermitsviewingofregisteractivitythroughitsViewTillsfunction,whichisfoundunderthe
OrionPOSManagementConsoleDAILYmenu.

pg.10


UsingOrionPOSwithOtherPrograms

The Orion POS program interfaces directly with three Sage Accpac accounting programs: Accounts
Receivable,GeneralLedger,andInventoryControl.Thissectiondiscusseswhatstepsyoumusttaketouse
Orion POS with each of these programs. You can also use the Sage Accpac Sales Analysis program to
analyzeOrionPOSinformation.OrionPOSalsointegrateswithSalesAnalysis.

GeneralLedgerInterface

OrionPOSaccumulatesandsummarizesGeneralLedgerentriesforthefollowingtypesofaccounts:

CashandCheckReceipts
AccountsReceivable
Discounts
PaidIn/PaidOutControl
CreditCardSales
TaxesPayable
InventoryControl
CostofGoodsSold

Dependingonyouraccountingsystem,youmaynothaveaccesstoalloftheaboveaccounts.

GeneralLedgerFeed

TouseOrionPOSwiththeSageAccpacGeneralLedger,youmustdothefollowing:


1.SpecifytheappropriateGeneralLedgeraccountanddepartmentcodesintheGeneralLedgerAccount
ControlscreenoftheCompanyProfileandforEACHOrionPOScategoryandtaxcodesyouhaveinOrion
POS.

2.MakesurethateachaccountspecifiedinOrionPOSexistsinyourGeneralLedger.

3.PeriodicallytransfertheOrionPOSdatatotheSageAccpacGeneralLedgerprogrambyrunningthePost
to Accounting, which is the post end of day function in Orion POS. (Note. Post to Accounting may be
activatedwhenrequired,notnecessarilyatthedayendpoint)

DepartmentCode(Segment)Option

DepartmentssegmentationishonouredandcanbeusedwithyourGeneralLedgeraccounts.Therules
fordepartmentcodes,aswellasforGeneralLedgeraccountcodes,conformtotherulesgivenintheSage
AccpacGeneralLedgermanual.




pg.11


GeneralLedgerAccountsUsed

CashandCheckSales

TheCashandCheckSalesaccountisdebitedforallcashandchecksalestransactionstendered,including
miscellaneouspaymentsandreceipts.Normallythiswillbeyourgeneraloperatingbankaccount.Infact,
all tenders excluding accounts receivable clearing will be debited for the funds paid to them in a sale
transaction.

Coupons

TheCouponsaccountisdebitedforallapprovedpromotionalcouponstenderpaidatthetillinsatisfaction
ofthetransaction.

AccountsReceivableClearing

The Accounts Receivable Clearing account functions as a clearing account when you are using the Sage
AccpacAccountsReceivablewithOrionPOS.WhenyouarenotusingSageAccpacAccountsReceivable
with Orion POS, the Accounts Receivable Clearing account can be used as the General Ledger Accounts
Receivableaccounttowhichallonaccountsalestransactionsaredebited.

The clearing account operates to prevent double posting of account transactions passed to the General
LedgerthroughtheSageAccpacAccountsReceivablemodule.WhenyoudefineyourAccountsReceivable
Clearingaccount,useanaccountnumbersimilartotheoneassignedtotheAccountsReceivableControl
accountinyourGeneralLedger.TheAccountsReceivableControlaccountisdebitedforallOnAccount
salestendered.

ForadetailedexplanationofhowtosetupOrionPOStoworkwithSageAccpacAccountsReceivable,see
thesectionAccountsReceivableInterface,foundlaterinthischapter.

InadditiontothesethreeGeneralLedgeraccounts,tenderingaccountsareusedforeachcreditcard,tax
rateandcategorycode.

CreditCards

YoucanspecifyuptofourcreditcardsforOrionPOS.Eachcreditcardisidentifiedbyanappropriateten
characterdescription.

For each credit card type, a separate General Ledger account is usually used where your credit card
payments/receiptsarerecorded(ordebited).Thiswilltypicallybeabankaccount.Alternatively,youcan
specifythesameaccountforallcreditcards.






pg.12


AccountsReceivableCashClearing

TheAccountsReceivableCashClearingaccountiscreditedwithallreceiptspaidinonaccountwhenyou
are using the Sage Accpac Accounts Receivable module with Orion POS. See also Paid In On Account
referencesearlierinthisdocument.
SalesRevenue

The sales revenue account is the default account credited for all Orion POS sales ONLY when the
CategoriesinOrionPOSarenotestablishedsatisfactorily.

PaidIn/PaidOutClearing

ThePaidIn/PaidoutClearingaccountistheaccountwhichoffsetsallcashpaidinorpaidoutofOrion
POS.Theaccountantisrequiredtoperiodicallyanalyzeanddistributethesumofthisoffsetaccount.

GeneralLedgerAccountsUsedwithCategoryCodes

OrionPOSpicksupthecategoriesusedinthePOSformtheICmoduleoftheaccountingsystem.Foreach
category code, we primarily use two General Ledger accounts: Cost of Goods Sold, and Sales Revenue.
These accounts can be specified when you create categories, they will be imported automatically into
OrionPOS.

OrionPOS allows you to distributesalesrevenues to different General Ledgeraccounts foranalysis and
reporting purposes. A corresponding Cost of Goods Sold account is used for cost distribution. Each
categorycanhaveoneuniquerevenueaccountcodeandoneuniqueCostofGoodsSoldaccountcode.
SeeAlsoprofitcentresinOrionPOS.

pg.13


AccountsReceivableInterface

UsingSageAccpacAccountsReceivable

AllpointofsaletransactionspassedfromOrionPOStotheSageAccpacAccountsReceivablemoduleuse
theGeneralLedgeraccountcodesonly.

IfyouareusingSageAccpacAccountsReceivable6.0orhigher,youcanalsotransfercashreceiptsfrom
OrionPOStoAccountsReceivableusingtheAccountsReceivableprogram'sRetrieveCashBatchfunction.

To use Orion POS with Sage Accpac Accounts Receivable, you must set up the two programs to work
together.Todothis,youmust:

1. Define the banks General Ledger code in the Accounts Receivable module with the Accounts
ReceivableCashClearingaccountnumberusedinOrionPOS.ThisaccountinAccountsReceivablewill
beusedasaclearingaccounttoavoiddoublepostingyourOrionPOSreceiptsonaccounttransactions.
ToclarifyitspurposeintheSageAccpacAccountsReceivablemodule,youmaywanttonamethisyour
AccountsReceivableCashClearingaccount.

2. Set upcustomeraccount recordsand controlaccountsin the ACCPACAccountsReceivablemodule.
Eachcustomeraccountisassignedtoacontrolaccount.

WhenyouenterachargesaletransactioninOrionPOS,yourOrionPOSsalesrevenueaccountiscredited
andyourAccountsReceivableClearingaccountisdebited.WhenthistransactionistransferredtotheSage
Accpac Accounts Receivable module, the Accounts Receivable Clearing account is credited, and the
AccountsReceivablecontrolaccountassignedtothecustomerisdebited.

Forexample,ifyoudefinethefollowingaccounts:

InOrionPOS:

150 AccountsReceivableCashclearingaccount
299 AccountsReceivableclearingaccount
700 SalesRevenueaccount(fromICCategories)

InSageAccpacAccountsReceivable:

150 AccountsReceivableCashClearing
200 AccountsReceivableControlaccountthenenteringachargesaletransactioninOrionPOS
wouldproducethefollowingresults:







pg.14




IntheOrionPOSBatch:

A/RClearing(299) DEBIT
SalesRevenue(700) CREDIT

IntheA/RGLBatch:

AccountsReceivableA/RControl(200) DEBIT
A/RClearing(700) CREDIT

EnteringareceiptonaccountinOrionPOSwouldproducethefollowingresults:

IntheOrionPOSBatch:

CashandCheckSales(102) DEBIT
AccountsReceivableCashClearing(150) CREDIT

IntheA/RGLBatch:

AccountReceivableCashClearing(150) DEBIT
AccountsReceivableControl(200) CREDIT

TheresultisthattheamountsinthetwoAccountsReceivableclearingaccountssetupinOrionPOSwould
nettozeroandtheothertwoamountswouldbepostedcorrectlytotheGeneralLedger.

pg.15


InventoryControlInterface

WhenOrionPOSinterfaceswithSageAccpacInventoryControl,theinventoryprogramtakesallyourcost
distributionsforinventoryitemtransactionsontosubsequentInventoryControlandAccountsReceivable
forprocessing.NoninventoryitemtransactioncostdistributionstransferdirectlytotheGeneralLedger.

WhenyoucreatecategoriesinOrionPOS,youneedtoentertheGeneralLedgeraccountnumbersforCost
ofGoodsSoldforallitemsintheSageAccpacInventoryControlmodule.

TouseOrionPOSwithInventoryControl,youmustmakesurethatthecategorycodesinOrionPOSand
thecategorycodesintheInventoryControlmodulearethesame.Afteryouhavecreatedcategoriesin
Orion POS, and entered the relevant Cost of Goods Sold and Revenue accounts, begin Orion POS
transactionswithSageAccpacInventoryControlitems.

pg.16


SampleTransactionsGeneratedbyOrionPOS

ThefollowingexamplesshowhowGeneralLedgeraccountsareused.Firstweassumethatthefollowing
GeneralLedgeraccountsarealreadypresentintheGeneralLedgersystem.WhenyousetupOrionPOS,
youspecifytheGeneralLedgeraccountsyouwillneed.

Cash 102
CashCreditCardReceipts 110
AccountsReceivableCashClearing 150
AccountsReceivableControl 200
PaidIn/OutClearing 240
Inventory 250
AccountsReceivableClearing 299
SalesTaxPayable 316
SalesCategory1 700
SalesCategory2 701
SalesDiscounts 710
CostofGoodsSold1 750
CostofGoodsSold2 751

InterfacedwithSageAccpacGeneralLedger,AccountsReceivable,andInventoryControl

Anonaccountsaleof$900.00,areceiptonaccountof$200.00,andacashpaidoutof$180.00is
made with a Orion POS system that interfaces with an Sage Accpac General Ledger, Accounts
Receivable, and Inventory Control. The following transactions are created in Orion POS for
transferringtotheGeneralLedger.

1. AccountsReceivableClearing(299) 900.00
SalesCategory2(701) 800.00
SalesTaxPayable(316) 100.00

2. Cash(102) 200.00
Acc.Rec.CashClearing(150) 200.00

3. PaidIn/OutClearing(240) 180.00
Cash(102) 180.00

Other information on the sale is also transferred to the ACCPAC Inventory Control module, where the
followingaccountingentriesarecreatedfortransferringtotheGeneralLedger:

4. CostofGoodsSold(750) 450.00
Inventory(250) 450.00

pg.17


TheSageAccpacAccountsReceivablethenwillcreatethefollowingaccountingentriesfortransfertothe
GeneralLedgerasaresultoftheinformationprovidedbyOrionPOS.

5. AccountsReceivableControl(200) 900.00
AccountsReceivableClearing(299) 900.00


6. AccountsReceivableCashClearing(150) 200.00
AccountsReceivableControl(200) 200.00

pg.18



PostingTransactionsGeneratedinOrionPOSthroughOrderEntry

OrionPOShastheabilitytoposttransactionsenteredintheposthroughOrderEntry.Thisisan
alternativepostingmethodtopostingthroughtheSubledgersdirectlyasoutlinedpreviouslyinthis
document.

OrganizationschoosingtopostthroughOrderEntrychoosethismethodinordertoconsolidate
customerinformationwithOrderEntry.

Essentially,whenyouchoosetoposttransactionsthroughOrderEntry,Orionwillprocesstransactions
toidentifiedcustomersasregular,completedInvoicedandshippedOrders.Allofthetransactionsto
thecashcustomeraregroupedtogetherintoasingletransactionperDay/Shift/Workstation.This
generatestheleastamountofdatapossibleintheAccountingSystemwhileretainingthetransaction
detail.

Additionally,OrionPOSgeneratesoffsettingARReceiptEntriesforthetransactionstorecordthe
receiptofpaymentforthetransactionsnotprocessedasOnAccountintheAR.Thisavoidsdouble
entryofthecashreceived.

OrionPOSalsomakesdepositentriestoBankServicestorecordtheactivityinthebankfromthePOS.

ReturnsprocessedatthePointofSaleandprocessedthroughtheOrderEntrycreateanOECredit
Note,anegativeARReceipt,aARDebitNote(tooffsetthenegativereceipt)andassociatedbank
entries.

PaidinOnAccountTransactionsprocessedinthePOScreateanARReceiptEntry(unappliedCash)and
associatedbankentries.

pg.19


POSTINGTHROUGHORDERENTRYWORKFLOW





OrionPOSInvoices Creates:

ToCashCustomers
OEOrder

(GroupedtooneOE OEInvoice HandofftoOEforStandard

Transactionper

OEShipment Processing
day/workstation) ARReceipt

BankEntry
P



OrionPOSInvoices Creates:

ToA/RCustomers OEOrder
OEInvoice HandofftoOEforStandard


O OEShipment Processing
ARReceipt
BankEntry


S
OrionPOS Creates:

OECreditNote HandofftoOEforStandard
Returns
ARReceipt Processing

ARDebitNote Creates:

T BankEntry ARCreditNote




OrionPOS Creates:

A/RReceipt

PaidInOnAccount P (UnappliedCash)

BankEntry
O

S



CreatesaG/LBatchperDate/Workstation/PaytypeforOver/Short

pg.20