• Muss Umsatzsteuer abgeführt werden?
  Nein, das erledigt bereits Apple für dich nach den Regeln der entsprechenden Zielländer und verrechnet das pauschal in seinen 30% Anteil. Apple ist quasi dein Zwischenhändler und du hast keine direkte Beziehung zu den Endkunden, sondern nur zu Apple. Da Apple in einem Drittland sitzt kannst du deine Einnahmen von Apple als ‘nicht umsatzsteuerpflichtige Einnahmen’ verbuchen.
• Welche Belege brauche ich?
  Nur deine Kontoauszüge auf denen die Zahlungseingänge verbucht sind. Es gilt das Datum an dem die Zahlung auf deinem Konto gut geschrieben wurde. Alle Informationen aus iTunes Connect sind quasi ohne Bedeutung und dienen nur zu deiner Information.

Wenn ihr genauere Informationen habt oder ich etwas falsches geschrieben habe, dann meldet euch bitte bei mir.

Update 1

Danke für die Kommentare. Ortwins Hinweis auf die vorher abgezogene Umsatzsteuer wollte ich mal überprüfen und habe ein kleines Python Skript geschrieben, dass die Daily Report Daten ‘Developer Proceeds’ mit dem ‘Customer Price’ in Beziehung stellt. Dabei habe ich folgende Werte erhalten (ur die bei denen beide Währungen gleich sind, die Reports sind ja so smart ):

AE   70.35%
AT   61.01%
AU   63.45%
BE   61.01%
BR   70.35%
CA   70.35%
CN   70.35%
DE   61.01%
EE   61.01%
ES   61.01%
FR   61.01%
GB   60.50%
GR   61.01%
GT   70.35%
HR   70.35%
IT   61.01%
JP   70.00% (in der Endabrechnung noch mal ca. -10%)
KR   70.35%
MY   70.35%
NL   61.01%
PH   70.35%
PT   61.01%
RU   70.35%
TR   70.35%
US   70.35%
ZA   70.35%

Update 2

Zusammenfassend kann gesagt werden (nochmals Danke an Ortwin Gentz. Alle Angaben weiterhin ohne Gewähr!):

• Aus Euro Ländern gibt es einen Revenue von ca. 60,8% (beinhaltet 15% Umsatzsteuer für Luxemburg)
• Aus Australien erreichen den Entwickler ca. 63,6% (beinhaltet 10% Umsatzsteuer)
• Aus Japan werden zwar zunächst 70% für den Entwickler gut geschrieben, aber vor der Auszahlung gehen noch mal mindestens 10% an Steuern runter (jap. Einkommenssteuer?). Wenn man das japanische Steuerformular bei Apple nicht ausfüllt können es sogar ca. 30% Abzüge sein.
• Aus dem Rest der Welt kommen dann tatsächlich die versprochenen 70% für den Entwickler an.

Was schliessen wir daraus? Es gibt Länder in den lohnt sich der Verkauf besonders, z.B. in den USA. Aber das ist aufgrund der Größe des Marktes ohnehin der interessanteste Zielmarkt für App-Entwickler

Leider bleibt noch ein Problem, denn ich war nicht in der Lage für iCal und Adressbuch auf meinem Mac mit diesen Einstellungen zu arbeiten. Hat vielleicht jemand einen Tip?

Hier alle nötigen Einstellungen im Überblick:

.

Tastaturen und Programmiersprachen

Wie kommt es also das verschieden Programmiersprachen unterschiedliche Klammerungen benutzen? Meine These: es liegt an der Bequemlichkeit! Hier ein paar Beispiele:

Europäische Programmiersprachen:

• HTML (Schweiz): <h1>Header</h1>
• Python (Niederlande): Keine Klammerung von Blöcken, Kommentare nach ‘#’
• Pascal, Modula, Oberon (Schweiz): Keine wilden Klammern, explizite Blöcke mit ‘BEGIN’ und ‘END’

Amerikanische Programmiersprachen:

• C, C++, Java, Javascript: Schlimme { } Klammern überall! Gierig nach Semikolons ‘;’
• Objective-C: Ganz krasse excessive [ ] Klammern zusätzlich zu den { } Klammern

Tipp: Umlaute und amerikanische Tastatur

