Allow different invoice sequences on the same period

Feature
12

This is false. This is just because people think that the invoice date they receive should match the period when the book it. But this is completely wrong, the booking period should be the period the service or goods were delivered.

This is again wrong. You can probably give a pro forma or an advance payment invoice. And even just the delivery note if it has the prices is often enough.

Then the company does not have to generate an invoice. Or it is a new kind which should not have any number at all. I think this is another case and it should not be solved by using another sequence.

Those are all optional and not required by default.

13

My two cents. In our country all monthly payments (rent, electricity, phone, security, cleaning, fuel etc) are invoiced (dated) the last day of month. In reality the monthly invoice can’t be writen on this day because the client can use the service till last second of the last day (to call, to fill fuel etc) and service supplier can get all results only the next day. But usually the invoice depends on the others monthly invoices or require to make some operations. For example, the office rent service must get invoices from cleaners, security, phone companies, must check gas and electricity counters etc. In reality all monthly invoices are writing till end of the first week but dated the last day of previous month. If there isn’t an alternative sequence, the supplier can’t write any invoice on this week.

14

Please remember what I already said:

So I do not think we need more example of special use case which may require such feature. We already have the design to customize and solve such cases.
The discussion is about having it in base module or not.

Now I think someone may make a dedicated module. But I think it will need probably more features than adding a field. I guess it will require tools to ease the management of all those sequences.

15

I doubt this as, at least in the cases we come across, the payment terms are typically something based upon something like the end of the month (e.g. end of month + xx days or xx days + end of month) or similar.
Most professionals seek solutions that are reasonable.

16

The classification of all the accounting facts in journals is an ERP feature and should not be influenced by local regulations.
So, as I read above, I put in a journal something that, for my business has a certain “nature”, is “similar”.
Then come the local tax rules, you have sometimes some “tax journal”(that you usually establish consistently to your journals) and the sequences, in Italy for example you are even more free with your sequences within your “tax” journals.
I would keep the journals as key erp accounting functionality, and, possibly, increase the options for the sequences.

17

Hello after reading, all this discussion has not been clear to me if the multiple sequence will be possible for the sales invoice.

From my opinion, after 20 years implementing ERP in Spain, all the companies where I have worked use multiple billing series.

In my personal wine project, I use different series for national and international invoices.

18

It is possible but it requires customization.
But frankly I do not see the point to make life harder by habit.

19

I am clear that with development everything can be done.

I don’t think it’s out of habit.

20

I’m curious why you have such requirement. Which is the rational of using two diferent series?

21

Nadie lo obliga pero queda mas claro separar las series de las ventas de nacional e internacional, al igual que las de contado y facturas nominales, de un tpv, de un córner de ventas , de una tienda ya sea física que online… claridad , distinta frecuencia de emisión. hay procedimientos que te requiere un prefijo especifico como son los EMCS

image
image1502×532 28.1 KB
que pueden ser el mismo que estés usando o no. Por ejemplo yo utilizaba una serie en concreto y en medio del ejercicio me surgió una venta que requería un EMCS como mi serie no empezaba por las requeridas , tuve que realizar una serie nueva para dar salida a este requerimiento y venta. Tu solución propuesta para asignar un diario distinto por factura no esta mal para diferenciar las ventas por naturaleza , pero se queda un poco justo…

También cualquier programa simple, tiene esta característica de multi serie y seguro que con muchos administrativos habrá discusión con este asunto en un cambio de software…

22

I still do not understand the goal of such feature. Even if other software’s are doing it, that’s not a valid reason to make our software complicate with pointless features.
Could you please provide a case where it would be required?

23

my new answer was for sergi’s question.

what do you mean by need?

24

Se podrán expedir facturas mediante series separadas cuando existan razones que lo justifiquen y, entre otros supuestos, cuando el obligado a su expedición cuente con varios establecimientos desde los que efectúe sus operaciones y cuando el obligado a su expedición realice operaciones de distinta naturaleza.

No obstante, será obligatoria, en todo caso, la expedición en series específicas de las facturas siguientes:

1.º Las expedidas por los destinatarios de las operaciones o por terceros, para cada uno de los cuales deberá existir una serie distinta.

2.º Las rectificativas.

3.º Las que se expidan conforme a la disposición adicional quinta del Reglamento del IVA, sobre entregas de bienes y prestaciones de servicios en los procedimientos administrativos y judiciales de ejecución forzosa. Las facturas en que se documente cada operación tendrán una serie especial de numeración.

4.º Las que se expidan conforme a lo previsto en el artículo 84, apartado uno, 2.º, g) de la Ley del IVA. Es decir, las entregas de los siguientes productos deberán documentarse en una factura mediante serie especial:

– Plata, platino y paladio, en bruto, en polvo o semilabrado y los metales resultantes de la realización de actividades de transformación por el empresario o profesional adquirente, que se asimilen a ellos. Se excluyen los productos que no estén incluidos en el ámbito de aplicación del régimen especial aplicable a los bienes usados, objetos de arte, antigüedades y objetos de colección.

– Teléfonos móviles.

– Consolas de videojuegos, ordenadores portátiles y tabletas digitales.

En estos dos últimos productos solo se aplicará cuando el importe total de las entregas exceda de 10.000 euros, excluido el IVA, o si el destinatario es empresario o profesional revendedor de estos bienes, cualquiera que sea el importe de la entrega.

5.º Deberán expedirse las facturas en una serie especial y consignarse por separado, en su caso, en el libro registro de facturas expedidas, las operaciones intragrupo que se realicen entre entidades que apliquen lo dispuesto en el artículo 163 sexsies, cinco de la Ley del IVA (sobre las condiciones para la aplicación del régimen especial del grupo de entidades).

25

¿Cuándo utilizar diferentes series numéricas en la creación de Facturas?

El artículo 6 del Reglamento de Facturación dictamina lo siguiente:

-Se pueden expedir diferentes series numéricas en la creación de Facturas, cuando las razones sean justificadas, entre los siguientes supuestos:

-El emisor de la Factura (obligado a Expedir), tiene varios establecimientos desde los que realiza sus operaciones de venta y prestación de servicios.

-El emisor de la Factura (obligado a Expedir) realiza operaciones de distinta naturaleza, como por ejemplo, comercializar diferentes gamas de productos o trabaja con diversas líneas de negocio.

Así pues, una empresa que realizase a la vez venta de mercaderías y prestación de servicios podría separar ambas actividades con la creación de varias series numéricas.

Por otro lado, también es utilizado para aquellos Autónomos que realizan varias actividades profesionales o líneas de negocio. Por ejemplo un Autónomo que realiza servicios de consultoría (una serie numérica determina), y a su vez, también realiza actividades de Profesor (otra serie numérica distinta).

26

For me what you are copying is what is explained on the normative of invoicing that I already linked on the first topic:

And this is also already answered on the first topic of the discussion.

So for me the main proposal to use journals for sequences is still valid but we need to split it into a separate module as we already discussed

For me we already have a clear path to go, we just need someone to work on it.
If you want to volunter yourself and have doubts about how to proceed, feel free to contact me or open another discuss here and we will be happy to help.

27

I have no problem volunteering and collaborating

28

Then please follow our development process

29

I assume this module meets the requirement GitHub - NaN-tic/trytond-account_invoice_multisequence

30

You asume it wrong. The requirements are described in the other blueprint (spliting journal to a separate module) and then we just need to add the journal as matching condition in the account.fiscalyear.invoice_sequence model.

31

I don’t understand your bet very well, forgive my English.