Das kommende Update für den Mobilen MwSt-Rechner steht mittlerweile fast vor der Tür. Die letzten Beta-Tests laufen zur Zeit und die Übergabe an Apple dürfte bald bevorstehen. Das Update wird relativ umfangreich ausfallen und einige — meiner Meinung nach —  interessante Funktionen sowohl in der kostenlosen als auch in der kostenpflichtigen Version bringen.

Zu den neuen Funktionen gehören zum Beispiel der Export als PDF-Datei samt Übergabe an andere Apps. Auf die exportierten PDF-Dateien kann innerhalb der App als auch über iTunes zugegriffen werden. Eine weitere Neuerung ist die iCloud-Unterstützung für die Einstellungen sowie der letzten Eingaben. Dies sind nur ein paar Highlights der kommenden Version.

Ein kleiner Vorgeschmack bietet das nachfolgende Video, welches einige der Neuerungen vorstellt. Über den weiteren Verlauf des Beta-Tests und der Prüfung durch Apple werde ich euch über Twitter auf dem laufenden halten.

Zuerst möchte ich mich kurz für die vielen positiven Bewertungen/Reaktionen zum „Mobilen MwSt-Rechner” (iPhone/iPad) bedanken. Die Bewertungen sind für mich ein absoluter Ansporn die App weiter zu entwickeln und mit neuen Funktionen zu versehen. Vielen Dank dafür

Aber nun zum eigentlichen Grund für den Blog-Eintrag. Zwei Kommentatoren hab in den letzten Tagen folgendes geschrieben:

Perfekt — Läuft einwandfrei auf Pad und Phone. Habe von *App* (Name der App entfernt) gewechselt, da *App* FALSCH rechnet. (Hosale)

Für jeden der mit MwSt– und Prozent rechnen muss, eine absolute Empfehlung! Eines der wenigen Apps, die beim Runden nicht ins straucheln kommt. (_BüroMensch_)

Hierzu möchte ich heute doch etwas schreiben. Auch wenn erfahrene Entwickler den Grund für die Ungenauigkeit bei der Berechnung von Kommazahlen kennen (bzw. kennen sollten), dürften auch normale Nutzer das Thema sicherlich interessieren.

Viele Entwickler nutzen in ihren Anwendung zum verarbeiten von Komma-Zahlen den Speicher-Typ Float (Gleitkommazahl). Der Datentyp erlaubt das einfache verarbeiten sowie speichern von Komma-Zahlen und Berechnungen sind ebenso einfach durchzuführen. Ein weiterer Vorteil ist, dass der Datentyp praktisch in allen Programmiersprachen vorkommt. Dies ist auch der Grund, warum oft bei Float von einem „primitiven Datentyp” die Rede ist. Was würde also näher liegen als Float zu verwenden. Selbst die in Computern und natürlich auch Smartphones verbauten CPUs sind für das schnelle durchführen von Float-Berechnungen optimiert und Benchmarks geben oft die Leistung eines Prozessors in FLOPs (Anzahl der Float-point Operationen je Sekunde) an.

Man darf bei der Verwendung von Float allerdings nicht vergessen, dass nicht in jedem Fall dieser Datentyp angebracht ist. Float arbeitet intern nur mit einer bestimmten Anzahl von Stellen (abhängig vom unter anderem vom Prozessor) und verarbeitet die Zahlen als Binär-Werte. Beides zusammen führt dazu, dass bei Berechnungen Float-Werte ungenau werden können, was einigen Entwicklern nicht bewusst ist (mehr technische Details). Gerade in Einsteiger-Literatur wird auf diese Problematik nicht immer hingewiesen.

Für Berechnungen von Grafiken oder ähnlichem sind diese kleinen Ungenauigkeiten in der Regel kein Problem. Aber im Finanzbereich ist Float ein absolutes No-Go, da die kuriosesten „Rechenfehler” auftreten können. Aus diesem Grund bieten die meisten modernen Programmiersprachen spezielle Datentypen die z.B. für Finanz-Berechnungen eine sehr hohe Genauigkeit bietet. Im Fall iOS-Anwendungen sollte man die Zahlen als NSDecimalNumber und bei Java als BigDecimal Objekt verarbeiten und beachten, dass der gewählte Werte-Bereich nicht überschritten wird.

