1. I am planning to add the inventory master to that structure in future.
2. After combining tables 2 and 3, can we manage multiple transactions in 1 invoice?
Consider a scenario:
I have a client on whom I will make an invoice for services provided.
Now I have provided 3 services to him Namely
a. Bookkeeping Service
b. Reports Preparation Service
c. Business Consultancy Service
The Invoice will be having:
2. Invoice Number
3. Client Name (which will be and Asset Account)
4. The Line level items (which are the services provided to him) S.No | Item/Service Name | Duration | Rate per duration | Amount
1 | Bookkeeping Service | 1 year | $1000 | $1000
2 | Reports Prep Service| 6 months | $100 | $600
3 | Busin. Conslt. Srv. | 1 month | $500 | $500
Total : $1600.00
Applicable Taxes (if any): $0.00
Grand Total: $1600.00
Now each line level item will have an independent account mapped to it which will be credited and the client account will be credited.
On receipt of that invoice amount, Cash Account will be debited and Client account will be credited.
I need to allocate each receipt to an invoice as well as the client and calculating the closing balance.
I am a bit confused about making this design scale-able to accommodate new tables like inventory, payroll, taxation etc.
I have done such work before. I agree with Prateek that combining table 2 and 3 is better. It results in de-normalised tables but the benefits you get in reporting are huge.
Plus I would strongly recommend that you have only one amount not TranDrAmount and TranCrAmount and make Credits positive and Debits negative. This makes calculating the net balance for an account (which is done very frequently) just a simple SUM statement on Table 2. If negative is is a debit balance and if it is positive it is a credit balance.
I am a UX Designer for a firm based out of Tampa Florida. We design software for engineering firms as well as architect firms. Currently, we are working on ERP software. You know, that boring stuff whee you fill out timesheets and manage projects.
We are trying to make user friendly applications, which means your opinion matters most to me.
The issue I have currently is this: as an architect working at your firm, if you were to log in to a dashboard for a business system, what would you like to see on your dashboard? Things assigned to you, performance items, to do lists, number of vacation days left... the sky is the limit.
Any serious feedback would help tremendously.
While you question is interesting, the answer from me is...
It depends on ones preferences, experience, and focus. There isn't *one* type of architect. There are a lot of people, working as architects.
And while you *could* go out and ask every single one of them, you shouldn't. UX is important, but what you're asking us is something that should be answered by a business analyst working on your project and in the end be sealed into requirements.
UX gets into the game once you display the stuff the BA requested, and not replace the BA's job.
Why are you asking a bunch of software geeks what your users want, ask the bloody users!
Half the time they have no firm idea but should put up some suggestions. If they are too useless then give them a blank page! Seriously we can't design a dashboard for you, it has to come from your users!
Never underestimate the power of human stupidity
Sorry - I was under the impression this was in an architects forum. I was, indeed, trying to ask the users.
We have a full system with full requirements from a BA. Trust me when I say, I do not want that job. However, often times, the BA requirements are coming from the business, which is fine, but in our case, is often disconnected from what the users want to see.
But thank you all, this has been helpful, and your feedback (coupled with feedback gained from other boards, and some of our actual users) we have what we need to begin.
I have to create an integration layer between WCF XML/SOAP and JSON/Rest
Mostly i have to get WCF and send Json/REST, from LOB apps (all over WCF) to my app, and that is assyncronous a few times a day.
I have also some online comunications in both directions.
The question is should I use any integration framework, or do it from scratch.
I am used to do integrations by hand, but now i have about 60-70 diferent calls from 5 diferent LOB apps to integrate.
If i should use any framework what do you would recomend?
That will be the best approch. However i dont control the WCF services.
Even if i control them i cant be sure if they deliver basic types that can be read by non microsoft systems. (Ex. Java does not understand .net datatable)
I doubt there is a "framework" to service such an obscure requirement. You are going to have to build a service (wcf or webapi) that sits between the existing wcf and the client app(s) that changes takes the datatable from source and serves up the formats you want.
Bloody ugly solution to fix a really silly situation. You really should be talking to the WCF owners!
Never underestimate the power of human stupidity
We are in the process of Architecting a mobile app to be developed using Qt and Azure Mobile Services. Coming from C#.Net background and worked on WPF applications, it's something new for us. We have used MVVM, MVP in past along with Layered architecture.
Which architecture pattern will be the best fit for this kind of application?
Read about Layered and Onion architectures. Onion architecture provides loose coupling in a better way and adhere to DDD somewhat.
Please suggest if something else will be a good fit.
Also, like to know which development methodology(DDD/BDD/TDD) shall be used considering the duration to be 4 months.
Last Visit: 31-Dec-99 18:00 Last Update: 31-May-16 12:10