[Kde-finance-apps] Re: Kde-finance-apps Digest, Vol 17, Issue 6

[puneet goyal]

On Mon, Jun 6, 2011 at 4:36 AM,  <kde-finance-apps-request at kde.org> wrote:
> Send Kde-finance-apps mailing list submissions to
>        kde-finance-apps at kde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://mail.kde.org/mailman/listinfo/kde-finance-apps
> or, via email, send a message with subject or body 'help' to
>        kde-finance-apps-request at kde.org
>
> You can reach the person managing the list at
>        kde-finance-apps-owner at kde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Kde-finance-apps digest..."
>
>
> Today's Topics:
>
>   1. Re: payment detection (Klaas Freitag)
>   2. Re: Kde-finance-apps Digest, Vol 17, Issue 5 (puneet goyal)
>   3. Re: Kde-finance-apps Digest, Vol 17, Issue 5 (puneet goyal)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 5 Jun 2011 21:14:55 +0200
> From: Klaas Freitag <freitag at kde.org>
> Subject: [Kde-finance-apps] Re: payment detection
> To: kde-finance-apps at kde.org
> Message-ID: <201106052114.56056.freitag at kde.org>
> Content-Type: Text/Plain;  charset="iso-8859-1"
>
> Am Sonntag, 5. Juni 2011, 14:24:17 schrieb puneet goyal:
> Hello Puneet,
>
>> Hello I have made a small data model for this.
>> Please have a look at it and tell me about what corrections i should
>> do or what other entities or attributes i should add.
>
>> Also have a look at the usecase too
> The usecase looks fine to me. As I said in the other mail, I think Alkimia
> should not have knowledge about Kraft documents in detail. You mention that
> the service should use the document Id to detect the incoming payment in
> the stream of incoming online banking data. I agree on that idea. I think
> the data which is used for detection should come as Key-Value pairs from
> the client, for example kraft would send this for a document:
>
> Document-ID:   4711
> Name:          Strawinsky
> First Name:    Elena
> Document Type: Invoice
>
> The Alkimia Service in turn would associate the strings with the created
> transaction. When a payment comes in, it searches for the strings "4711",
> "Strawinsky", "Elena" and "Invoice". If it finds for example "Elena", it
> would ask the user something like: "The online banking record XY contains
> the word Elena which is associated as First Name with the transaction Z.
> This transaction expects a payment. Is that online record representing the
> payment for the transaction?"
>
> PRECONDITIONS
> 1. Not neccessarily I think. I mean, it hardly makes sense, but Alkimia should
> be independent from its clients.
> 2. that is more important for the invoice manager
> 3. yes, as search term or meta information, see above. However, the Alkimia
> service should imo not depend on document details. The transaction, however,
> urgently needs a world wide unique number created by the Alkimia Service.
>
> so much for now,
>
> Klaas
>
>
sir, this made my vision even more clearer
I even added this information in the use case for others who might see it.
i would like to ask if mentioning " independent from the clients"
means that it should not depend on the financial manager?
that is which financial manager the user is using?