Die Float-Problematik ist nur einer von vielen Fallstricken die beim Entwickeln einer Anwendung auftreten können. Auch wenn ich mir von Anfang an der Problematik mit „Float” bewusst war, so bin auch ich mit meiner App auch in die ein– oder andere Falle getappt. Dies lässt sich nicht vermeiden. Das richtige runden, das beachten der unterschiedlichen Dezimal-Schreibweisen (Punkt/Komma) sowie das „überleben” eines Wechsels zwischen beiden Schreibweisen sind nur einige der beliebtesten Fehlerquellen.

Da solche Fehler einfach passieren können und selbst z.B. automatisierte Tests während dem erzeugen der Anwendung sowie umfangreiche Beta-Tests Fehler nie ganz verhindern, so möchte ich einfach als App-Entwickler folgende Bitte anbringen: Solltet Ihr bei einer App bzw. normalen Anwendung einen Fehler finden, so kontaktiert bitte immer zuerst den/die Entwickler bevor Ihr eine Bewertung schreibt. Der Hintergrund ist einfach, dass bei „Bewertungen” im z.B. iTunes oder Google Play Store keine Möglichkeit existiert dem Nutzer zu antworten. Eventuelle Rückfragen oder Hilfestellungen zum Problem sind auf Bewertungen in den App-Stores nicht möglich obwohl in vielen Fällen damit eventuelle Probleme ausgeräumt werden könnten. Eine direkte Kontaktaufnahme ist daher einfach für beide Seiten von Vorteil.

Gerade heute kann man wieder einmal lesen, wie enttäuschend der Verkauf von Surface bzw. Windows-RT Tablets läuft. Laut einer Meldung bei Golem wurden die weltweiten Verkaufs-Prognosen massiv gesenkt. Auch wenn Golem der Meinung ist, dass es sich mit dem Pro-Modell ändern dürfte, sehe ich dies komplett anders. Es wird sich absolut nichts ändern.

Wenn man sich das folgende Youtube-Video anschaut, dann zeigt es relativ gut, warum das Tablet wie Blei in den Regalen liegt. Die Performance scheint eine absolute Katastrophe zu sein, dass selbst die billigsten Android-Smartphones einem noch schnell vorkommen und entsprechend wirkt sich dies auch auf die Bedienung aus. Wenn allerdings sich nicht einmal die hauseigenen Programme wie Word halbwegs sauber auf einem Tablet bedienen lassen, dann kann man eigentlich nur noch das Fazit ziehen: absolut nicht Reif für einen Marktstart.   

Aber macht euch von dem (englischen) Video selber ein Bild — ich denke, dann erübrigen sich alle weiteren Worte:

Nach etwa 2 1/2 Jahren der verschiedensten Updates vom MwSt-Rechner schlug auch bei diesem Projekt einmal der Bug-Teufel zu — keine Software ist von Fehlern gefeit. Wie einige bereits bemerkt haben, rechnet der MwSt-Rechner mit der aktuellsten Version 4.1 bei größeren Zahlen nicht mehr richtig. Sobald bei einer der Zahlen über 3 Stellen vorkommen kann es (je nach Rechenweg) zu einem vollkommen falschen Ergebnis kommen. Ein Missgeschick, das so eigentlich nicht hätte vorkommen dürfen, aber bei den Test-Aufgaben fehlte tatsächlich alle Rechenwege mit Dezimalzahlen jenseits der 1000 einmal zu rechnen.

[Update]
Aber das wichtigste gleich zuerst: Durch eine beschleunigte Abwicklung durch Apple steht seit heute Nacht (10. auf 11.12.) das Update auf Version 4.2 bereits zur Verfügung. Mit dem Update wurden einige Anpassungen durchgeführt, die den Fehler durch Tausender-Gruppierung in den verschiedenen Regional-Einstellungen bereinigt haben sollte.
[/Update]

Wie es zu dem Fehler kam ist das eigentlich interessante. Ein Grund für die Entwicklung des MwSt-Rechners war, dass der überwiegende Teil der existierenden MwSt-Rechner nicht genau gerechnet haben. Ausschlaggebend für die Ungenauigkeit ist der Variablen-Typ „float”, der nur eine sogenannte „einfache Genauigkeit” bietet. Der Variablen-Typ verbietet sich eigentlich immer dann, wenn mit Komma-Zahlen genau gerechnet werden soll.

