account statement

[Carlos Eduardo Sotelo Pinto]

Dear Comunity

I am implementing the account statement, however, after chgecking some behavior and not filling my requirements ( I guess do ) i decide to ask to all of you some sugests:

User story
==========

Each time that an invoice is generated on a POS, once the client do a payment, then invoice must be set as "paid". Then, at the complete a selling turn, for example, I just work on POS1 from 07:00 to 14:00, I must do a "closing POS movements", that I have understood is something like a journal extract.

What I have seen on Statement
=============================

When a journal extract is careted, just invoiced on state "post" are taken for the extract, and then, after validate the extract, invoice are marked as "paid"

Is it ok, or I am wrong or is not the module that I am need

Looking for hear from you

Best REgards

--

Carlos Eduardo Sotelo Pinto
    Senior Software Analyst Developer

    Claro RPC +51983265994 | MOV RPM( # ) +51 966110066

    GTalk: carlos.so...@gmail.com | Skype: csotelop

    GNULinux RU #379182 | GNULinux RM #277661

No availability between 08:30 and 18:00, I will answer as soon as posible

Please consider the environment before printing this email

Join the campaign at http://thinkBeforePrinting.org

[Cédric Krier]

On 2015-12-22 20:28, Carlos Eduardo Sotelo Pinto wrote:
> Dear Comunity
>
> I am implementing the account statement, however, after chgecking some
> behavior and not filling my requirements ( I guess do ) i decide to ask to
> all of you some sugests:
>
> User story
> ==========
> Each time that an invoice is generated on a POS, once the client do a
> payment, then invoice must be set as "paid". Then, at the complete a
> selling turn, for example, I just work on POS1 from 07:00 to 14:00, I must
> do a "closing POS movements", that I have understood is something like a
> journal extract.

First, I don't know of which POS you are talking because Tryton doesn't
have a POS in standard.
Second, I don't agree that each invoice generated by a POS should be
paid at the end of the sale. When you do an invoice, you know the
customer and so you can allow him to pay later (that's one of the
purpose of the invoice).

> What I have seen on Statement
> =============================
> When a journal extract is careted, just invoiced on state "post" are taken
> for the extract, and then, after validate the extract, invoice are marked
> as "paid"

I don't know what you are talking about. I guess it is a process from
your specific POS module so you should see with the author of this
module (not on this mailing list).

--
Cédric Krier - B2CK SPRL
Email/Jabber: cedric...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

[Carlos Eduardo Sotelo Pinto]

2015-12-23 3:40 GMT-05:00 Cédric Krier <cedric...@b2ck.com>:

On 2015-12-22 20:28, Carlos Eduardo Sotelo Pinto wrote:
> Dear Comunity
>
> I am implementing the account statement, however, after chgecking some
> behavior and not filling my requirements ( I guess do ) i decide to ask to
> all of you some sugests:
>
> User story
> ==========
> Each time that an invoice is generated on a POS, once the client do a
> payment, then invoice must be set as "paid". Then, at the complete a
> selling turn, for example, I just work on POS1 from 07:00 to 14:00, I must
> do a "closing POS movements", that I have understood is something like a
> journal extract.

First, I don't know of which POS you are talking because Tryton doesn't
have a POS in standard.
Second, I don't agree that each invoice generated by a POS should be
paid at the end of the sale. When you do an invoice, you know the
customer and so you can allow him to pay later (that's one of the
purpose of the invoice).

I have trying to talk about the business role, not the tryton module. As a business role "POS", most common business have a process like this POS role, like if were a supermarket.

- At the beginning process, you must open your journal cash before start selling,
- At the ending process, you must close your journal

This must be done as most of the processes on a common product or services selling business, then a common process is:

A usually selling process
1. Final customer (CUS) choose your product or service
2. CUS go to the POS and a new sell is started
3. Payment is done any way selling is cancelled
4. If payment is done, invoice is generated

Actually, I have found on triton a process like a ecommerce where
1. CUS Choose product or services
2. Invoice is generated and marked a pending
3. Once an invoice is paid, then is marked as "paid"

I am convinced that is an implementation issue, since tryton is generic, however no yet found the way on do this implementation.

Modules topic:
I have find the selling module, but is usable on more complex stock management process, and also I have found in tryton 3.8 that there is a extra field, that is usable for make cash journal report, in tryton 3.4 I have found statement module, wich one generated extracts, but the extract, once is confirmed, it mark invoiced as paid, then I considerer no usable since, an invoice couldnt be paied on other process, op yes?
After this explanation, I would like to know if someone have work on before on cash journal and reporrst and how to maneg it for genrate closing cash journals reports, if it is part of the modules for tryton 3.4 or is part of the other modules, or I must create a POS module

Thanks a lot​

 

> What I have seen on Statement
> =============================
> When a journal extract is careted, just invoiced on state "post" are taken
> for the extract, and then, after validate the extract, invoice are marked
> as "paid"

I don't know what you are talking about. I guess it is a process from
your specific POS module so you should see with the author of this
module (not on this mailing list).

--
Cédric Krier - B2CK SPRL
Email/Jabber: cedric...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

--
You received this message because you are subscribed to the Google Groups "tryton" group.
To view this discussion on the web visit https://groups.google.com/d/msgid/tryton/20151223084040.GE11765%40tetsuo.wifi.b2ck.com.

--

Carlos Eduardo Sotelo Pinto
    Senior Software Analyst Developer

    Claro RPC +51983265994 | MOV RPM( # ) +51 966110066

    GTalk: carlos.so...@gmail.com | Skype: csotelop

    GNULinux RU #379182 | GNULinux RM #277661

No availability between 08:30 and 18:00, I will answer as soon as posible

Please consider the environment before printing this email

Join the campaign at http://thinkBeforePrinting.org

Este correo electrónico se ha enviado desde un equipo libre de virus y protegido por Avast. www.avast.com

[Vincent Bastos]

Hi Carlos,

To be honest I am having a little trouble understanding everything you have written, so hopefully my response does help.

It seems that you are talking about 2 different things. Your topic subject mentions account statement and you start by saying that you are trying to implement the account statement. However, you also bring a POS implementation into the conversation.

To me an account statement is a report or a list of account moves related to an account. Usually a client will call and ask an account statement for the past year because they want to know that their accounting records matches yours - invoices and payments. I'm not sure that this exists currently in Tryton, but I will need it myself, so I'll let you know how I go next week. The account_statement you have found is actually used to record lines from the statement from your bank. In English, we usually refer to this as reconciling your bank statements. Oh and I also notice that you should probably look at the module "account_payment_clearing" as you will probably want to reconcile all the POS payments into your bank account.

The other thing you are talking about is implementing a user process for a POS where an invoice/receipt is generated and paid at the same time as a sale. If so have a look at tryton_pos from openlabs/fulfilio. I think that other Tryton developers have also created their own POS.

Cheers