Etwas über das ich mir vorher noch keine Gedanken gemacht habe, aber jetzt schon sind die Steuern für Einnahmen aus App Verkäufen … z.B. im Android Market. Klar, man zahlt Steuern wie auf jede Einnahmequelle, aber was ist mit der Mehrwertsteuer? So ganz klar ist das irgendwie nicht und Google Checkout wälzt die ganze Verantwortung dafür auf den Verkäufer ab ;-)
Deshalb hier ein Versuch der Erklärung. Ich hoffe man korrigiert mich, wenn ich falsch liege.
Ist man Kleinunternehmer und darf noch keine Mehrwertsteuer auf Rechnungen schreiben, so muss man diese auch nicht im Android Market angeben. Sind die Jahreseinnahmen höher und man wird umsatzsteuerpflichtig, dann muss man sie angeben, aber als Verkäufer in der EU, nur für EU-Kunden. Google Checkout bietet genau diese Option aber seltsamerweise auch die Möglichkeit die Steuern in der EU pro Land festzulegen. Gibt es da noch irgendeine Sonderregel, die ich übersehen habe?
Ein bisschen seltsam ist dann auch noch, dass bei Apps generell der Preis ohne Mehrwertsteuer anzugeben ist, d.h. die wird erst beim Kauf draufgeschlagen. Steht im Market also 99 Cent, dann kostet sie beim Kauf 1,18 Euro und manche Kunden könnten sich verarscht fühlen … denn wie schon gesagt, manchmal gibt es keine Mehrwertsteuer (Nicht-EU-Verkäufer oder Kleinunternehmer) und manchmal schon.
Das Ende vom Lied ist übrigens, dass von einer in der EU angebotenen App, für die ein EU-Bürger nicht mehr als 99 Cent bezahlen soll, nicht viel übrig bleiben wird. Nach Abzug der Mehrwertsteuer sind das 83 Cent (das ist der Preis den man bei Google als Verkaufspreis angeben muss). Google nimmt sich 30% davon, also bleiben noch 58 Cent und die muss man dann ja auch noch normal versteuern. Bei einer App, die einen Endkunden nicht mehr als 1,99 Euro kosten soll bleiben am Ende nur 1,17 Euro übrig.
Wie ist das eigentlich beim iOS App Store? Die Endkundenpreise sind dort ja fest. Wird die Mehrwertsteuer dort je nach Land von Apple eingetrieben? Ist die in den 30% schon enthalten, die Apple nimmt? Was ist dort mit Verkäufern, die keine Mehrwertsteuer angeben müssen bzw. dürfen? Auf den Rechnungen von Apple/iTunes steht jedenfalls nie die Mehrwertsteuer dabei.
Es ist noch gar nicht so lange her, da war ich der erste in meinem Bekanntenkreis, der ein iPhone sein Eigentum nennen durfte. Um genau zu sein, es war am 5. Oktober 2007, aber der letzte Satz von damals stimmt heute irgendwie nicht mehr:
Mit iPhone in der Hand springen einen die Frauen regelrecht an
Genauso wie Bloggen heute nicht mehr ganz so cool ist, sind die iPhone Sichtungen prozentual auch stark zurückgegangen. Bei einigen musste ich über die Jahre harte Überzeugungsarbeit leisten und nun bin ich selber weitestgehend von diesem Zug abgesprungen. Der Rest des – mittlerweile – Massenmarktes auch, denn Android ist nun scheinbar der Marktführer und dort speziell Samsung. So zumindest in meinem Freundeskreis, wenn es mal wieder zu solchen Szenen kommt:
Ist Samsung jetzt das neue Nokia? Hat Apple einen Fehler gemacht zu wenig verschiedene Modelle anzubieten? Und warum um Himmels Willen ist das Galaxy Nexus so wahnsinnig teuer?*haben will* (aber immer noch mehr als 100 Euro günstiger als das kleinste iPhone 4S) ;-)
So toll Android auch ist, derjenige mit dem einzigartigsten Gerät zu sein funktioniert mit damit evtl. nicht mehr. Diesen Status hätte man wohl nur mit dem Windows Phone von Nokia (obwohl es auch davon viele gibt, aber die hat nicht jeder). Damit kauft man zwar im Wesentlichen Hardware von vor 2 Jahren und obwohl Microsoft ja regelmäßige Updates verspricht, dürfte das Ende nächsten Jahres kein so tolles Erlebnis werden, wenn es dann Quadcore-was-weiß-ich Windows Phones gibt und die gleiche Software auf der alten Hardware nicht ganz so rund läuft. Hmm … nach Weihnachten!
Von ein paar Jahren, hat David Hasselhoff – so die Legende – mit seiner Gesangeskunst die Mauer einstürzen lassen. Es bleiben uns ein paar tolle Erinnerungen, Ost-Witze und ein Feiertag (heute!). Hurray ;-)
… 16 Jahren: Windows 95 wurde vorgestellt. Für viele wohl das bedeutendste Upgrade überhaupt. Endlich wurde DOS fast unsichtbar. Am 25. Oktober wird übrigens Windows XP 10 Jahre alt ;-)
So ein Hexacopter (oder simpler auch Quadrocopter) wäre doch eine nette Sache, dachte ich mir bzw. denke ich immer noch. Nur leider sind fertige Geräte ziemlich teuer oder nicht so ganz das Wahre und für alle braucht man dann noch teure Funksender und ggf. Erweiterungen für Navigation per GPS, etc.
Dann kam mir der Gedanke, dass moderne Smartphones eigentlich leistungsstark genug sein müssten so einen Quadrocopter fliegen zu können. Die Vorteile liegen auf der Hand:
Preiswert, da Massenware (Nexus S z.B. nur 285 Euro)
2 Digitalkameras für Blick nach unten und oben bzw. über Spiegel auch in andere Richtungen
Verbindung (zur Steuerung) über Wifi bzw. Bluetooth möglich oder für extreme Reichweiten auch mittels Mobilfunknetz
eigener Akku für mehrstündige Stromversorgung und somit auch leichtes Wiederauffinden des Fluggerätes, wenn der Akku für die Rotoren leer ist und das ganze abgestürzt ist
ach ja, wenn sich NFC durchsetzt könnte man so „im Vorbeiflug“ bezahlen ;-)))
Was meint ihr? Nexus S mit einer Motorsteuerung verbinden (jetzt dank Open Accessory Dev Kit möglich) und los geht’s? Bei dem Dev Kit wird schon ein Steuerungsboard verlinkt, welches so ein Smartphone mit der Steuerelektronik reden lässt, aber im Prinzip müsste es ausreichen die Motorsteuerung direkt zu verbinden und ggf. sogar den benötigten Strom dafür aus dem Handyakku zu beziehen.
Etwas ähnliches haben übrigens zwei Österreicher schon probiert. Steuerung eines Bausets von Mikrokopter (die teuren Dinger von oben) mittels Bluetooth von einem Androidgerät aus. Das geht so weit, dass man dieses Androidhandy dann mit dem Mikrocopter mitfliegen lassen kann und ihm über das Internet Steuersignale schicken kann. In etwa so habe ich mir das vorgestellt, nur ohne die unnötige Steuerelektronik im Mikrocopter selbst …
Möglich oder nicht? Kennt sich jemand unter meinen Lesern mit der Thematik aus? Rahmen, Motoren, Rotoren und BL-Steuerung kann doch nicht so teuer sein. Dazu noch ein Lipo mit Ladegerät und genanntes Nexus S mit vermutlich erheblichem Programmieraufwand und fertig ist das Ganze. Ich stelle mir das gerade wahrscheinlich zu simpel vor, oder?
Nachtrag:
Der Arducopter scheint mir ein interessanter Ausgangspunkt zu sein. Dieses Set bestehend aus Gestell, Motoren, Rotoren und Motoransteuerungen kostet mit Versand und Steuern um die 400 Euro. Vielleicht wird der Herbst ja warm? Mal sehen ;-)
Nachtrag 2:
Man könnte auch langsam anfangen und das Vorhaben erst einmal „theoretisch“ austesten. Mittels UavPlayground gibt es die Möglichkeit eine Drone zu simulieren und auch Daten von der Simulation zu lesen. Damit und mit dem Android Emulator bzw. einem richtigen Androidgerät könnte man auf jeden Fall schon mal die Steuersoftware testen bevor man echte Hardware verbaut und die Sackgasse bemerkt.
Es sieht so aus als ob Smartphones immer mehr zu Allroundern werden, also Eigenschaften eines PCs annehmen. Die Haupteigenschaft? Mehrere Betriebssysteme auf einem Gerät. Bei den XDA-Developers gab es schon länger die Möglichkeit auf diversen Geräten statt Windows Mobile Android laufen zu lassen und Android läuft ja auch schon auf dem iPhone.
Bei neueren Geräten fällt auf wie ähnlich sich die verschiedenen Versionen (d.h. WP7 und Android) sind. Bis auf ein paar Hardware Buttons kaum ein Unterschied. Dann kam das N9 von Nokia mit Meego und kurz darauf eine leicht modifizierte Version davon mit WP7 und sogar Android … auch vom Samsung Galaxy II soll es bald eine WP7 Version geben. Und warum auch nicht? All diese mobilen Betriebssysteme laufen auf fast identischer Hardware, ja sogar Windows 8 soll auf dieser Hardware laufen können.
Warum sollte man in Zukunft also nicht in den Laden gehen, sich das hübscheste Smartphone aussuchen und dann einfach wählen können mit welchem Betriebssystem man es denn heute booten möchte? Das iPhone verhält sich dann wohl wie ein Mac – gleiche Hardware wie PCs, aber das OS läuft nur dort – und alle anderen beherrschen den Markt mit mehr Vielfalt und günstigeren Varianten. Android wird wohl das mobile Windows werden, trotz seines gleichnamigen Mitbewerbers. Mal sehen wie das weitergeht. Ich fände eine solche Zukunft jedenfalls nicht zu schlecht. Das Zeitalter der 600 Euro Handys muss endlich aufhören!
P.S.: Nach ein paar Wochen mit einem iPhone (zurück von Android) geht’s mir ein wenig auf den Sack. Diese Gedenkpausen nach einer Push-Mitteilung bis ich dann tatsächlich in der jeweiligen App den kompletten Inhalt sehe und immer die gleiche Iconwüste … seit 3,5 Jahren … also das muss Apple und die entsprechenden App-Entwickler noch irgendwie ändern in den nächsten Betas.
Hat sich da draußen schon mal jemand gedacht, dass es doch super wäre wenn man eine Desktop-Anwendung ebenso einfach wie eine Webseite erstellen könnte? Vermutlich ja, sonst gäbe es ja kein Adobe Air oder Titanium Desktop. Beide Systeme binden einen Browser (Webkit) ein und darin laufendes Javascript kann dann über eine API auf gewisse Dinge vom System zugreifen. Das ganze natürlich weitestgehend plattformunabhängig (Win/Mac/Lin).
Meiner Erfahrung nach sind damit erstellte Anwendungen nicht merklich langsamer als native Anwendungen. Das mag zum einen an der eher simpleren Art dieser Anwendungen liegen und zum anderen an den mittlerweile recht schnellen Javascript Engines bzw. noch schnelleren Rechnern. Wobei eine Fullscreen Google Maps Karte mit beiden System eine ziemlich ruckelige Angelegenheit ist :/
Der Zugriff auf das System beschränkt sich auch auf das Wesentliche. Dinge wie z.B. Bluetooth Verbindungen aufbauen oder Zugriff auf andere Schnittstellen muss man sich dazuprogrammieren, aber immerhin kann man das ja.
Der Trend scheint jedenfalls zu immer App-artigeren (nicht abartigeren ;-)) Webseiten zu gehen und viele Browser bieten schon einige Schnittstellen ins System und können Anwendungen auch offline ausführen. Braucht man also so etwas wie Air überhaupt noch? Für die Schnittstellenkommunikation, die es noch nicht gibt, könnte man z.B. ein Browserplugin zur Verfügung stellen und es hätte den Vorteil, dass man keine Updateprozedur für die eigentliche Anwendung braucht, da sie ja immer aktuell aus dem Netz geladen wird, so fern verfügbar. Und in Chrome kann man für Webseiten sogar Desktop Verknüpfungen anlegen und sie so im eigenen Fenster starten. Kaum ein Unterschied zu einem normalen Programm.
Was meint ihr?! Sind Webanwendungen so weit? Sollte man Software – auch Software, die man offline verwenden möchte – nur noch so entwickeln? Für HTML/CSS findet man jedenfalls genügend Leute, die damit was anstellen können und denen Programmieren „irgendwie zu heftig“ ist :-)
Ein anderer Aspekt der ganzen Sache ist wie oben schon geschrieben die Plattformunabhängigkeit. Wie man bei normalen Webseiten zwischen mobilen Besuchern (iPhone usw.) und Desktopbesuchern unterscheiden kann und ihnen verschiedene Versionen zeigt, könnte man das auch bei Anwendungen machen. So könnte der gleiche HTML/Javascript Code wie auf dem Desktop mittels Tools wie PhoneGap dann auch auf verschiedenen Smartphones laufen und auch dort auf das System zugreifen.
Plattformunabhängigkeit durch Javascript … pardon ECMAScript. Wer hätte es gedacht …
Nachtrag:
httpvhd://www.youtube.com/watch?v=22vicDlzmkI (Ein Spiel, das mittels Adobe Air auf mehreren Plattformen läuft, allerdings wohl Flash. Dennoch beeindruckend.)
Seit 25 Jahren gibt es Pixar nun schon und seit 16 Jahren regelmäßig Animationsfilme im Kino …
Toy Story (1995)
A Bug’s Life (1998)
Toy Story 2 (1999)
Monster’s Inc. (2001)
Finding Nemo (2003)
The Incredibles (2004)
Cars (2006)
Ratatouille (2007)
WALL-E (2008)
Up (2009)
Toy Story 3 (2010)
Cars 2 (2011)
Man darf gespannt sein, denn mit Apple hat eine Firma, der ich es zutraue so etwas tatsächlich – erfolgreich – zu schaffen, einen App Store für normale PC Software angekündigt. Natürlich Mac PC Software. Es soll wohl das erfolgreiche Vorbild von iPhone/iPod/iPad in die Welt der Erwachsenen bringen ;-)
Üblicher 70/30 Split und für Indie-Programmierer sicher ein Segen. Es gibt genug Macs auf diesem Planeten und genug Macianer, die für Software tatsächlich kleine Summen ausgeben. Eine Chance für kleine Firmen und Individuen sozusagen … ganz wie beim iOS Appstore eben (siehe Link #1 und #2 zu der unglaublichen Geschichte von Trainyard, einem genialen Puzzlespiel).
Was steht dem im Weg? Regeln! Viele Regeln! Keine Ahnung, ob unter NDA oder nicht, man braucht zumindest ein Passwort um sie zu Gesicht zu bekommen. Deshalb ein paar kleine Auszüge …
Apps that crash will be rejected
Apps that exhibit bugs will be rejected
Apps that do not perform as advertised by the developer will be rejected
Apps that include undocumented or hidden features inconsistent with the description of the app will be rejected
Apps that use non-public APIs will be rejected
Apps that are „beta“, „demo“, „trial“, or „test“ versions will be rejected
Apps that duplicate apps already in the App Store may be rejected, particularly if there are many of them
Apps that are not very useful or do not provide any lasting entertainment value may be rejected
Apps that are primarily marketing materials or advertisements will be rejected
Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected
Oops, war doch eine 1:1 Kopie der ersten 10 Gründe für eine Ablehnung. So ungefähr geht das dann noch weitere 20 Punkte weiter. Interessant z.B. „Apps that require license keys or implement their own copy protection will be rejected“ oder auch „Apps that use deprecated or optionally installed technologies (e.g., Java, Rosetta) will be rejected“.
Es folgen viele weitere Punkte und hier picke ich jetzt wirklich nur mal die interessantesten raus:
All app icons should be similar, so as to not to cause confusion
Apps that use location-based APIs for automatic or autonomous control of vehicles, aircraft, or other devices will be rejected
Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good it may be rejected
Apps containing „rental“ content or services that expire after a limited time will be rejected
In general, the more expensive your app, the more thoroughly we will review it
Applications that scrape any information from Apple sites (for example from apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, etc) or create rankings using content from Apple sites and services will be rejected
Apps that rapidly drain a products battery or generate excessive heat will be rejected (eh ja, also nichts rechenintesives bitte)
Professional political satirists and humorists are exempt from the ban on offensive or mean-spirited commentary (OMG!!!)
„Enemies“ within the context of a game cannot solely target a specific race, culture, a real government or corporation, or any other real entity
Apps that include games of Russian roulette will be rejected (nochmal OMG!)
Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected (also nichts mit Logins wie z.B. einem Mailprogramm? Ach ne, die sind ja schon durch die andere Regel – nichts nachbilden was es von Apple schon gibt – abgedeckt)
Apps that contain user generated content that is frequently pornographic (ex „Chat Roulette“ apps) will be rejected
Apps that enable illegal file sharing will be rejected (alles was mit Dateien und dem Senden selbiger zu tun hat?)
Sehr ausführliches Regelwerk mit mehr DON’Ts als DOs. Mein Tipp ist, dass es dafür eher simplere Software für einen kleinen Preis wie auch bei iOS zu sehen geben wird. Keine Ahnung, ob man als Softwareunternehmen so viel Gängelung in Kauf nehmen will nur um eventuell mehr Software zu verkaufen, weil es für die Plattform ja immerhin auch andere Möglichkeiten des Vertriebes gibt. Auch ist es fraglich, ob sich bei einem 70/30 Split das Anbieten hochpreisiger Software überhaupt lohnt.
Was meint ihr? Kann ein App Store auf offener PC Hardware funktionieren? Linux hat ja schon immer so ein Modell, wenn auch ohne Bezahlfunktion. Auf dem Mac wäre Apples Version auch nicht die erste und seit es Steam gibt, weiß man ja, dass es auch für große Programme funktionieren kann (wenn auch arg überteuert, was wohl auch an der Gewinnverteilung – auch 70/30, weiß das jemand? – liegen kann, wenn der Publisher dort nicht weniger Kohle am Ende raushaben will als im Einzelhandel).