Wichtig war mir daher  nicht nur die einfache Bedienung, sondern auch , dass der MwSt-Rechner mit einer höheren Genauigkeit arbeitet. Er sollte dabei auch unbedingt die länderabhängige Formatierung von Dezimalzahlen beachten. Je nach Land sollte also der Dezimal-Trenner ein Punkt oder ein Komma sein und auch die Tausender-Gruppierung sollte passen um die Lesbarkeit größerer Zahlen zu vereinfachen.

Diese Punkte unter einen Hut zu bekommen war nicht immer einfach, da die App regelmäßig intern zwischen Zahlen und Zeichenketten (für die formatierte Aus-/Eingabe) konvertiert werden musste. Genau bei dieser Umwandlung kam es bei der Version 4.1 zu einem Fehler. Ohne jetzt zu sehr in das Detail zu gehen: Auslöser des Fehlers war, dass der an einer Codestelle verwendete Weg bei der Umwandlung nur teilweise die Lokalisierungs-Regeln berücksichtigt. Während das korrekte Zeichen zum trennen von Kommazahlen beachtet wurde führten das Tausender-Trennzeichen zu einer falschen Umwandlung.

Wie man auf dem Bild sehen kann, wurde der MwSt-Betrag noch korrekt berechnet, gerundet und entsprechend formatiert ausgegeben. Beim berechnen des Brutto-Betrags allerdings wurde der MwSt-Betrag intern über ein alternativen Weg in eine Zahl umgewandelt, der sich an dieser Stelle aus verschiedenen Gründen angeboten hat. Das Ergebnis kann man nun beim Brutto-Betrag sehen — alles hinter dem Tausender-Trenner wurde ignoriert und anstatt den 1900 Eur wurde nur 1 Euro auf den Netto-Betrag addiert.

Wie sieht das Fazit aus diesem Fehler aus? Zuerst wird die Liste mit den Test-Ausgaben wurde um das testen mit dem Tausender-Trennzeichen erweitert.  Die automatisch durchgeführten Unit-Tests werden ebenfalls deutlich erweitert um mehr verschiedene Eingabe-Methoden zu prüfen. Gleichzeitig wird verstärkt auf die Unterschiede zwischen den einzelnen Ländern (DE/AT und CH) geachtet werden inklusive dem Wechsel der Regional-Einstellungen während die Anwendung noch aktiv ist. Bei den kommenden Versionen wird auch versucht soweit möglich alle Umwandlungen soweit abzusichern, dass eine falsche Umwandlung soweit möglich abgefangen werden kann.

Noch ein paar wenige Tests und es ist soweit … der Mobile MwSt-Rechner wird zur Prüfung an Apple übergeben. Die Codebasis des Rechners ist komplett erneuert worden und die Oberfläche wurde modernisiert. Eine der größten Änderungen dabei ist, dass es sich nun um eine Universal-Anwendung handelt, welche sowohl das iPad, iPad mini, iPhone und iPod ab iOS5 unterstützt. Dies bedeutet, dass iOS4-Geräte wie das iPhone 3G aufgrund u.a. des ARMv6-Prozessors nicht mehr unterstützt werden können. Hintergrund ist auch, dass mit der Entwicklungsumgebung Xcode 4.3 deaktiviert und mit der aktuellen Version 4.5 Apple die Unterstützung von ARMv6-Geräten gestrichen hat.

Das „abschneiden alter Zöpfe” hat allerdings auch Vorteile. Da bei der Entwicklung nun viele neue Optionen durch iOS5 und iOS6 offen standen haben konnten wir auch einige neue Funktionen einbauen. Dazu gehört das komplett neue Design, als auch die optionale Zahlen-Tastatur und viele andere kleinen Punkte. Auch was die Stabilität angeht, wirkt sich die Umstellung durchaus positiv aus (ohne jetzt zu sehr in die technischen Details zu gehen).

