In real life, with heavy use in a competitive environment where product can be dispensed with discounts, payment can be made on credit, and mortgage payments may go with the delays, relationships with clients in financial matters is rather complicated, resulting in at once to get the full information on the status of a particular client is problematic for the preparation of this report will take time and effort, the reliability of this report is not always 100 percent, as a result - disputes with customers, up to the worst - losing a customer.

 TCU system consists of two major subsystems that monitor the movement of goods from one side (stock) and movement of money from the other side (fund). It is obvious that the movement of commodities and money should be involved in operations to mutual.

 A simple example. We go to the store and buy bread. Give us bread (heading the operation), we have him pay the money (cash transaction). As soon as we took the bread in hand, we have a debt to the store to purchase amount. Paying for bread money, we owe the debt repaid. For larger operations, the principles do not change.

Our task is made easier by the fact that the operations of the warehouse and office is already in the system were introduced. Based on these data, we can determine the result of calculations with the client. Another problem to be solved: how to handle the payment for shipped and delivered goods? The fact that in real life, the client can not pay a specific amount for a specific purchase. It can make a prepayment, and the ordered goods we can supply it in three batches. He can pay for goods purchased in part, then the client will arise debt. The next time he can repay that debt and pay for a new purchase amount. In some systems of payment or a series of partial payment is entered for each specific procurement. For example, if the customer is in arrears 80 rubles, he acquires a new product to the amount of 130 rubles, and is paying for 200 rubles. In this case, we would have to first separate credit order to introduce 80 rubles to close the debt on past purchases, and then enter a partial payment for new purchases, resulting in the client will remain payable in the amount of 10 rubles. Obviously, this situation is not very convenient for the operator. in real life, the cashier simply takes the money in one lump sum, which then suffer inconvenience when entering monetary transactions in the computer? It suffices to introduce payment of 200 rubles in one lump sum, and see the result of settlements, it will be equal to = -10 -80-130 200 rubles. That is the sum of us and should the purchaser. If you must enter the amount of cash payment for multiple documents can be divided into the amount of customers paying up to 80 rubles to the closure of the debt on the first purchase, and then the amount of partial payment (120 USD) for the second purchase. Here, the operator complete freedom. The level of detail the user selects himself. The task of the subsystem of settlements - to select all the freight from the warehouse subsystem, all the money movement from the sub ticket office on that particular client. Bring it all in motion as a card to the customer and to calculate the net balance. If the balance would be zero, the debt is considered closed, such a state we should aim for.

 If the balance is negative, then the customer in front of us is in arrears. He must repay this debt. Such indebtedness may arise in two cases. In the first case, the customer purchased the goods, but for the purchase of fully paid off. Debt will be repaid if the client will make payment or make a return of the goods. In the second case we are buying goods for the goods we have made an advance payment, but the goods on consignment not yet received. When the product is received, or will the refund money, debt will be repaid.

 The surplus indicates that we have a debt to the client. Payable in this case can also occur in two cases. In the first case, we can get the goods from the supplier, but not pay for it (in whole or in part). In the second case, we can get an advance payment from the buyer, but not yet put his goods.

 All the above transactions are entered into the system from the storage subsystem and a cash register automatically displayed in the customer card for settlements. Especially in the card settlements, these operations need not.

 It is also possible, which is directly related to the settlement system. This situation can not be resolved either trademarks or cash transactions. For example, when a client terminates its activities, and you know exactly what you pay for your goods you no longer wait. You do not need to pull this debt, you can write off on its own losses. Or are you someone your product is presented, and you know that paying for it is not followed, etc. For this purpose the operation of debt forgiveness, debt which will close the customer a certain amount, but it does not take place as a cash transaction and will not cause changes in the balance of cash. Learn more - in the Help topic "Managing the debt"

 And another lever to control debts - Passive of the article. In the article directories Systems Products, prices, account ... " possible for each article to ask a sign, which indicates, is this article an active or passive. In general, under the article can be understood type of transaction (commercial or monetary) for further grouping and retrieval system reports. For example, you can specify such items - Payments to suppliers "," Payment of shipments, "" Gasoline ", etc. Payments on the active object (first 2 of these) lead to a change in arrears. Such items are the most common documents and they do not need to sharpen the focus now.

 We are interested in the so-called "passive" article. Payments under these headings do not affect the debt and not visible in the card mutual client. When and why should I use them? To take into account our current overhead. For example, the purchase of gasoline, travel expenses, gifts, salaries, etc. That is, if we buy gasoline, it could be debit to the warehouse and thus debt gas stations to close. But do we need this level of detail? Obviously, not always. We will not debit the warehouse sandwiches, who bought a business trip. That is, making the payment on a passive paper, we believe that the necessary service we provided, and the monitor service availability in the "Goods prices, account ..." not necessary. Convenient to introduce a client system "overhead" and drop all payments to it, using a variety of passive article. Typical passive items are travel expenses, salaries, bonuses, fees for electricity, for water, rent, etc.

 To view a list of clients on settlements, click in the "Home" button of "Settlements".

See also Help

Client card for settlements

Filling the main directories - Clients