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

Sun Jun 5 23:13:34 CEST 2011

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