Viele der Änderungen sind in den nachfolgenden Screenshots bereits zu sehen. Neben der bereits erwähnten Oberfläche und der Zahlen-Tastatur wurde auch die Länder-Auswahl komplett überarbeitet und erlaubt eine effektivere Bedienung. Eine der Neuerungen ist hier auch die optional aktiviere Anzeige der Mehrwertsteuer-Sätze der einzelnen Länder. Verbessert wurde auch die Berechnung in den einzelnen Modulen selber. Beim Prozentsatz-Rechner wurde ein Bug korrigiert, der zu einem falschen Ergebnis führen konnte (je nach Eingabe-Reihenfolge). Eine weitere Änderung ist die verbesserte Unterstützung der kaufmännischen Rundung. Es besteht nun auch die Möglichkeit die Anzahl der Kommastellen auf Wunsch selber festzulegen. Dies sind nur die die direkt sichtbaren Änderungen. Auch „unter der Haube” gibt es einige Optimierungen die eine schnelle Reaktionszeit der Oberfläche erlauben, obwohl diese deutlich aufwändiger wurde.

Aber nun direkt zu den Screenshots für das iPhone und iPad:

Am Wochenende nahm ich mir die Zeit um Windows8 in der finalen Version anzuschauen. Einfach, um beim Thema Windows 8 auf dem aktuellen Stand zu sein.

Bei der Installation ist mir aufgefallen, dass Windows8 — sofern man die Standard-Einstellungen lässt — nicht mehr mit ausschließlich lokalen bzw. auf einem Domänen-Server liegenden Benutzerkonten arbeitet, sondern die Anmeldung mit einer Live ID funktioniert.

Ich halte das für für ziemlich mutig von Microsoft. Nach meiner Erfahrung werden bei privaten Rechnern (Workstations ohne Touch-Bedienung) sehr oft schwache Passwörter für die Anmeldung verwendet und nur selten regelmäßig geändert. Oft werden auch die gleichen Zugangsdaten von mehreren Familien-Mitglieder verwendet.

Mich würde es nicht wundern, wenn viele das Verhalten mit zu Windows 8 übernehmen. Das bedeutet, dass die Anzahl der Live-ID-Zugänge mit schwachen Passwörter deutlich steigen dürfte. Dabei muss man sich aber einmal überlegen welche Daten damit offen stehen. Alle Daten die bei Microsoft in der Cloud gespeichert werden wie die eigene Kontakt-Datenbanken sowie Daten die auf dem Skydrive liegen und vieles mehr liegt damit für potentielle Angreifer offen.

Ich kann nur hoffen, dass ich falsch liegen werde, aber ich befürchte, dass man mit der steigenden Verbreitung von Windows8 auch von einer steigenden Anzahl von übernommenen Accounts lesen kann. Meiner Meinung nach sollte man sich überlegen, ob als Anmelde-Methode nicht ein lokaler Account für den eigenen Rechner die bessere Methode ist.

Ich denke, die Problematik ist einfach mit dem Fokus auf die Touch-Bedienung zu erklären. Während Nutzer die mit Tastatur-/Maus arbeiten weiterhin mit einem normalen Passwort arbeiten, dürften Nutzer mit Touch-Pads eher auf die Anmeldung über eine PIN-Nummer bzw. über ein „Anmelde-Bild” setzen.

Im letzten Monat schrieb ich hier über meine Meinung im Zusammenhang mit Windows 8 und der Nutzung des Systems in Unternehmen. Nach einigen Tests konnte ich noch den Kopf schütteln konnte und mit einem Video Microsoft quasi meine Meinung bestätigt.

Mittlerweile haben sich auch weit bedeutendere Seiten diesem Thema angenommen. Das jüngste Beispiel ist das Blog der Gartner Gruppe. Das Ergebnis, zu dem die Gartner Gruppe kam, ist ebenfalls ziemlich vernichtend für Windows 8. Bei Unternehmen sind laut dem Blog-Eintrag von Gunna Berger überwiegend noch normale Desktop-Rechner. Es scheint allerdings, als habe Microsoft die klassische Bedienung beim Entwurf von Windows 8 praktisch vergessen. Besonders unhandlich findet Gunna Berger auch die Bedienung über einen Remote-Rechner. Der Grund hierfür sind unter anderem die neuen berührungsempfindlichen Ecken/Kanten. Man muss tatsächlich den Mauszeiger ziemlich exakt in die Ecke des Remote-Desktop Fensters ziehen und nach einer Sekunde erscheinen dann (mit viel Fingerspitzengefühl) die kleinen Metro-Icons auf die man klicken kann.

