Okay. Alright. So Faria has also come. Okay. Yesterday we were doing sales orders, but I had to leave at one point. So, you didn't continue? What's the situation now? How is the patient? The patient... yesterday they had sort of given up hope, the day before yesterday. So yesterday, there was a drastic improvement. So, more or less, thank God. Today, there's another meeting with the doctor. That's why I am sitting with you all first today. So today, they will inform me about the overall care package, what they will give or not, all these matters. But now he is risk-free. He is stable. Alright, very good news. Yes, yes. Glad to hear that. I was very... Alright, so yes, yes. Yes, yes, I'm very glad to hear that. Okay, let's start then. Yes, okay? Yes, yesterday what we saw was that orders were being placed from Salesforce and were getting approved, getting verified. Then it came to distribution, meaning from where the product will actually be delivered, it has come to that point. We saw here that we had one order, which became two because our business policy here states that we classify two different types of products: cardiac and general. And the same MIO, meaning after going to a shop, can take two different types of products in a single order. Because the chemist doesn't need to know who will give it or how. The chemist will know that I have placed the order with Nipro Pharma. And then, this is controlled here. To tell you from your system, it automatically goes into two parts. Okay, we saw that, and we saw that two orders were placed here. And in one order, what did we do? I showed another thing, which was suspicious quantity. Yes, where the allowed quantity was two. We passed it with three here. Finally, it has come here, and after coming here, the DIC in distribution, he can also see that there is a red exclamation sign here, and if he clicks here, he can see that for this, well, two are given. Allowed quantity is set to two. He can see it. If he wants, he can reduce it himself, or else if he approves it, it will be divided into two, two will come, and one will be cancelled. Alright, now we will look at some things on the right side today, which are very necessary. Because when placing an order, a DIC has to see how many orders have come today, whose orders have come. Okay? These things need to be seen. So, in between, we have prepared some automation through an algorithm in such a way that he can give bulk approval. And in bulk approval, according to their policy, it is said that those who have cash due cannot be approved, those whose institution type is "chemist" have to be approved by checking them individually, etcetera, etcetera. So in that case, when I am doing a bulk approval, that process of mine is checking if there is any due within these orders, if there is any institutional order. Okay? And whether such suspicious orders have been placed, it can detect that. Only after doing that, the ones that are eligible get automatically bulk approved. There is another bulk approval, which is for when I want to release the orders of a specific route for a specific delivery person very quickly. Okay? For that, I choose him, and from here, we click on "Approve Selected with SR," the name of the sales representative, meaning the delivery person, appears, and as soon as I choose that, all the orders in his name get checked here automatically. And those get approved. Okay? So these things are controlled here by us. As a result, we can see that to approve thousands of orders, the amount of time a person would normally take, here his tasks are finished in a very short time. Within thirty minutes, he can beautifully approve so many orders if he wants, which is much faster than the kinds of systems available in the market now. And then, we keep some other controls here, like on this side, we were seeing the cash due and how long ago the order was placed, etc. We can see many things here. Okay? So, besides that, now when we look at the details, we can see that an order number is generated which is unique, for which customer, okay? And on its side, we have some information like which territory's customer this is and where his address is, meaning the delivery address. And what will be the payment type? Will it be cash or credit? Okay? And if he has an available limit here, we will look at the credit limit at some point, we'll understand the credit limit if someone is given a limit of one lakh taka as a credit limit, a credit facility, then what happens? That any invoice within that one lakh taka will be a credit invoice. That means I will not ask for the money from him right now. I will ask for the money after a specific time. Okay? That can be controlled there. The amount of cash due can be seen, and there is a printing button here through which the order can be printed. Okay? After that, we come to the product level. The products that are there, how much they cost in TP and VAT, what quantity has been ordered, what is its pack size, what is the unit UOM, and how much stock is currently in my depot, we can see that here. What happens because of that? I can understand whether I can provide it or not. Now, there are two quantities here. If I don't have it, then what will happen? Do I have to control that manually? No, our system automatically detects that this is under stock for you. So, at that point, the approve order function doesn't work here. Okay? It also detects that in this place. If he wants, a DIC can reduce the order that has come here. Okay? Or if he wants, he can cancel a product that is not available. Okay? He doesn't have the authority to increase it since he didn't place the order himself. Okay? The person who places the order had the authority to increase it. He has verified and sent it with the maximum possible amount. Alright. So we'll talk a little about the authority to increase and take another session later, we'll talk about it at that time. Anyway, after this, what it does... look here, there are three buttons. A remove button, an edit button which we saw, and one is a batch booking button. Yesterday, we talked about batch booking, that sometimes production is done for big institutions. It is specified for a specific product that the product will come out in this batch. So only that company can take that batch. For example, their export orders happen like this, or the institutional orders that increase, for PG etc., for Dhaka Medical, those happen this way. So in that case, what needs to be done is to book this batch. If you click here, a list of all available batches comes up, and there can be multiple batches. Maybe an order for one lakh was given. In one batch, perhaps the production is ten thousand units. So that means it will come from ten batches. So in that case, you have to show the booking from ten batches, showing how many will come from which one. Okay? So after doing this, it is seen that when this order is approved, it will book that specific batch. Okay? Our batch control here is even smarter. For example, the parameters that are with the batch are the manufacturer's date, expiry date, and lifetime. In that case, how does it do batch booking? If I don't select a specific batch and just say 'auto,' then what my system will do is, for Empa 10, the available batch it has, it will look at those batches and first, it will send out the batch that is nearest to expiry. Okay? Yes. It will catch the nearest to expiry, the one that will expire nearest, it will bring that to booking first. Okay? This way, the batch is automatically allotted. And sometimes there are batches whose lifetime has come close to six months, in that case, it automatically lets it go. We have a thing for them, they have a policy, okay? We can control that here. Okay? Alright, so here everything... If everything is okay, then at the bottom, your summation area appears. The subtotal, how much it is in TP, the VAT for these two products, the gross total, and the slab offer which we saw the other day, in configuration, the slab offer. I had set the slab offer, for example, the slab offer has a few packages, like from one thousand to one thousand nine hundred and ninety-nine, they will get one percent. Again, from two thousand and up, they will get two percent. Since this is above two thousand here, it means he is getting two percent. That two percent order has been placed? He will get this amount as a discount at two percent here. And there is another thing here, discount and bonus. Let me elaborate on two things. For example, sometimes there are product offers, discount offers, maybe ten percent discount, a national ten percent discount. Whoever takes this will always get a ten percent discount. Okay? If there is something like this, it shows it here. Okay? We are moving on a bit. This, I, that session we will see another day, but in the meantime, I'll just show a little, if there is any offer. Since there is no offer here, I'll go create an offer. Okay, to create the offer, we have another different role. That is our DM. Okay, this total work that you all are doing, within your workforce or JMI's workforce, I haven't seen anyone like that who... I mean, you all are technical persons doing these things. But non-technical people who will provide service and support for these things, I haven't seen anyone like that. Is there any specific reason for this? No, what's the reason... actually, this is a Bangladeshi company. To be honest, you are probably at a certain standard where you are sitting, and you have a good idea about the policies and strategies there. Here, you have... what should I say... there's always a one-man army type of thinking. Those who manage these companies, they want to bring in one person who has ten hands. That's why specifically, for such a huge, extensive system of yours, you also know that there are so many features, right? You yourself understand how big each feature is, right? How much depth and complexity. Okay? To be honest, each of us here is working like a one-man army. And besides, it's seen that the ones we have given it to, those who are currently using it, they from their panel, like this Ajoy Kumar Biswas whom I gave it to... He actually works in this very panel. Even so, while they work, we monitor them. If there's a problem, they inform us, and we solve it. Okay? But there won't be a separate team just for them, okay? Suppose it's such a large, extensive system. For that, this pharma should have a minimum team of five people. They will first see the problem, solve it, look into it, and then come to us. In reality, that doesn't happen. It's seen that often they can't do it themselves. They were given training and everything, but they don't have the time. We have to do it for them sometimes. What you said is correct, but there is another problem here. That problem is that if we want to balance your resources here, you all are an expensive resource. If this work is done using this expensive resource, then it's a loss for the company. A big loss, a very big loss. We are constantly in that state. Here, to be honest with you, honestly speaking, if we calculate our man-hours per day, then the developers who are here are giving 12 hours. And those of us at the manager level, it's almost sixteen to eighteen hours. There have been times when we worked day and night. Okay? Otherwise, such a big system wouldn't have come here so quickly. And precisely because of this pressure, we couldn't follow proper documentation. Because we had to deliver your product very fast. So, this thing, have you informed the higher authorities or the senior-level people about this? They know, they know. They know. Everyone here, our people who are here, they all know. But they, like you, the platform where you are sitting, there the document is first looked at, taken for validation, and then the service is taken. Here, we first look at the service, then we will see the document later. In our country, this is how it is. This practice is followed. This is the problem. Alright. Did we, like for Empa 10... sorry. I don't know if I took too much time. Okay. I created an offer for Empa 10. Ten percent discount on a box. Now if I go to my main order, then see, an interesting thing happens. We will look at the offer another day, okay? I came to the order. Alright. Okay, look. Now look at Empa... Empa 10, that has been entered with a ten percent discount. And look below, there is a special discount, okay? For example, ten percent of 1686.66, okay? It has appeared here. That means he is now getting two discounts. One is a product discount, and another is a slab discount... I mean, slab... slab discount. The slab discount has now become one percent. What's the reason? The reason is that a condition for getting a slab discount is that for any product that has an offer, the slab won't work on that product. For example, Ligen doesn't have an offer. How much is it? Eleven hundred and sixty-nine taka. That means it falls into the first package, which was one percent, and he has taken that. Okay? Now if this also had an offer, then this would not have been effective. This wouldn't have even come here. Okay? Was I able to explain this? Yes, yes. Yes, this is a very fantastic thing. When you see it, sitting here, you can see the real-time calculation, and this offer thing that is happening. Okay? Look, now the grand total is this much money. This is one hundred percent accurate in a calculation. Okay? Therefore, for this reason, our DICs can approve very nicely without any hassle or negative feeling. Okay? And then, finally, if his product selection, quantity, control, etc., are all correct, then he moves on to the schedule. The schedule is like this... I mean, I am showing the schedule here, the SR. Maybe this is my delivery plan, which we showed in the configuration, that delivery plans can be made. For example, for Ranamia, the delivery plan is made for this territory. That's why Ranamia was auto-selected. On this date, and I had changed this date at the time of the order. Okay? Now, it seems that Ranamia won't go anymore. Jihad will go. And I can't give the order on the 26th, it will go on the 27th, the 26th is a Friday. Okay? After changing it, he will finally place the order. Okay? In this order approval, there are some other scenes, some other events. It would be good if I could show them here. I will approve this, then let's see if that order has come here or if I am defined. Okay? Please. So we will invoice this. This Al Madina's offer order will go, Jihad will take it on the 27th, and he will give me this much money. Okay? I am approving it now. Then I will do it, okay? From your ID, from your ID, what is the ID for this? Can you tell me? Alright, done. What is the ID? And then, I was saying a bit, whether it's available in this one. Look, it's a bit different here. Look, this is a credit party and he has a credit facility. Although there is no available credit, this invoice will automatically become cash. Because he is a credit party, after becoming a defaulter for some reason or due, he will no longer get credit facility. Now, it will automatically go to cash. See, it's turned off. The 'Approve Order' is not working for him. Because he is a credit party. Okay? The order has been placed, so... For some reason, his available limit is not there. Maybe for his previous invoices, some pending due date has passed. That's why we can't give this anymore. Now what's the condition for giving it? If I say, make this cash. As soon as I click, see, the 'Approve Order' has appeared. That means it will become a cash... a cash invoice. Okay? So even for a credit party, if for some reason they keep taking this opportunity that credit means all credit, that won't work. So we have kept this control here. But we also have to give him the opportunity to be invoiced. Because he might say that I took a credit of one lakh taka from you, which I am unable to pay, I will pay that later. I will pay for this invoice in cash. So then it will become a cash invoice. And besides, look, there is a new icon here. It is called 'partial'. Why the partial icon? Because sometimes an order is placed that is very large. Suppose it's an institutional order. BIRDEM has placed an order, maybe for Abavist Nasal Spray, Empa 10, these things, 50,000 units of each have been ordered. Maybe I don't have it in stock. So what needs to be done? I have to go into production. So what needs to be done? I have to divide it. Maybe my production capacity is ten thousand units at a time. Then I will need a certain amount of time. So what will I do? I will give this order partially. Maybe today I gave ten thousand out of the fifty thousand. Then another time, I placed an order for ten thousand from here again. Okay? That is what we call partial order management. So how is this done? For example, we will go to 'partial' here and click. Then it will come here, I will say that I can give Abavist Nasal Spray now. How many can I give? I can give this many. Okay? Then it will come here, will the money be given in cash or credit. Okay? If it's in cash, I will select cash, or I will select credit. After that, there will be where I will send this. The delivery info can be changed. My order is very large, maybe I have to deliver it over six months. A very large order. I won't be able to give it all at once. Then my SR can change at some point, the delivery date will change, and the address can also change. Maybe they will say not this store, but that store. Then it will change, okay? So when I check these and process them partially, then a separate order will be created, and a separate, automatic invoice will be generated. An automatic invoice will be generated. After that, my remaining parent order, what will be in this parent order then? At that point, maybe I have taken one out, so it will show a quantity of two. Okay? In this way, I can take it out partially. Okay? Here too, there is a mechanism. Partially we can do batch booking, and we can manage your cash/credit partially. Okay? So we have kept a huge control here, and every time it is partially delivered from this invoice, look, it's showing 'Partial Delivery: Zero' here. It will keep increasing one by one. So that a DIC can sit and see that I have done a partial delivery from this invoice three times. He can see it, he can see the list for each invoice here. Okay? So this is... within this order approval, this one mechanism is another different feature. Okay? Partial invoicing. This is a different feature. Okay? Alright. So now let's go to our order approval. Let's go to what we were doing. I'll again... Bismillah Medicine House... I'm taking a separate one, not Al Madina. Here everything of mine is correct, it's fine. This one, I... what did we do? We gave it to Jihad. I gave it to Jihad that on the 27th, this invoice is lying here, on the 27th... no, sorry, the 22nd. The 22nd. December 27th. Okay? Let's approve this invoice. So, for me here, suppose, out of all the invoices that come in a day, sixty percent will be bulk-approved. Thirty percent will remain, which has to be approved manually, checking each one carefully, because there are suspicious orders, institutional customers, etcetera. So, let's assume that we two have submitted two orders here. Okay? We have submitted two orders. So we'll see that for those two orders, the person we had planned for, Jihad, will go on the 27th. So what does that mean? I have invoiced this. Now, all other preparations for Jihad have to be made ready. What needs to be made ready? What things he will take, what the situation is, for that. For that process, we have to go to one place, which is the delivery schedule. Okay? The delivery schedule has to be made. The schedule has to be readied. Okay? Okay. So now let's go to the delivery schedule. This order approval screen, as much as we have briefed, I think, of the total briefing I have done, that is ninety percent of the total features. Okay? Because here, much more data is not available, which is why I cannot brief. Okay? So there are many more features here. Alright. Let's go to the delivery schedule. If needed, we will come back here. Look here, a delivery schedule for the 27th has been readied. For how many people? One. For example, on the 27th, I might have Mr. Jihad, Mr. Kabul Mollah, Mr. A, B, C, everyone can be there. Each will go on a different route. Everyone on the 27th. So in that case, the 'one' that is here will be multiple, person-wise. Then if I click here, under Mr. Jihad, there are two invoices. Okay? If we click here, on the right side we will see an invoice in the name of Al Madina, for Bismillah... for Bismillah Medicine House, there is an invoice. The invoice totals are given here. Okay? So this is my delivery schedule area. Let me brief here a little. This is a very good feature. Coming to this delivery schedule, initially what we saw is that on the 27th, there will be a list of all SRs. We will click there, and after clicking, under those SRs, we can see the total invoice amount that is going and how many are going. Okay? This is my initial... initial opening. Okay? That I just opened the delivery schedule. During the delivery schedule, there is a specific time. It is stated in these depots that you should open your delivery schedule at this time and close it within this time. What's the reason? When our Salesforce starts placing a lot of orders from the market, one after another, after another. So the DIC won't know, in Jihad's name, on the route that Jihad takes, how many more orders are being placed. He won't know. This data is coming dynamically, getting mapped and falling into place automatically through the delivery plan. And your DIC is doing bulk approval. Okay? His bulk approval starts from 10 am to 11 am or 12 pm. Okay? His approval continues. So in between, he doesn't calculate it for Jihad's name, this many for this amount. So this automatically keeps coming here and accumulating in this 'New' section. Okay? For example, there are two here now. If I go to order approval again and create another one for Jihad, it will come right here. What does that mean? I have to lock this within a specific time. Locking means that I will not bring any new invoice for Jihad here today, even if it is approved. Okay? I won't bring it into this schedule. A separate schedule will be created for that. Okay? So this process has a cut-off time that we are defining here. In the meantime, some other occurrences happen. Maybe it happened that I was sitting with the delivery schedule, and at that time, a salesforce person called saying that somehow an order has to be invoiced today. It's for a prominent client of mine. So in that case, that request has to be accommodated. What does that mean? For Jihad, I am allowing another invoice here. Okay? So that opportunity is also here. So what happens is, after coming to the delivery schedule, okay? The delivery... your distribution person, the DIC in-charge, what he does is, after selecting a specific schedule, he looks at it and can see how many invoices are in his schedule. And besides, look here, there is a plus button. The plus button means I will now create a delivery schedule. Okay? I will create the delivery schedule. Okay? If I just click on the delivery schedule, it will be created. Okay? But before that, let's look at the right side a little. Here I can see his order, and exactly how long ago the order was placed. Okay? For example, this one, Bismillah Medicine House, that was an old order, which I approved today. The order was from the 19th, thirty-four days ago. Okay? If he wants, he can see the order details here. Here is the order detail. Okay? It's loading. What was the order? Okay? What was the order? So, and now if I want to see what happened to the invoice, let's see. Okay, the invoice. Look here carefully. We were saying that there was a suspicious order for Empamet, which, even after seeing the red flag, Salesforce permitted. The manager verified it, he also permitted it. Even the DIC himself saw it, but even after seeing it, he did not reduce it. Okay? See what happened now. Look at the order here, look carefully at the order. The order was placed with three units, which was one extra. But look, the order approval was done with two. That means...