Sorry for the typewritting mistakes 2016-12-05 5:53 GMT-05:00 Cédric Krier <cedric.kr...@b2ck.com>:
> On 2016-12-05 05:15, Carlos Eduardo Sotelo Pinto wrote: > > Hello > > > > 2016-12-04 20:39 GMT-05:00 Cédric Krier <cedric.kr...@b2ck.com>: > > > > > On 2016-12-04 12:04, Carlos Eduardo Sotelo Pinto wrote: > > > > *-- Parties on tryton let to add more than one identifier, that > makes me > > > a > > > > legal issue on a before implementation that I have done, since **tax > > > > autority said it must not be done on this way because each party must > > > have > > > > just one identifier an no more than one.* > > > > > > I can not believe you that tax authorities have requirement on how a > > > software should be designed. > > > > > > > I have never said that!!! > > > > What I have said is , there is no a way to manage indetifiers on this > way: > > > > - a Code > > - a Description name > > > > *CODE| Description * > > ================================== > > * 0 | DOC.TRIB.NO.DOM.SIN.RUC > > * 1 | DOC. NACIONAL DE IDENTIDAD > > * 4 | CARNET DE EXTRANJERIA > > * 6 | REG. UNICO DE CONTRIBUYENTES > > * 7 | PASAPORTE > > * A | CED. DIPLOMATICA DE IDENTIDAD > > > > If identifiers has no a way to manage identifiers on this way, then > > software doesnt work. just that, simple, since repots need that > > codification, reports dont need names, reports need the *Code on Reports* > > > > But is no legal having this: > > > > - Many identifiers per party, this screen was observed. I have fixed it > on > > the implementartion, but on custom modules, anyway, the software doesnt > > fill restrictions. > > So you actually said it and I can not believe it. > I understand that functionlity is ok, however doesnt full the full structure. - Identifiers on Tryton are just [Type, Name] and let more than one identifier. It looks like a many to many relation ship - I nned something to [Code, Description] closed list but the identifiers, yes, a list for it for chose one from the list and no more than the list, like a one to many relation ship. Yes, this is a requirement from the tax authority - Each party must have one, nad no more than one identifier choosen from the list provided Requirement from my customers - Let the admin or the user responsible on register customers to choose more than one identifier, could make this user get into mistakes, related to regitration with multiple identifier, they prefer just a simple list to chose one of the list provided by the tax authority *CODE| Description * ================================== * 0 | DOC.TRIB.NO.DOM.SIN.RUC * 1 | DOC. NACIONAL DE IDENTIDAD * 4 | CARNET DE EXTRANJERIA * 6 | REG. UNICO DE CONTRIBUYENTES * 7 | PASAPORTE * A | CED. DIPLOMATICA DE IDENTIDAD > > > > > I can not see how what you describe can be a legal issue. Of course if > a > > > party can be assigned only one of those numbers by the authorities, > > > there are no reason you magically enter more than one. > > > > > > > > > > Yes you are right!! but users, if the user makes a mistake, could get > into > > a legal issue and get more than USD 1000.00 on penalties for a user > mistake > > ( sometimes is no a mistake and the company would like to avoid any kind > of > > mistake as possible ) > > Just like any mistakes a user can do. Software can not correct mistakes. > Yes, but It is possible to reduce de probability on make mistakes, at least on our requirements > > > Again, I have soled this issue on custom modules, > > I do not understand "soled". > I mean, on older customers, I have solved this issue hidden the identifiers seccion and adding a Selecction Box with the requirements list, and one more textbox for the number of the identification document. That solution worked for me and my customers, and filled tax authority requirements Question: If I have solved this issue, whay I am asking here? well I am building a module that I would like been compatible with tryton comunity guidelines in order on let this module as free and open for the comunity Best regards > > hidden identifiers and create a selection field, that runs for me, my > > customer and tax autgority with mnking issues. > > I do not understand "mnking". > > > The reason on asking here is, I am designing a trytonic module in order > on > > solve this issue on a trytonic way without breaking tryton design or > rules > > , or guidelines for make this module free to the comunity. > > I can not give any advise because the requirements described are not > clear nor complete. > > -- > Cédric Krier - B2CK SPRL > Email/Jabber: cedric.kr...@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/20161205105336.GO71015%40tetsuo. > -- Carlos Eduardo Sotelo Pinto Senior Software Developer Claro RPC +51 989550602 GTalk: carlos.sotelo.pi...@gmail.com | Skype: csotelop GNULinux RU #379182 | GNULinux RM #277661 Please consider the environment before printing this email Join the campaign at http://thinkBeforePrinting.org -- 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/CAEhw%3DE86GmXAiFMEb2CExufDzhUFQPDJY0L%3D%2BZh2ebJ1d-%3DaJQ%40mail.gmail.com.