Die Erfahrungen von Gunna Berger kann ich komplett hier nachvollziehen. Das gilt insbesondere auch im Zusammenhang mit der Nutzung via Remote-Desktop. Ähnliche Probleme zeigen sich auch, wenn man Windows 8 als virtuelles Betriebssystem in einem Fenster laufen lässt.

Ein weiterer Grund warum Windows 8 bei Unternehmen sich erst einmal nicht durchsetzen wird ist laut dem Gartner-Blog, dass die meisten Betriebene einerseits noch nicht auf Windows 7 komplett umgestiegen sind und nur wenige Unternehmen auf Windows 8 überhaupt vorbereitet sind. Als weiterer Grund wird auch die schlechte Erfahrung aufgeführt, die Geschäftskunden mit Windows ME und Vista hatten.

Die Zukunft wird zeigen, wohin die Reise mit Windows 8 gehen wird. Ich für mein Teil kann mir durchaus auch vorstellen, dass die Windows-Rechner hier im Büro und auch bei der überwiegenden Zahl meiner Kunden erst einmal nicht sehen wird.

Seit einigen Tagen ist es innerhalb der iOS-Entwicklergemeinde als auch unter den iPhone/iPad Nutzern ein großes Thema. Ein Hacker aus Russland stellte bei Youtube ein Video bereit, auf dem man sehen konnte, wie ein InApp-Kauf gefälscht werden konnte. Kurze Zeit später stellte er auch alles notwendige bereit um selber „kostenlose” InApp-Käufe tätigen zu können.

Zwischenzeitlich wurde das Video allerdings entfernt und der für den „Hack” benötigte DNS-Server wurde zwischenzeitlich gesperrt. Der aktuelle Stand sieht nun so aus, dass der vorgestellte Weg nicht mehr direkt funktioniert. Allerdings hat der Hacker bereits eine neue funktionierende Anleitung für den heutigen Abend angekündigt.

Vorab ein paar generelle Dinge zu solchen Hacks. Ich werde sicherlich hier die Anleitung nicht verlinken. Es sollte auch jedem klar sein, dass man sich mit dem „faken” eines InApp-Kaufs abseits der legalen Wege bewegt und dies unter umständen später teuer zu stehen kommt.

Abseits der rechtlichen Probleme möchte ich dennoch auf ein paar Punkte hinweisen, die auf vielen Nachrichtenseiten nicht direkt bzw. nur unvollständig erwähnt wurden.

Zuerst ein Punkt, der eigentlich jedem klar sein sollte. Der vom Hacker betriebene „InApp-Kauf”-Server, welcher die Antwort (=Reciept bzw. Kaufbeleg) für die jeweilige App generiert, erhält neben der Gerätekennung auch die eingegebenen Zugangsdaten. Die Zugangsdaten werden zwar über eine verschlüsselte Verbindung übertragen, aber da der Hacker als „Man-In-The-Middle” die komplette Kommunikation auf sein eigenen Server umlenkt baut iOS die verschlüsselte Verbindung mit dem „falschen” Server auf. Dies wird allerdings erst wiederum durch das installieren eines gefälschten Zertifikats überhaupt möglich.

Auch wenn jetzt der Hacker natürlich beteuert, dass beliebige Zugangsdaten eingegeben werden können, so dürfte es dennoch genügend Leute geben, die ihre echten AppleId-Zugangsdaten eingegeben haben. Man kann den Leuten nur dringend empfehlen das Passwort schnellstmöglich zu ändern. Dies gilt für alle Seiten, auf der man das gleiche Passwort verwendet hat. Bleibt natürlich noch die Gerätekennung und mit dieser kann theoretisch jedes iPhone/iPad erkannt werden kann. Hier kann man nur hoffen, dass wirklich nichts aufgezeichnet wurde. Für Apps aus dem iTunes Store ist übrigens der Zugriff auf genau diese Kennung zukünftig nicht mehr möglich.

