Story:how learning some German made me better at NAV consult

Miklos_Hollender
Member Posts: 1,598
During many projects in various countries, I always had this impression that concepts like Sell-To Customer, Bill-To Customer and Ship-To Address are often seen as a bit of an arbitrary thing... users not fully understanding the concept, thinking "we can write any address on the invoices they want, why does it matter" and I had to always go in very technical explanations like if the headoffice is Sell-To to and the store is a Shipping Address, then report X Y Z will show different records than when the headoffice is Bill-To and the store is Sell-To.
Learning some German during doing some projects mainly in Austria (we settled down in Vienna, nice place and close enough to my native Budapest), also in Germany and a bit of Switzerland, and learning the language, I realized that here these are very clearly defined concept, I think even to some extent legal concepts even usable in lawsuits and stuff like that: Auftraggeber = order-giver = Sell-To, Rechnungsempfänger = invoice-receiver = Bill-To, Lieferadresse = Shipping Address.
Later on I have learned that these concepts are also very clear in EDIFACT D96A which is a UN-made international standard. So I guess this should also be clearly defined when people speak English. But often they are not.
Some more random linguistic musings, goes well with the morning coffee:
Lately I took a look at the Danish language layer in NAV because this is the only translation you can assume it is translated really correctly
Because it is, I assume, done by the same people who develop it in English. Interestingly, Danish NAV calls the Sell-To Customer No. simply - Customer No. (Kundenr.).
Interesting thing that when Europeans develop a software in English, you would assume it is British, because they are closer. I mean OK it technically say ENU, English (United States), but you don't always have to take these seriously. But in this case yes. This is not the case and working in the UK was confusing a bit. General ledger = nominal ledger, or "the nominal". Inventory = stock. Inventory Reclassification, Transfer Order = Stock Movement. Physical Inventory = Stocktake. Customer Ledger = "debtors". There is actually an ENG language layer, but it is not actually "translated", so it is not very useful, so British users say one thing, then on the UI click on a very different thing, yet they do not complain much. But on the other hand, the ENU is not really "that" American - if it was, the Customer Ledger should be called Sales Ledger.
It is also very very interesting to take a look at the Italian language layer, because double-entry accouting was invented there so in many languages accountants use words of an Italian-Latin origin, so it is interesting to look at the original, so to speak. Debit is called "dare", which is "to give" in Latin. (I speak some Latin but Italian not.). Credit is "avere", which I think is etymologically related to the English "to have" and means something like that or maybe also "to get". My impression is that originally these were invented like 500 years ago for the customer ledger, not the general ledger? Debit = owe money or goods, Credit = demand money or goods?
Learning some German during doing some projects mainly in Austria (we settled down in Vienna, nice place and close enough to my native Budapest), also in Germany and a bit of Switzerland, and learning the language, I realized that here these are very clearly defined concept, I think even to some extent legal concepts even usable in lawsuits and stuff like that: Auftraggeber = order-giver = Sell-To, Rechnungsempfänger = invoice-receiver = Bill-To, Lieferadresse = Shipping Address.
Later on I have learned that these concepts are also very clear in EDIFACT D96A which is a UN-made international standard. So I guess this should also be clearly defined when people speak English. But often they are not.
Some more random linguistic musings, goes well with the morning coffee:
Lately I took a look at the Danish language layer in NAV because this is the only translation you can assume it is translated really correctly

Interesting thing that when Europeans develop a software in English, you would assume it is British, because they are closer. I mean OK it technically say ENU, English (United States), but you don't always have to take these seriously. But in this case yes. This is not the case and working in the UK was confusing a bit. General ledger = nominal ledger, or "the nominal". Inventory = stock. Inventory Reclassification, Transfer Order = Stock Movement. Physical Inventory = Stocktake. Customer Ledger = "debtors". There is actually an ENG language layer, but it is not actually "translated", so it is not very useful, so British users say one thing, then on the UI click on a very different thing, yet they do not complain much. But on the other hand, the ENU is not really "that" American - if it was, the Customer Ledger should be called Sales Ledger.
It is also very very interesting to take a look at the Italian language layer, because double-entry accouting was invented there so in many languages accountants use words of an Italian-Latin origin, so it is interesting to look at the original, so to speak. Debit is called "dare", which is "to give" in Latin. (I speak some Latin but Italian not.). Credit is "avere", which I think is etymologically related to the English "to have" and means something like that or maybe also "to get". My impression is that originally these were invented like 500 years ago for the customer ledger, not the general ledger? Debit = owe money or goods, Credit = demand money or goods?
0
Comments
-
Miklos Hollender wrote:Debit is called "dare", which is "to give" in Latin.Miklos Hollender wrote:Credit is "avere", which I think is etymologically related to the English "to have" and means something like that or maybe also "to get"./quote]
Avere=To have.
And with some good will also "to get".
And in NAV you have Amount but also "Debit Amount" and "Credit Amount". In W1 these last 2 are hidden and one works with negative or positive amount. In IT the Amount is hidden and the other 2 are shown.Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions