Importspaß - EORI, Zolltarifnummer für Logikanalysator?

Wie gesagt, Leitlinie, um da nicht durch Auffassungsunterschiede noch weitere Verzögerungen heraufzubeschwören, hab ich den harmonisierten Anteil der HTS# übernommen, und danach ergab sich im EZT eigentlich nur noch die Kombination, die auch der Hersteller in USA in die pro-forma-Invoice geschrieben hatte. Es könnte ja sein, daß meine erste Anwendung mit Telekommunikation zu tun hat...

In der Hierarchie unter dem harmonisierten Anteil gab es keine erkennbare Alternative.

Letztlich gehe ich davon aus, daß die Autoren des Katalogs vielleicht nicht ganz so genau wissen, was man alles mit einem LA anfangen kann. Die Ziffer für "Universalbenutzer" hab ich nicht gefunden...

Gruß, U.

Gruß

"I" oder "l", beides wird gern genommen. Daneben auch noch "|".

Gruß, U.

Steampunk! ;)

Gruß, U.

Die haben ja als nachhaltigsten Teil der Nomenklatur die ganze Präfix-Struktur beigesteuert, ohne es zu wissen.

Schön immer, wenn einer Mükrometer sagt, oder mükrogramm. "Sprechen Sie bitte ins Mükrophon!" hilft manchmal zur Erkenntnis, aber die Leute sagen dann auch Dschüross...

Gruß, U.

Was machen die nur alle, wenn das Freihandelsabkommen kommt?

Gruß, U.

OK, hatte mich flasch erinnert: Rechnen kann man auch in Excel nicht mit den römischen Zahlen, nur als Text ausgeben. Immerhin.

Gruß, U.

Die weitaus schlimmsten Klagen hoerte ich aus Indien. Hunderte km zum naechsten Zollamt fahren muessen, dort einen heftigen Batzen Bargeld diskret ueber den Tisch schieben, damit es noch diesen Monat abgewickelt wird, usw.

Mir ist es ein Raetsel, warum Politiker in solchen Laendern nicht raffen, dass das eine harte Fortschrittsbremse ist. Indien wird so z.B. auf lange Sicht der Land der Billig-Coder bleiben, wenn sie nicht was dran aendern. Hardwareentwicklung ist dort der pure Frust, wenn es um Materialbeschaffung geht.

Vermutlich kann Excel sogar Suetterlin, ist ja sehr vielseitig. Doch dann ... Zitat "You should note that the ROMAN function returns a text value, and you therefore cannot use the result in any sort of calculation--as far as Excel is concerned, it is no longer a number".

Das ist alles nur Gimmick. Ein Text Value nutzt absolut nichts mehr, wenn man was berechnen soll.

Ulrich G. Kliegis schrieb:

^^^^

Ich dachte das wäre nur im Hackfleisch.

Marc

Schon klar, aber deswegen sollte =ROMAN(A1;0) trotzdem funktionieren. Ansonsten würde ich mir Gedanken machen, ob sich bei der alten Version etwas eingenistet hat. Ein paar Security-Patches gibt es für Excel 97.

Joerg ( snipped-for-privacy@invalid.invalid):

Wenn das Bankkonto der Politiker ok aussieht und sie weiterhin im Amt bleiben können, haben sie doch ihr Ziel erreicht. Der Rest ist doch egal.

Kann sein, dass Excel 97 das einfach noch nicht konnte. Irgendwo habe ich eine VBA Routine gesehen, mit der ein Zelleninhalt in eine Form gebracht werden konnte, die roemische Feldherren verstanden.

Joerg ( snipped-for-privacy@invalid.invalid):

In dem von mir genannten Link sind die Versionen aufgeführt, da ist auch Excel 97 dabei. Habe natürlich keine Version, um das zu testen. Libre Office kann es aber auch.

Hallo Ulrich,

Ulrich G. Kliegis schrieb:

Habe ich ja auch gemacht.

Tja. Für die 90308930900 muß es nicht mit Telekommunikation zu tun haben. Zur selben Linie des Harmonisierten Systems gehört es aber trotzdem.

siehe oben.

Schmeiß mal die obige rein und laß Dir den Pfad anzeigen. Das ist der Universalbenutzer.

Gruß Martin

Gerade mal auf dem Durabook probiert, ist das gleiche.

Nein, nicht mehr. Es gab in der Anfangszeit mal etliche Systeme, die intern dezimal gerechnet haben (darunter einige frühe IBM-Serien, diverse UNIVACs, diverses von Burroughs), aber mittlerweile ist BCD Arithmetik, wenn überhaupt unterstützt, allenfalls ein langsames Anhängsel und es wird intern "native", d.h. binär gearbeitet.

Abgesehen davon, was willst Du mit Codenummern für den Zoll "rechnen"? Die Codenummer für die Zahnbürste mit der Codenummer für Zahnpasta multiplizieren? Das wird allenfalls als Strings durch die Maschine gescheucht, und damit ist es relativ egal, was drin ist.

Dafür wären allenfalls Prüfziffern sinnvoll.

Vor dem zweiten Tunken aber die Krokogatoren im Burggraben eine Weile nicht füttern ;-)

Man liest sich, Alex.

Sehe ich regelmässig im Onlinebanking bei meinen schweizer vs. deutschen Kontos: in der Schweiz ist der Einheitentrenner (Franken,Rappen) ein Punkt und ein Hochkomma dient als Tausender-Separator. Probiere ich das gewohnheitsmässig im E-Banking für Deutschland gibt es Mecker, weil dort das Komma der Einheitentrenner (Euos,Cent) ist.

Man liest sich, Alex.

Du unterliegst dem Irrtum, dass sich dort (wie auch anderswo) die Politiker um _irgendwas_ anderes als ihren eigenen Wohlstand kümmern. Solange von dem o.g. Batzen was an deren Fingern klebenbleibt funktioniert alles so wie es soll - leider.

Macht natürlich das Geschäftsleben etwas schwerer, wenn man eine amerikanische Firma ist und nicht nur aus Prinzip- und Gewissens-, sondern auch aus Rechtsgründen die Verwendung von Schmiergeld unterlassen muss.

Man liest sich, Alex.

Klar, ich meinte auch den Computer als ganze, inklusive Software.

Das ist in diesem Fall schon wichtig, z.B. wenn man in einer Database nach Waren gewisser Zahlenbereiche sucht. Mache ich oefter. Bei mir handelt es sich zwar um Part Numbers, aber vom Prinzip sind die nicht viel anders organisiert als die fuer den Zoll. Mit roemischen Ziffern geht das nicht, es sei denn, man schreibt sich Spezialroutinen.

Die sind immer auf Jagd. Man sagt, sie ziehen die Beute unter Wasser und verstecken sie in Hoehlen oder unter Steinen. Fuer magere Zeiten, falls laenger nicht getunkt wird. Bei uns liegt das wohl daran, dass sie (noch ...) keine Food Stamps bekommen.