Ein weiterer Punkt  ist, dass das Problem bereits seit Ende 2011 bekannt ist und der „Hacker” im Endeffekt das ganze nur als fertige Lösung präsentierte die auch ohne Jailbreake funktionierte. Natürlich handelt es sich dabei auch um eine „Leistung”. Mir stellt sich aber die Frage: hätte er eine solche weitreichende Anleitung unbedingt bereitstellen müssen? Jedenfalls ist die Sache alles andere als neu …

Bereits im letzten Jahr hat Apple im Zusammenhang mit den InApp-Käufen seine Entwickler darauf hingewiesen, dass man das Receipt bzw. den Kaufbeleg unbedingt vor dem freischalten von Inhalten prüfen sollte. Zitat von der Apple Developer-Homepage:

The code provided in these steps is best used for the built-in product model. If your application uses a server to deliver content, you are responsible for designing and implementing the protocols used to communicate between your application and your server. Your server should also verify receipts before delivering products to your application.

Es existiert auch eine Anleitung die das prüfen des Kaufbelegs erklärt. In der Anleitung geht man auch davon aus, dass die Prüfung über ein eigenen Server erfolgt. Selbst innerhalb des geschlossenen Entwickler-Forums ist dies bereits seit längerem ein regelmäßiges Thema.

Auch wenn die Prüfung für ein Entwickler einen Extra-Aufwand bedeutet, so sollte spätestens jetzt eigentlich jedem klar sein, dass die Prüfung mittlerweile notwendig ist. Durch eine solche Prüfung, besonders wenn sie über den eigenen Server ausgeführt wird, kann man als Entwickler relativ beruhigt vor gefälschten Kaufbelegen sein. Ein Angreifer müsste dann auch die Verbindung zu dem für das jeweilige App zuständige Webservice abfangen und dies bedeutet eine individuelle Anpassung für die jeweilige App. Um das ganze noch etwas zu erschweren, kann der Webservice über eine https-Verbindung mit einem gültigen Zertifikat betrieben werden.

Die Liste mit Apps, die durch den nun bekanntgewordenen Weg angegriffen werden kann dürfte mit Sicherheit in Zukunft immer weiter abnehmen. Ich kann mir nicht vorstellen, dass von den betroffenen Publisher viele lange zuschauen werden.

In den letzten Wochen nach dem Start des EnergieSteuer-Rechners wurde der Mobile Mwst-Rechner einer kompletten Überarbeitung unterzogen. Dabei gibt es auch so einige größere Änderungen:

• Unterstützung für das iPad mit speziell für das iPad optimierter Oberfläche
• Vollständige Retina-Unterstützung (für das iPhone als auch iPad)
• iCloud-Unterstützung (optional)
• Speicherung der Eingaben in Zukunft abschaltbar
• Optimierte Länderauswahl mit wahlweise Anzeige der MwSt-Sätze
• iPhone: unterschiedliche Tastaturen zur Auswahl (Zahlen-Tastatur und Nummernblock)
• Anpassungen an das kommende iOS 6
• … und noch einige weitere Überraschungen

Im Zusammenhang mit der iPad-Unterstützung habe ich für euch noch eine gute Nachricht. Die aktuellen Planungen sehen vor, dass bereits gekaufte Premium-Upgrades auch für die neue iPad-Variante weiterhin gültig bleiben.

Falls jemand von euch Interesse hat beim geschlossenen Beta-Test mitzumachen, der kann sich gerne an info(at)tfnApps.de wenden.

Aber nun noch ein paar Bilder der iPad-Version vom kommenden MwSt-Rechner:

Da geht man gestern ohne große Hintergedanken ins Bad und sieht durch das Badfenster im Garten einen unangekündigten Besucher.  Einer der 4 Weißstörche die zur Zeit sich im örtlichen Vogelpark aufhalten sitzt bei uns hier im Garten auf einer Baum und lässt sich die Sonne auf das Gefieder scheinen. Auch wenn die Sonne wirklich sehr tief stand musste ich einfach probieren ob mit dem Teleobjektiv noch schöne Bilder möglich sind. Es war einfach ein Anblick, den man nicht so oft hat.

Mit etwas nachbearbeiten in Aperture wurde das Ergebnis dennoch (meiner Meinung nach) ganz brauchbar. Viel Spass also mit den Bildern und ich hoffe mal, ich verletze mit den Bildern nicht die Persönlichkeitsrechte des Weißstorchs :