Ein kleiner Tipp am Rande für Leute die sich vielleicht auch dafür entscheiden es mal mit einer QWERTY Tastatur unter MacOS X zu versuchen: die deutschen Umlaute kann man sich einfach zusammenbauen indem erst ALT+’u’ gedrückt wird und dann einer der Buchstaben ‘a’, ‘o’ oder ‘u’. Das ALT+’u’ zeigt das Trema an, das dann ähnlich wie bei Zeichen mit Akzent auf das passende Zeichen wartet. Das scharfe S, also ‘ß’ gibt es ach drücken von ALT+’s’. Am besten schaltet man die Tastaturübersicht in den Systemeinstellungen ein, dann wir sehr schnell klar welche Tastenkombinationen so zur Verfügung stehen.

Dazu benutze ich das Python Skript imapbackup.py das hier zu besorgen ist: http://the.taoofmac.com/space/Projects/imapbackup. Leider kam es bei mir zu Problemen mit Python 2.5, (MemoryError) daher lasse ich dieses Skript unter Python 2.6 laufen, was bisher noch keine Probleme verursacht hat. Aufgerufen wird das Ganze wie folgt:

$ python imapbackup.py -s mail.example.com -u example_user -p top_secret

Die Backups werden dann in das aktuelle Arbeitsverzeichnis geschrieben. Das hat mir nicht so sonderlich gefallen, weil ich mehrere Accounts habe. Der folgende Code-Schnipsel kann in das Skript eingefügt werden und sorgt dafür das die Backups in einem Verzeichnis mit dem Namen “HOSTNAME-USERNAME” landen, wobei beim Usernamen alles ab dem @ Zeichen abgeschnitten wird:


# Pimp filename
dest = os.path.join(os.getcwd(), config["server"] + "-" + config["user"].split("@")[0])
if not os.path.isdir(dest):
os.makedirs(dest)
filename = os.path.join(dest, filename)


Viel Erfolg mit der neuen Sicherheit

Update 25.1.2010:

Kompletter modifizierter Sourcecode http://gist.github.com/285987

Was es kann…

Zunächst einmal muss ich sagen das Google ganze Arbeit geleistet hat und mit Python genau die richtige Programmiersprache für diese anspruchsvolle Aufgabe gewählt hat. Denn es geht um nichts weniger als eine Plattform zur Verfügung zu stellen die trotz einfacher Anwendung maximal skaliert. Dazu trägt auch die mitgelieferte Datenbank bei, die eigentlich gar nicht als solche bezeichnet werden kann, denn es handelt sich um eine so genannte “Big Table”, die auch bei Google Suchdaten Speicherung zum Einsatz kommen soll. Also beste Voraussetzungen für unbegrenztes Wachstum der Applikationen.

Allerdings müssen dafür auch Einschränkungen in Kauf genommen werden, denn Google hat Python in ein enges Korsett gesteckt. Daher ist es nur möglich Python Module von Drittanbietern zu verwenden, die ohne nativen Code auskommen. Durch diese Begrenzungen fallen beliebte Module wie lxml und PIL leider weg. Ebenso taten sich sämtliche Templating Sprachen die auf den AST Baum zugriffen schwer, jedoch hat sich hier zumindest bei Genshi einiges getan, so dass dieser Makel in kürze verschwinden sollte.

Die große Wolke

GAE stellt neben den üblichen Diensten, wie z.B. denen von Amazon, eine Besonderheit dar. Üblicherweise bieten Cloud Anbieter virtuelle Maschinen zur Verfügung auf der beliebige Programme laufen können. Hat die Maschine ein bestimmtes Limit erreicht, wird ein Ausbau notwendig.

Google hingegen setzt auf eine proprietäre Entwicklungsumgebung. Der Vorteil hier ist, dass die verarbeitende Hardware absolut unwichtig ist und auch keinerlei physikalische Begrenzungen durch den User wahrgenommen werden können und brauchen.

In allen Szenarien des Cloud Computings ist aber das Motto “Zahle soviel zu brauchst” das schlagende Verkaufsargument. Für viele Startups bei die es sich leisten können ihrer Kundendaten bei einem Anbieter wie Google zu lagern ist dies der ideale Service. Allerdings ist gerade diese ungewisse Speicherung von Daten in der Cloud das stärkte Gegenargument für kommerzielle Nutzer. Sollte diese Problem der Datensicherheit befriedigend gelöst werden können, dann spräche wirklich nichts mehr gegen das Cloud Computing, aber hier ist momentan kein goldener Wurf abzusehen.