Tach auch,
Dachte mir dass es sowas schon gibt, und wird bestimmt schon in einige, abr sehr großen internationalen Firmen Testweise eingesetzt.
Jein. Grosse Firmen ja, allerdings z.T. schon ueber die Testphase hinaus.
Aber ich glaube das ist alles noch ein weiter Weg.
Das ist sicher richtig.
Auf alle Fälle sehe ich in dieser Richtung riesiges Potential, überlegt mal wie oft eine Rechnung in irgendwelche EDV eingegeben werden muß! Minimum 4 mal, einmal beim Ersteller, dann in der Buchhaltung und dann noch beim Steurberater/WP beider Parteien. Und das ist nur ein Beispiel, ich denke es gibt da noch viel mehr!
Siehe meine andere Antwort an Susi. Und ueberleg Dir die moeglichen Auswirkungen auf den Arbeitsmarkt...
Jedenfalls sehe ich in XML einen guten Standard für sowas, ob von der Regierung abgesegnet oder nicht, ich denke das geht wohl! Oder per http über das Internet, aber dazu kenne ich mich noch nicht genug aus.
Leider nein. Solange es gesetzlich nicht zulaessig ist rein elektronische Rechnungen zu schicken ist es ziemlich egal ob Du xml, html oder gnlpfrgtumew benutzt. Die gesetzlichen Rahmenbedingungen und die technischen Moeglichkeiten passen nicht unbedingt zusammen.
Überlegt mal, der Lieferant schreibt eine Rechnung in sein Warenwirschaftssystem, die geht dann per mail als angehängte xml Datei, oder direkt per http an den Empfänger, wenn es der gleiche Standard ist dann sofort in das eigene Warenwirtschaftssystem, sonst muß das Zertifikat überprüft werden und wenn bekannt mit den anfänlich eingerichteten Daten in den eigenen Standard übersetzt werden, und gleichzeitig direkt(oder später) gebucht(Bankkonto), dann auch in der Buchhaltung gebucht, genau so beim Lieferanten, Eingang wird automatisch geprüft und gebucht, auch für Buchhaltung, bei beiden eine Schnittstelle für Export aller Daten an WP, alles möglichst automatisch. Und jetzt rechnet euch mal aus wieviel Arbeit man alleine bei einer Rechnung spart!
Mein Reden ;-) Und genau das wird im Moment entwickelt. Das wird natuerlich am Anfang vor allem in grossen Firmen und fuer Standardvorgaenge eingesetzt, aber im Laufe der Zeit wird sich das ausbreiten.
Ich weiß dass sowas höchst komplex ist, aberr es ist mein Fernziel mal sowas in der Richtung selbst zu schreiben, möglichst über den Webbrowser zu verwalten, von überall zugänglich, schöne Nutzerverwaltung....alles Open Source, keine Lizensgebühren...
Das wirst Du so alleine glaube ich nicht schaffen. Das Wissen was Du dafuer brauchst wirst Du IMHO nicht als einzelner haben koennen. Vor allem da es bei so etwas nicht nur aufs technische ankommt sondern Du noch zig andere Bereiche abdecken musst.
Nun ja, jetzt kennt ihr meine Vision! Und in dieser Richtung muß es noch viel mehr geben! Ich weiß auch, dass schon viele Leute sowas entwickeln, aber warum nicht selbst was besseres machen, halt ohne komplizierte teure Standars, sondern einfach mit xml/http und individueller Übersetzung der Standards der einzelnen Firmen.
Das ist schon in Entwicklung: http://www.rosettanet.org/ um mal ein Beispiel zu nennen. Beruht meines Wissens auf xml.
Mal schaun wo das alles so hinführt!
Interessant wird das bestimmt werden.
PS: Rechnungen von Hand in eine fremdes System einzugeben halte ich für Quatsch! Ist schön für die eine Firma, aber noch aufwendiger für die andere - wer das wohl mitmacht!
Jein. Fuer den kleinen Blumenladen an der Ecke der die Geburtstagsblumen an eine Firma liefert lohnt sich ein kompliziertes System mit dem er die Rechnungen erstellt und sendet nicht. Wenn er aber Internetzugang hat koennte er die Rechnung ueber ein einfaches Webinterface "direkt" zustellen. Zeitersparnis, schnellere Bezahlung, Sicherheit dass die Rechnung auch angekommen ist. Durchaus Vorteile fuer den Blumenhaendler.
Gruss,
Armin