> ------------------------------
>
> Message: 2
> Date: Mon, 6 Jun 2011 02:43:34 +0530
> From: puneet goyal <puneetgoyal08 at gmail.com>
> Subject: [Kde-finance-apps] Re: Kde-finance-apps Digest, Vol 17, Issue
>        5
> To: kde-finance-apps at kde.org
> Message-ID: <BANLkTinvfwdr7Uae0okVoDAuuFmgoSJS4Q at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> if the invoice is sent to each and every financial manager,
> than if i start using some other financial manager just today ,then
> will i get each and every invoice issued till date by the user popped
> up in front of me?
> or will i get the status of the current account and after that i will
> start getting the invoices on that financial manager?
> i think the second option is a good one.
>
>
> On Mon, Jun 6, 2011 at 12:20 AM,  <kde-finance-apps-request at kde.org> wrote:
>> Send Kde-finance-apps mailing list submissions to
>> ? ? ? ?kde-finance-apps at kde.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> ? ? ? ?https://mail.kde.org/mailman/listinfo/kde-finance-apps
>> or, via email, send a message with subject or body 'help' to
>> ? ? ? ?kde-finance-apps-request at kde.org
>>
>> You can reach the person managing the list at
>> ? ? ? ?kde-finance-apps-owner at kde.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Kde-finance-apps digest..."
>>
>>
>> Today's Topics:
>>
>> ? 1. Re: payment detection (Alvaro Soliverez)
>> ? 2. Re: payment detection (puneet goyal)
>> ? 3. Re: payment detection (puneet goyal)
>> ? 4. Re: payment detection (Thomas Baumgart)
>> ? 5. Re: payment detection (Thomas Baumgart)
>> ? 6. Re: payment detection (puneet goyal)
>> ? 7. ?payment detection (puneet goyal)
>> ? 8. Re: payment detection (Klaas Freitag)
>> ? 9. Re: payment detection (samir)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Sun, 5 Jun 2011 08:36:05 -0300
>> From: Alvaro Soliverez <asoliverez at kde.org>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: puneet goyal <puneetgoyal08 at gmail.com>
>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>> Message-ID: <BANLkTikL4YJc1ZmULO1zZQFG3VdJsYMfFg at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>> hello sir,
>>> i was having a problem
>>> wil the user have to update in every finance manager he/she uses, or
>>> any one of them? and the rest gets updated themselves if the user
>>> validates it any one of the finance manager?
>>
>> As far as I can say, the user should choose to update manually from
>> each finance manager.
>>
>> Keep in mind that the payment originates in the finance manager. The
>> invoice manager is the one that stores the document that explain the
>> payment, and should be informed when the payment is made.
>>
>> Others may disagree with me. Please always send the messages to the
>> list. You may have more timely answers from the rest, as I'm in the
>> furthest timezone from you.
>>
>> Regards,
>> Alvaro
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Sun, 5 Jun 2011 17:17:54 +0530
>> From: puneet goyal <puneetgoyal08 at gmail.com>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: Alvaro Soliverez <asoliverez at kde.org>
>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>> Message-ID: <BANLkTinKR3NPT9Wv=T5uzcODBTV9wWo9yw at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> The invoice manager is not a different app right?
>> each finance manager has a built in invoice manager?
>>
>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>> hello sir,
>>>> i was having a problem
>>>> wil the user have to update in every finance manager he/she uses, or
>>>> any one of them? and the rest gets updated themselves if the user
>>>> validates it any one of the finance manager?
>>>
>>> As far as I can say, the user should choose to update manually from
>>> each finance manager.
>>>
>>> Keep in mind that the payment originates in the finance manager. The
>>> invoice manager is the one that stores the document that explain the
>>> payment, and should be informed when the payment is made.
>>>
>>> Others may disagree with me. Please always send the messages to the
>>> list. You may have more timely answers from the rest, as I'm in the
>>> furthest timezone from you.
>>>
>>> Regards,
>>> Alvaro
>>>
>>
>>
>>
>> --
>> -----------------------------------------------------------------------
>> Puneet Goyal
>> Student of B. Tech. II Year (Software Engineering)
>> Delhi Technological University, Delhi
>> -----------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Sun, 5 Jun 2011 17:54:17 +0530
>> From: puneet goyal <puneetgoyal08 at gmail.com>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: Alvaro Soliverez <asoliverez at kde.org>
>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>> Message-ID: <BANLkTimbOzjeB2MATAXhHQNo0RAKVP6s8A at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Hello I have made a small data model for this.
>> Please have a look at it and tell me about what corrections i should
>> do or what other entities or attributes i should add.
>> Also have a look at the usecase too
>> Thanks
>>
>> On Sun, Jun 5, 2011 at 5:17 PM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>> The invoice manager is not a different app right?
>>> each finance manager has a built in invoice manager?
>>>
>>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>>> hello sir,
>>>>> i was having a problem
>>>>> wil the user have to update in every finance manager he/she uses, or
>>>>> any one of them? and the rest gets updated themselves if the user
>>>>> validates it any one of the finance manager?
>>>>
>>>> As far as I can say, the user should choose to update manually from
>>>> each finance manager.
>>>>
>>>> Keep in mind that the payment originates in the finance manager. The
>>>> invoice manager is the one that stores the document that explain the
>>>> payment, and should be informed when the payment is made.
>>>>
>>>> Others may disagree with me. Please always send the messages to the
>>>> list. You may have more timely answers from the rest, as I'm in the
>>>> furthest timezone from you.
>>>>
>>>> Regards,
>>>> Alvaro
>>>>
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>>
>>
>>
>>
>> --
>> -----------------------------------------------------------------------
>> Puneet Goyal
>> Student of B. Tech. II Year (Software Engineering)
>> Delhi Technological University, Delhi
>> -----------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Sun, 5 Jun 2011 14:33:22 +0200
>> From: Thomas Baumgart <thb at net-bembel.de>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: kde-finance-apps at kde.org
>> Cc: puneet goyal <puneetgoyal08 at gmail.com>
>> Message-ID: <201106051433.31712.thb at net-bembel.de>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> Hi,
>>
>> on Sunday 05 June 2011 13:47:54 puneet goyal wrote:
>>
>>> The invoice manager is not a different app right?
>>> each finance manager has a built in invoice manager?
>>
>> Hmm, not really. Currently, we see Kraft as the application issueing an
>> invoice. There could be others that we don't know of.
>>
>> In general, I think each (KDE) user has a selected (preferred if you wish)
>> finance mangement tool in his/her environment. So I don't see the use case to
>> have one application sending the notification about a generated invoice and
>> just one that needs to receive it. ?Why would I want to manage my finances
>> using two different tools?
>>
>> How would the workflow look like? Start e.g. Kraft, create an invoice, print
>> it (either to PDF or paper) and then? What is next?
>>
>>
>>>
>>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>> > On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com>
>> wrote:
>>> >> hello sir,
>>> >> i was having a problem
>>> >> wil the user have to update in every finance manager he/she uses, or
>>> >> any one of them? and the rest gets updated themselves if the user
>>> >> validates it any one of the finance manager?
>>> >
>>> > As far as I can say, the user should choose to update manually from
>>> > each finance manager.
>>> >
>>> > Keep in mind that the payment originates in the finance manager. The
>>> > invoice manager is the one that stores the document that explain the
>>> > payment, and should be informed when the payment is made.
>>> >
>>> > Others may disagree with me. Please always send the messages to the
>>> > list. You may have more timely answers from the rest, as I'm in the
>>> > furthest timezone from you.
>>> >
>>> > Regards,
>>> > Alvaro
>>
>> --
>>
>> Regards
>>
>> Thomas Baumgart
>>
>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>> -------------------------------------------------------------
>> 'Only wimps use backup: _real_ men just upload their important stuff
>> on ftp, and let the rest of the world mirror it ;)' - Linus Torvalds
>> -------------------------------------------------------------
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: application/pgp-signature
>> Size: 225 bytes
>> Desc: This is a digitally signed message part.
>> Url : http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110605/aed3cae6/attachment-0001.sig
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Sun, 5 Jun 2011 14:35:12 +0200
>> From: Thomas Baumgart <thb at net-bembel.de>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: kde-finance-apps at kde.org
>> Cc: puneet goyal <puneetgoyal08 at gmail.com>
>> Message-ID: <201106051435.12473.thb at net-bembel.de>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> Hi,
>>
>> on Sunday 05 June 2011 14:24:17 puneet goyal wrote:
>>
>>> Hello I have made a small data model for this.
>>> Please have a look at it and tell me about what corrections i should
>>> do or what other entities or attributes i should add.
>>> Also have a look at the usecase too
>>
>> Where would I find it?
>>
>> --
>>
>> Regards
>>
>> Thomas Baumgart
>>
>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>> -------------------------------------------------------------
>> On Windoze it helps to reboot, on UNIX it helps to be root!
>> -------------------------------------------------------------
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: not available
>> Type: application/pgp-signature
>> Size: 225 bytes
>> Desc: This is a digitally signed message part.
>> Url : http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110605/7ccb9e38/attachment-0001.sig
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Sun, 5 Jun 2011 18:49:14 +0530
>> From: puneet goyal <puneetgoyal08 at gmail.com>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: Thomas Baumgart <thb at net-bembel.de>
>> Cc: kde-finance-apps at kde.org
>> Message-ID: <BANLkTingNB6fm4y59Qx_tSNQHgWcJCqYuQ at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> On Sun, Jun 5, 2011 at 6:05 PM, Thomas Baumgart <thb at net-bembel.de> wrote:
>>> Hi,
>>>
>>> on Sunday 05 June 2011 14:24:17 puneet goyal wrote:
>>>
>>>> Hello I have made a small data model for this.
>>>> Please have a look at it and tell me about what corrections i should
>>>> do or what other entities or attributes i should add.
>>>> Also have a look at the usecase too
>>>
>>> Where would I find it?
>> http://community.kde.org/Alkimia/Usecases/payment
>>>
>>
>>> --
>>>
>>> Regards
>>>
>>> Thomas Baumgart
>>>
>>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>>> -------------------------------------------------------------
>>> On Windoze it helps to reboot, on UNIX it helps to be root!
>>> -------------------------------------------------------------
>>>
>>
>>
>>
>> --
>> -----------------------------------------------------------------------
>> Puneet Goyal
>> Student of B. Tech. II Year (Software Engineering)
>> Delhi Technological University, Delhi
>> -----------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Sun, 5 Jun 2011 23:31:39 +0530
>> From: puneet goyal <puneetgoyal08 at gmail.com>
>> Subject: [Kde-finance-apps] ?payment detection
>> To: KDE Finance mailing list <kde-finance-apps at kde.org>
>> Message-ID: <BANLkTin_Wj4FPcrDsoGNDW5T=1LCVXiBdA at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> hello,
>> i have made a usecase diagram and a data model on the page
>> http://community.kde.org/Alkimia/Usecases/payment
>> please review it and let me know about the corrections i should make
>> or any further advancements in it.
>> thank you
>>
>> --
>> -----------------------------------------------------------------------
>> Puneet Goyal
>> Student of B. Tech. II Year (Software Engineering)
>> Delhi Technological University, Delhi
>> -----------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> Message: 8
>> Date: Sun, 5 Jun 2011 20:49:49 +0200
>> From: Klaas Freitag <freitag at kde.org>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: kde-finance-apps at kde.org
>> Message-ID: <201106052049.49824.freitag at kde.org>
>> Content-Type: Text/Plain; ?charset="iso-8859-15"
>>
>> Am Sonntag, 5. Juni 2011, 14:33:22 schrieb Thomas Baumgart:
>>
>> Good evening,
>>
>>> > The invoice manager is not a different app right?
>>> > each finance manager has a built in invoice manager?
>>>
>>> Hmm, not really. Currently, we see Kraft as the application issueing an
>>> invoice. There could be others that we don't know of.
>> Maybe the Lemon POS could make use of this kind of functionality?
>>>
>>> In general, I think each (KDE) user has a selected (preferred if you wish)
>>> finance mangement tool in his/her environment. So I don't see the use case
>>> to have one application sending the notification about a generated invoice
>>> and just one that needs to receive it. ?Why would I want to manage my
>>> finances using two different tools?
>>>
>>> How would the workflow look like? Start e.g. Kraft, create an invoice,
>>> print it (either to PDF or paper) and then? What is next?
>> IMO: If the user in Kraft clicks: "This invoice is sent out to the customer."
>> it becomes kind of official, which means the payment is expected. (BTW, note
>> that the functionality to mark the invoice "official" is not yet implemented
>> in Kraft.)
>>
>> After that Kraft will call the Alkimia DBus-Service API (see
>> http://community.kde.org/Alkimia/dbus-service) to announce that the payment
>> is expected. The DBus-Service, if I understood Thomas correctly recently,
>> creates an transaction and puts it into a special account which has the
>> meaning "Payment expected". Which account that is is in the domain of
>> the finance managers and probably will be configured for the DBus Service
>> maybe in an Alkimia KDE Control Center module, which we would have to
>> create later than. This API call should return the transaction number to
>> allow Kraft to associate a document number with a transaction ID.
>>
>> On Krafts startup, I would hope that the Alkimia API provides a call to
>> receive the status certain transactions. That would give Kraft the
>> possibility to query for the payment status of certain transactions.
>>
>> Brainstorm for the existing Status:
>> UNKNOWN - The transaction is not known
>> PAYMENT DUE - The payment is still expected
>> PAYMENT OVERDUE - The payment is expected and overdue
>> PAYED ? - The money was received
>> more? Or is that a bad idea because it focusses to much on Kraft?
>>
>> IMO we should let deal the Alkimia Service only with transactions, not
>> with documents, customers and such. The association between the docs
>> and the transactions should be done in the client programs like Kraft.
>>
>> Hope that was on topic ;-)
>>
>> Klaas
>>
>>
>>> > On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org>
>> wrote:
>>> > > On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com>
>>>
>>> wrote:
>>> > >> hello sir,
>>> > >> i was having a problem
>>> > >> wil the user have to update in every finance manager he/she uses, or
>>> > >> any one of them? and the rest gets updated themselves if the user
>>> > >> validates it any one of the finance manager?
>>> > >
>>> > > As far as I can say, the user should choose to update manually from
>>> > > each finance manager.
>>> > >
>>> > > Keep in mind that the payment originates in the finance manager. The
>>> > > invoice manager is the one that stores the document that explain the
>>> > > payment, and should be informed when the payment is made.
>>> > >
>>> > > Others may disagree with me. Please always send the messages to the
>>> > > list. You may have more timely answers from the rest, as I'm in the
>>> > > furthest timezone from you.
>>> > >
>>> > > Regards,
>>> > > Alvaro
> Thanks a lot sir, this thing cleared up my lot of confusions
> P.S. created a few too
>>
>>
>>
>> ------------------------------
>>
>> Message: 9
>> Date: Mon, 6 Jun 2011 00:49:11 +0600
>> From: samir <sam1487 at gmail.com>
>> Subject: [Kde-finance-apps] Re: payment detection
>> To: kde-finance-apps at kde.org
>> Message-ID: <BANLkTikWdNnttXaeUXhupn5ZG2E83XRZnQ at mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> In the ER Diagram, the field *No of Pending Invoices *can be computed by
>> counting the number of record with a marked value, if I am not wrong. Maybe
>> we can avoid this field altogether. You can also avoid the *marked* field by
>> checking whether the field *valid *is *true*, *false*, or null. Or maybe you
>> could use a varchar or int field for *valid* that will hold three values for
>> these three states. This overall setup should reduce you two fields in the
>> tables, and save you to save multiple fields for a single entry whereas a
>> single field is logically involved.
> thats a good idea.
> i am implementing it and will get the new dig. made in a short time.
>>
>> On Mon, Jun 6, 2011 at 12:01 AM, puneet goyal <puneetgoyal08 at gmail.com>wrote:
>>
>>> hello,
>>> i have made a usecase diagram and a data model on the page
>>> http://community.kde.org/Alkimia/Usecases/payment
>>> please review it and let me know about the corrections i should make
>>> or any further advancements in it.
>>> thank you
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>> _______________________________________________
>>> Kde-finance-apps mailing list
>>> Kde-finance-apps at kde.org
>>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>>
>>
>>
>>
>> --
>> samir
>> { www.incurlybraces.com }
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110606/7da957c4/attachment.htm
>>
>> ------------------------------
>>
>> _______________________________________________
>> Kde-finance-apps mailing list
>> Kde-finance-apps at kde.org
>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>
>>
>> End of Kde-finance-apps Digest, Vol 17, Issue 5
>> ***********************************************
>>
>
>
>
> --
> -----------------------------------------------------------------------
> Puneet Goyal
> Student of B. Tech. II Year (Software Engineering)
> Delhi Technological University, Delhi
> -----------------------------------------------------------------------
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 6 Jun 2011 04:35:35 +0530
> From: puneet goyal <puneetgoyal08 at gmail.com>
> Subject: [Kde-finance-apps] Re: Kde-finance-apps Digest, Vol 17, Issue
>        5
> To: kde-finance-apps at kde.org
> Message-ID: <BANLkTi=mQX6Rt3DWbL7nKzLum4W556F5Bg at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Mon, Jun 6, 2011 at 2:43 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>> if the invoice is sent to each and every financial manager,
>> than if i start using some other financial manager just today ,then
>> will i get each and every invoice issued till date by the user popped
>> up in front of me?
>> or will i get the status of the current account and after that i will
>> start getting the invoices on that financial manager?
>> i think the second option is a good one.
>>
>>
>> On Mon, Jun 6, 2011 at 12:20 AM, ?<kde-finance-apps-request at kde.org> wrote:
>>> Send Kde-finance-apps mailing list submissions to
>>> ? ? ? ?kde-finance-apps at kde.org
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> ? ? ? ?https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>> or, via email, send a message with subject or body 'help' to
>>> ? ? ? ?kde-finance-apps-request at kde.org
>>>
>>> You can reach the person managing the list at
>>> ? ? ? ?kde-finance-apps-owner at kde.org
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of Kde-finance-apps digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> ? 1. Re: payment detection (Alvaro Soliverez)
>>> ? 2. Re: payment detection (puneet goyal)
>>> ? 3. Re: payment detection (puneet goyal)
>>> ? 4. Re: payment detection (Thomas Baumgart)
>>> ? 5. Re: payment detection (Thomas Baumgart)
>>> ? 6. Re: payment detection (puneet goyal)
>>> ? 7. ?payment detection (puneet goyal)
>>> ? 8. Re: payment detection (Klaas Freitag)
>>> ? 9. Re: payment detection (samir)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Sun, 5 Jun 2011 08:36:05 -0300
>>> From: Alvaro Soliverez <asoliverez at kde.org>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: puneet goyal <puneetgoyal08 at gmail.com>
>>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>>> Message-ID: <BANLkTikL4YJc1ZmULO1zZQFG3VdJsYMfFg at mail.gmail.com>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>> hello sir,
>>>> i was having a problem
>>>> wil the user have to update in every finance manager he/she uses, or
>>>> any one of them? and the rest gets updated themselves if the user
>>>> validates it any one of the finance manager?
>>>
>>> As far as I can say, the user should choose to update manually from
>>> each finance manager.
>>>
>>> Keep in mind that the payment originates in the finance manager. The
>>> invoice manager is the one that stores the document that explain the
>>> payment, and should be informed when the payment is made.
>>>
>>> Others may disagree with me. Please always send the messages to the
>>> list. You may have more timely answers from the rest, as I'm in the
>>> furthest timezone from you.
>>>
>>> Regards,
>>> Alvaro
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Sun, 5 Jun 2011 17:17:54 +0530
>>> From: puneet goyal <puneetgoyal08 at gmail.com>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: Alvaro Soliverez <asoliverez at kde.org>
>>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>>> Message-ID: <BANLkTinKR3NPT9Wv=T5uzcODBTV9wWo9yw at mail.gmail.com>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> The invoice manager is not a different app right?
>>> each finance manager has a built in invoice manager?
>>>
>>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>>> hello sir,
>>>>> i was having a problem
>>>>> wil the user have to update in every finance manager he/she uses, or
>>>>> any one of them? and the rest gets updated themselves if the user
>>>>> validates it any one of the finance manager?
>>>>
>>>> As far as I can say, the user should choose to update manually from
>>>> each finance manager.
>>>>
>>>> Keep in mind that the payment originates in the finance manager. The
>>>> invoice manager is the one that stores the document that explain the
>>>> payment, and should be informed when the payment is made.
>>>>
>>>> Others may disagree with me. Please always send the messages to the
>>>> list. You may have more timely answers from the rest, as I'm in the
>>>> furthest timezone from you.
>>>>
>>>> Regards,
>>>> Alvaro
>>>>
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Sun, 5 Jun 2011 17:54:17 +0530
>>> From: puneet goyal <puneetgoyal08 at gmail.com>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: Alvaro Soliverez <asoliverez at kde.org>
>>> Cc: KDE Finance mailing list <kde-finance-apps at kde.org>
>>> Message-ID: <BANLkTimbOzjeB2MATAXhHQNo0RAKVP6s8A at mail.gmail.com>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> Hello I have made a small data model for this.
>>> Please have a look at it and tell me about what corrections i should
>>> do or what other entities or attributes i should add.
>>> Also have a look at the usecase too
>>> Thanks
>>>
>>> On Sun, Jun 5, 2011 at 5:17 PM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>> The invoice manager is not a different app right?
>>>> each finance manager has a built in invoice manager?
>>>>
>>>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>>>> On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com> wrote:
>>>>>> hello sir,
>>>>>> i was having a problem
>>>>>> wil the user have to update in every finance manager he/she uses, or
>>>>>> any one of them? and the rest gets updated themselves if the user
>>>>>> validates it any one of the finance manager?
>>>>>
>>>>> As far as I can say, the user should choose to update manually from
>>>>> each finance manager.
>>>>>
>>>>> Keep in mind that the payment originates in the finance manager. The
>>>>> invoice manager is the one that stores the document that explain the
>>>>> payment, and should be informed when the payment is made.
>>>>>
>>>>> Others may disagree with me. Please always send the messages to the
>>>>> list. You may have more timely answers from the rest, as I'm in the
>>>>> furthest timezone from you.
>>>>>
>>>>> Regards,
>>>>> Alvaro
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> -----------------------------------------------------------------------
>>>> Puneet Goyal
>>>> Student of B. Tech. II Year (Software Engineering)
>>>> Delhi Technological University, Delhi
>>>> -----------------------------------------------------------------------
>>>>
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 4
>>> Date: Sun, 5 Jun 2011 14:33:22 +0200
>>> From: Thomas Baumgart <thb at net-bembel.de>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: kde-finance-apps at kde.org
>>> Cc: puneet goyal <puneetgoyal08 at gmail.com>
>>> Message-ID: <201106051433.31712.thb at net-bembel.de>
>>> Content-Type: text/plain; charset="us-ascii"
>>>
>>> Hi,
>>>
>>> on Sunday 05 June 2011 13:47:54 puneet goyal wrote:
>>>
>>>> The invoice manager is not a different app right?
>>>> each finance manager has a built in invoice manager?
>>>
>>> Hmm, not really. Currently, we see Kraft as the application issueing an
>>> invoice. There could be others that we don't know of.
>>>
>>> In general, I think each (KDE) user has a selected (preferred if you wish)
>>> finance mangement tool in his/her environment. So I don't see the use case to
>>> have one application sending the notification about a generated invoice and
>>> just one that needs to receive it. ?Why would I want to manage my finances
>>> using two different tools?
>>>
>>> How would the workflow look like? Start e.g. Kraft, create an invoice, print
>>> it (either to PDF or paper) and then? What is next?
>>>
>>>
>>>>
>>>> On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org> wrote:
>>>> > On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com>
>>> wrote:
>>>> >> hello sir,
>>>> >> i was having a problem
>>>> >> wil the user have to update in every finance manager he/she uses, or
>>>> >> any one of them? and the rest gets updated themselves if the user
>>>> >> validates it any one of the finance manager?
>>>> >
>>>> > As far as I can say, the user should choose to update manually from
>>>> > each finance manager.
>>>> >
>>>> > Keep in mind that the payment originates in the finance manager. The
>>>> > invoice manager is the one that stores the document that explain the
>>>> > payment, and should be informed when the payment is made.
>>>> >
>>>> > Others may disagree with me. Please always send the messages to the
>>>> > list. You may have more timely answers from the rest, as I'm in the
>>>> > furthest timezone from you.
>>>> >
>>>> > Regards,
>>>> > Alvaro
>>>
>>> --
>>>
>>> Regards
>>>
>>> Thomas Baumgart
>>>
>>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>>> -------------------------------------------------------------
>>> 'Only wimps use backup: _real_ men just upload their important stuff
>>> on ftp, and let the rest of the world mirror it ;)' - Linus Torvalds
>>> -------------------------------------------------------------
>>> -------------- next part --------------
>>> A non-text attachment was scrubbed...
>>> Name: not available
>>> Type: application/pgp-signature
>>> Size: 225 bytes
>>> Desc: This is a digitally signed message part.
>>> Url : http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110605/aed3cae6/attachment-0001.sig
>>>
>>> ------------------------------
>>>
>>> Message: 5
>>> Date: Sun, 5 Jun 2011 14:35:12 +0200
>>> From: Thomas Baumgart <thb at net-bembel.de>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: kde-finance-apps at kde.org
>>> Cc: puneet goyal <puneetgoyal08 at gmail.com>
>>> Message-ID: <201106051435.12473.thb at net-bembel.de>
>>> Content-Type: text/plain; charset="us-ascii"
>>>
>>> Hi,
>>>
>>> on Sunday 05 June 2011 14:24:17 puneet goyal wrote:
>>>
>>>> Hello I have made a small data model for this.
>>>> Please have a look at it and tell me about what corrections i should
>>>> do or what other entities or attributes i should add.
>>>> Also have a look at the usecase too
>>>
>>> Where would I find it?
>>>
>>> --
>>>
>>> Regards
>>>
>>> Thomas Baumgart
>>>
>>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>>> -------------------------------------------------------------
>>> On Windoze it helps to reboot, on UNIX it helps to be root!
>>> -------------------------------------------------------------
>>> -------------- next part --------------
>>> A non-text attachment was scrubbed...
>>> Name: not available
>>> Type: application/pgp-signature
>>> Size: 225 bytes
>>> Desc: This is a digitally signed message part.
>>> Url : http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110605/7ccb9e38/attachment-0001.sig
>>>
>>> ------------------------------
>>>
>>> Message: 6
>>> Date: Sun, 5 Jun 2011 18:49:14 +0530
>>> From: puneet goyal <puneetgoyal08 at gmail.com>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: Thomas Baumgart <thb at net-bembel.de>
>>> Cc: kde-finance-apps at kde.org
>>> Message-ID: <BANLkTingNB6fm4y59Qx_tSNQHgWcJCqYuQ at mail.gmail.com>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> On Sun, Jun 5, 2011 at 6:05 PM, Thomas Baumgart <thb at net-bembel.de> wrote:
>>>> Hi,
>>>>
>>>> on Sunday 05 June 2011 14:24:17 puneet goyal wrote:
>>>>
>>>>> Hello I have made a small data model for this.
>>>>> Please have a look at it and tell me about what corrections i should
>>>>> do or what other entities or attributes i should add.
>>>>> Also have a look at the usecase too
>>>>
>>>> Where would I find it?
>>> http://community.kde.org/Alkimia/Usecases/payment
>>>>
>>>
>>>> --
>>>>
>>>> Regards
>>>>
>>>> Thomas Baumgart
>>>>
>>>> GPG-FP: E55E D592 F45F 116B 8429 ? 4F99 9C59 DB40 B75D D3BA
>>>> -------------------------------------------------------------
>>>> On Windoze it helps to reboot, on UNIX it helps to be root!
>>>> -------------------------------------------------------------
>>>>
>>>
>>>
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 7
>>> Date: Sun, 5 Jun 2011 23:31:39 +0530
>>> From: puneet goyal <puneetgoyal08 at gmail.com>
>>> Subject: [Kde-finance-apps] ?payment detection
>>> To: KDE Finance mailing list <kde-finance-apps at kde.org>
>>> Message-ID: <BANLkTin_Wj4FPcrDsoGNDW5T=1LCVXiBdA at mail.gmail.com>
>>> Content-Type: text/plain; charset=ISO-8859-1
>>>
>>> hello,
>>> i have made a usecase diagram and a data model on the page
>>> http://community.kde.org/Alkimia/Usecases/payment
>>> please review it and let me know about the corrections i should make
>>> or any further advancements in it.
>>> thank you
>>>
>>> --
>>> -----------------------------------------------------------------------
>>> Puneet Goyal
>>> Student of B. Tech. II Year (Software Engineering)
>>> Delhi Technological University, Delhi
>>> -----------------------------------------------------------------------
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 8
>>> Date: Sun, 5 Jun 2011 20:49:49 +0200
>>> From: Klaas Freitag <freitag at kde.org>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: kde-finance-apps at kde.org
>>> Message-ID: <201106052049.49824.freitag at kde.org>
>>> Content-Type: Text/Plain; ?charset="iso-8859-15"
>>>
>>> Am Sonntag, 5. Juni 2011, 14:33:22 schrieb Thomas Baumgart:
>>>
>>> Good evening,
>>>
>>>> > The invoice manager is not a different app right?
>>>> > each finance manager has a built in invoice manager?
>>>>
>>>> Hmm, not really. Currently, we see Kraft as the application issueing an
>>>> invoice. There could be others that we don't know of.
>>> Maybe the Lemon POS could make use of this kind of functionality?
>>>>
>>>> In general, I think each (KDE) user has a selected (preferred if you wish)
>>>> finance mangement tool in his/her environment. So I don't see the use case
>>>> to have one application sending the notification about a generated invoice
>>>> and just one that needs to receive it. ?Why would I want to manage my
>>>> finances using two different tools?
>>>>
>>>> How would the workflow look like? Start e.g. Kraft, create an invoice,
>>>> print it (either to PDF or paper) and then? What is next?
>>> IMO: If the user in Kraft clicks: "This invoice is sent out to the customer."
>>> it becomes kind of official, which means the payment is expected. (BTW, note
>>> that the functionality to mark the invoice "official" is not yet implemented
>>> in Kraft.)
>>>
>>> After that Kraft will call the Alkimia DBus-Service API (see
>>> http://community.kde.org/Alkimia/dbus-service) to announce that the payment
>>> is expected. The DBus-Service, if I understood Thomas correctly recently,
>>> creates an transaction and puts it into a special account which has the
>>> meaning "Payment expected". Which account that is is in the domain of
>>> the finance managers and probably will be configured for the DBus Service
>>> maybe in an Alkimia KDE Control Center module, which we would have to
>>> create later than. This API call should return the transaction number to
>>> allow Kraft to associate a document number with a transaction ID.
>>>
>>> On Krafts startup, I would hope that the Alkimia API provides a call to
>>> receive the status certain transactions. That would give Kraft the
>>> possibility to query for the payment status of certain transactions.
>>>
>>> Brainstorm for the existing Status:
>>> UNKNOWN - The transaction is not known
>>> PAYMENT DUE - The payment is still expected
>>> PAYMENT OVERDUE - The payment is expected and overdue
>>> PAYED ? - The money was received
>>> more? Or is that a bad idea because it focusses to much on Kraft?
>>>
>>> IMO we should let deal the Alkimia Service only with transactions, not
>>> with documents, customers and such. The association between the docs
>>> and the transactions should be done in the client programs like Kraft.
>>>
>>> Hope that was on topic ;-)
>>>
>>> Klaas
>>>
>>>
>>>> > On Sun, Jun 5, 2011 at 5:06 PM, Alvaro Soliverez <asoliverez at kde.org>
>>> wrote:
>>>> > > On Sun, Jun 5, 2011 at 3:20 AM, puneet goyal <puneetgoyal08 at gmail.com>
>>>>
>>>> wrote:
>>>> > >> hello sir,
>>>> > >> i was having a problem
>>>> > >> wil the user have to update in every finance manager he/she uses, or
>>>> > >> any one of them? and the rest gets updated themselves if the user
>>>> > >> validates it any one of the finance manager?
>>>> > >
>>>> > > As far as I can say, the user should choose to update manually from
>>>> > > each finance manager.
>>>> > >
>>>> > > Keep in mind that the payment originates in the finance manager. The
>>>> > > invoice manager is the one that stores the document that explain the
>>>> > > payment, and should be informed when the payment is made.
>>>> > >
>>>> > > Others may disagree with me. Please always send the messages to the
>>>> > > list. You may have more timely answers from the rest, as I'm in the
>>>> > > furthest timezone from you.
>>>> > >
>>>> > > Regards,
>>>> > > Alvaro
>> Thanks a lot sir, this thing cleared up my lot of confusions
>> P.S. created a few too
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 9
>>> Date: Mon, 6 Jun 2011 00:49:11 +0600
>>> From: samir <sam1487 at gmail.com>
>>> Subject: [Kde-finance-apps] Re: payment detection
>>> To: kde-finance-apps at kde.org
>>> Message-ID: <BANLkTikWdNnttXaeUXhupn5ZG2E83XRZnQ at mail.gmail.com>
>>> Content-Type: text/plain; charset="utf-8"
>>>
>>> In the ER Diagram, the field *No of Pending Invoices *can be computed by
>>> counting the number of record with a marked value, if I am not wrong. Maybe
>>> we can avoid this field altogether. You can also avoid the *marked* field by
>>> checking whether the field *valid *is *true*, *false*, or null. Or maybe you
>>> could use a varchar or int field for *valid* that will hold three values for
>>> these three states. This overall setup should reduce you two fields in the
>>> tables, and save you to save multiple fields for a single entry whereas a
>>> single field is logically involved.
>> thats a good idea.
>> i am implementing it and will get the new dig. made in a short time.
>>>
>
> I  have made the "no. of pending invoices" as a derived attribute of
> the "valid" field.
> Removed it from the user and even removed the "mark" field
>>> On Mon, Jun 6, 2011 at 12:01 AM, puneet goyal <puneetgoyal08 at gmail.com>wrote:
>>>
>>>> hello,
>>>> i have made a usecase diagram and a data model on the page
>>>> http://community.kde.org/Alkimia/Usecases/payment
>>>> please review it and let me know about the corrections i should make
>>>> or any further advancements in it.
>>>> thank you
>>>>
>>>> --
>>>> -----------------------------------------------------------------------
>>>> Puneet Goyal
>>>> Student of B. Tech. II Year (Software Engineering)
>>>> Delhi Technological University, Delhi
>>>> -----------------------------------------------------------------------
>>>> _______________________________________________
>>>> Kde-finance-apps mailing list
>>>> Kde-finance-apps at kde.org
>>>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>>>
>>>
>>>
>>>
>>> --
>>> samir
>>> { www.incurlybraces.com }
>>> -------------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL: http://mail.kde.org/pipermail/kde-finance-apps/attachments/20110606/7da957c4/attachment.htm
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> Kde-finance-apps mailing list
>>> Kde-finance-apps at kde.org
>>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>>
>>>
>>> End of Kde-finance-apps Digest, Vol 17, Issue 5
>>> ***********************************************
>>>
>>
>>
>>
>> --
>> -----------------------------------------------------------------------
>> Puneet Goyal
>> Student of B. Tech. II Year (Software Engineering)
>> Delhi Technological University, Delhi
>> -----------------------------------------------------------------------
>>
>
>
>
> --
> -----------------------------------------------------------------------
> Puneet Goyal
> Student of B. Tech. II Year (Software Engineering)
> Delhi Technological University, Delhi
> -----------------------------------------------------------------------
>
>
> ------------------------------
>
> _______________________________________________
> Kde-finance-apps mailing list
> Kde-finance-apps at kde.org
> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>
>
> End of Kde-finance-apps Digest, Vol 17, Issue 6
> ***********************************************
>



-- 
-----------------------------------------------------------------------
Puneet Goyal
Student of B. Tech. II Year (Software Engineering)
Delhi Technological University, Delhi
-----------------------------------------------------------------------