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

Mon Jun 6 01:05:35 CEST 2011

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
-----------------------------------------------------------------------