POS-Terminal - Versionsgeschichte

Sokrates 399: Typografie (https://www.duden.de/rechtschreibung/e__V_)

2024-10-04T09:48:18Z

Typografie (https://www.duden.de/rechtschreibung/e__V_)

← Nächstältere Version		Version vom 4. Oktober 2024, 11:48 Uhr
Zeile 53:		Zeile 53:
	Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.		Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.

	In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.Net-Framework\|.NET]], [[Java (Programmiersprache)\|Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminalen unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine freie Bibliothek (.NET) für das ZVT Protokoll zur Verfügung gestellt.<ref>[https://github.com/Portalum/Portalum.Payment.Zvt Portalum / Portalum.Zvt], auf github.com</ref>		In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.Net-Framework\|.NET]], [[Java (Programmiersprache)\|Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminalen unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e. V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine freie Bibliothek (.NET) für das ZVT Protokoll zur Verfügung gestellt.<ref>[https://github.com/Portalum/Portalum.Payment.Zvt Portalum / Portalum.Zvt], auf github.com</ref>

	In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen – werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.		In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen – werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.

Fonero am 24. April 2024 um 16:53 Uhr

2024-04-24T16:53:50Z

← Nächstältere Version		Version vom 24. April 2024, 18:53 Uhr
Zeile 1:		Zeile 1:
	[[Datei:EFTPOS (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]		[[Datei:EFTPOS (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]
	[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]		[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]
	Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Es kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis.		Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Es kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis. Ein mobiles Gerät wird als "mobile Point of Sale" (mPOS) bezeichnet.

	== Geschichte ==		== Geschichte ==

InternetArchiveBot: InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

2024-04-09T19:29:00Z

InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

← Nächstältere Version		Version vom 9. April 2024, 21:29 Uhr
Zeile 18:		Zeile 18:
	In Deutschland wagten als erste Institute die Sparkassen 1984 Versuche mit POS-Systemen in Berlin und München, die aber daran scheiterten, dass der Handel sich nicht an den Kosten beteiligen wollte. Die Verhandlungen zogen die Systemeinführung in die Länge, sodass erst 1990 mit [[Electronic Cash Terminal\|Electronic Cash POS-Systemen]] in Deutschland der Durchbruch gelang.<ref>Pohl, Hans et al. (Hrsgg.): Wirtschafts- und Sozialgeschichte der deutschen Sparkassen im 20. Jahrhundert, Stuttgart 2005. S. 360.</ref>		In Deutschland wagten als erste Institute die Sparkassen 1984 Versuche mit POS-Systemen in Berlin und München, die aber daran scheiterten, dass der Handel sich nicht an den Kosten beteiligen wollte. Die Verhandlungen zogen die Systemeinführung in die Länge, sodass erst 1990 mit [[Electronic Cash Terminal\|Electronic Cash POS-Systemen]] in Deutschland der Durchbruch gelang.<ref>Pohl, Hans et al. (Hrsgg.): Wirtschafts- und Sozialgeschichte der deutschen Sparkassen im 20. Jahrhundert, Stuttgart 2005. S. 360.</ref>

	In der Schweiz hat die Migros-Genossenschaft Bern zusammen mit der [[Migros Bank]] ein Test mit POS-Terminalen im Jahr 1987 im [[Shoppyland Schönbühl]] gestartet.<ref>{{Internetquelle \|url=https://www.migros.ch/de/unternehmen/geschichte/timeline.html#duttis-erben-1989-1989-Cardomat-regula_KORR \|titel=«Einfach – schnell – sicher» \|werk=migros.ch \|abruf=2021-07-18}}</ref>		In der Schweiz hat die Migros-Genossenschaft Bern zusammen mit der [[Migros Bank]] ein Test mit POS-Terminalen im Jahr 1987 im [[Shoppyland Schönbühl]] gestartet.<ref>{{Internetquelle \|url=https://www.migros.ch/de/unternehmen/geschichte/timeline.html#duttis-erben-1989-1989-Cardomat-regula_KORR \|titel=«Einfach – schnell – sicher» \|werk=migros.ch \|abruf=2021-07-18 \|archiv-url=https://web.archive.org/web/20210718144353/https://www.migros.ch/de/unternehmen/geschichte/timeline.html#duttis-erben-1989-1989-Cardomat-regula_KORR \|archiv-datum=2021-07-18 \|offline=ja \|archiv-bot=2024-04-09 19:28:59 InternetArchiveBot }}</ref>

	== Weitere Entwicklung der POS-Terminale ==		== Weitere Entwicklung der POS-Terminale ==

2003:E4:CF1B:6100:B0F9:C898:13CA:8107: Korrekturen

2023-09-05T09:42:26Z

Korrekturen

Änderungen zeigen

CommonsDelinker: Ersetze EFT_POS_(20170819_230646).jpg durch EFTPOS_(20170819_230646).jpg (von CommonsDelinker angeordnet: File renamed: Criterion 3 (obvious er

2022-07-20T04:18:16Z

Ersetze EFT_POS_(20170819_230646).jpg durch EFTPOS_(20170819_230646).jpg (von CommonsDelinker angeordnet: File renamed: Criterion 3 (obvious er

← Nächstältere Version		Version vom 20. Juli 2022, 06:18 Uhr
Zeile 1:		Zeile 1:
	[[Datei:~~EFT POS~~ (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]		[[Datei:EFTPOS (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]
	[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]		[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]
	Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Er kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis.		Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Er kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis.

Filzstift: /* Integration in Kassenlösungen */BKL-fix, replaced: .NET → .NET mit AWB

2022-05-31T06:33:02Z

Integration in Kassenlösungen: BKL-fix, replaced: .NET → .NET mit AWB

← Nächstältere Version		Version vom 31. Mai 2022, 08:33 Uhr
Zeile 53:		Zeile 53:
	Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.		Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.

	In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.NET]], [[Java (Programmiersprache)\|Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine freie Bibliothek (.NET) für das ZVT Protokoll zur Verfügung gestellt.<ref>[https://github.com/Portalum/Portalum.Payment.Zvt Portalum / Portalum.Zvt], auf github.com</ref>		In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.Net-Framework\|.NET]], [[Java (Programmiersprache)\|Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine freie Bibliothek (.NET) für das ZVT Protokoll zur Verfügung gestellt.<ref>[https://github.com/Portalum/Portalum.Payment.Zvt Portalum / Portalum.Zvt], auf github.com</ref>

	In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.		In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.

Thomas Dresler: Tippfehler

2022-02-03T21:04:23Z

Tippfehler

← Nächstältere Version		Version vom 3. Februar 2022, 23:04 Uhr
Zeile 67:		Zeile 67:

	In den 2010er Jahren wurden u. a. [[iZettle]], [[Sumup]], [[Payleven]] und [[Lexware\|Lexware pay]] gegründet. Sie haben sich auf [[kontaktloses Bezahlen]] spezialisiert und digitale Lösungen für Smartphones und Tablets geschaffen. Mit dem Aufkommen von [[Near Field Communication\|NFC]]-fähigen Zahlkarten und [[Mobile Payment]] wurden Apps entwickelt, welche Zahlungen unabhängig vom Ort verarbeiten können.<ref>[https://www.onlinepc.ch/mobile/apps/kreditkartenterminal-app-android-1480864.html ''Kreditkartenterminal-App für Android''] In: onlinepc.ch, 5. März 2018, abgerufen am 13. März 2018.</ref>		In den 2010er Jahren wurden u. a. [[iZettle]], [[Sumup]], [[Payleven]] und [[Lexware\|Lexware pay]] gegründet. Sie haben sich auf [[kontaktloses Bezahlen]] spezialisiert und digitale Lösungen für Smartphones und Tablets geschaffen. Mit dem Aufkommen von [[Near Field Communication\|NFC]]-fähigen Zahlkarten und [[Mobile Payment]] wurden Apps entwickelt, welche Zahlungen unabhängig vom Ort verarbeiten können.<ref>[https://www.onlinepc.ch/mobile/apps/kreditkartenterminal-app-android-1480864.html ''Kreditkartenterminal-App für Android''] In: onlinepc.ch, 5. März 2018, abgerufen am 13. März 2018.</ref>
	2019 haben [[Worldline (Unternehmen)\|Worldline]] und [[Bitcoin Suisse]] eine Absichtserklärung unterzeichnet, um gemeinsam die Akzeptanz von [[Kryptowährung]]en an POS-Terminals zu ermöglichen.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/38747-bitcoin-suisse-worldline-kryptowaehrung-bezahlen-im-handel \|titel=Bitcoin Suisse bringt Kryptowährungen an die Ladenkasse \|werk=[[Finews\|finews.ch]] \|datum=2019-11-08 \|abruf=2019-11-09}}</ref> Das entsprechende Angebot wurde im August 2021 unter dem ~~Name~~ ''WL Crypto Payments'' lanciert.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/47548-mit-bitcoin-und-ether-im-laden-zahlen \|titel=Mit Bitcoin und Ether im Laden zahlen \|werk=finews.ch \|datum=2021-08-20 \|abruf=2021-08-23}}</ref>		2019 haben [[Worldline (Unternehmen)\|Worldline]] und [[Bitcoin Suisse]] eine Absichtserklärung unterzeichnet, um gemeinsam die Akzeptanz von [[Kryptowährung]]en an POS-Terminals zu ermöglichen.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/38747-bitcoin-suisse-worldline-kryptowaehrung-bezahlen-im-handel \|titel=Bitcoin Suisse bringt Kryptowährungen an die Ladenkasse \|werk=[[Finews\|finews.ch]] \|datum=2019-11-08 \|abruf=2019-11-09}}</ref> Das entsprechende Angebot wurde im August 2021 unter dem Namen ''WL Crypto Payments'' lanciert.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/47548-mit-bitcoin-und-ether-im-laden-zahlen \|titel=Mit Bitcoin und Ether im Laden zahlen \|werk=finews.ch \|datum=2021-08-20 \|abruf=2021-08-23}}</ref>

	In der [[Generali Arena (Wien)#Umbau 2016 bis 2018\|Generali Arena]] in Wien kann nach der von 2016 bis 2018 durchgeführten Renovation nur noch bargeldlos bezahlt werden.		In der [[Generali Arena (Wien)#Umbau 2016 bis 2018\|Generali Arena]] in Wien kann nach der von 2016 bis 2018 durchgeführten Renovation nur noch bargeldlos bezahlt werden.

Gak69: Weblink aus Fließtext entfernt; Link auf BKL aufgelöst

2021-12-06T22:55:22Z

Weblink aus Fließtext entfernt; Link auf BKL aufgelöst

← Nächstältere Version		Version vom 7. Dezember 2021, 00:55 Uhr
Zeile 53:		Zeile 53:
	Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.		Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.

	In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.NET]], [[Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine ~~[https://github.com/Portalum/Portalum.Payment.Zvt~~ freie Bibliothek] (.NET) für das ZVT Protokoll zur Verfügung gestellt.		In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.NET]], [[Java (Programmiersprache)\|Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine freie Bibliothek (.NET) für das ZVT Protokoll zur Verfügung gestellt.<ref>[https://github.com/Portalum/Portalum.Payment.Zvt Portalum / Portalum.Zvt], auf github.com</ref>

	In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.		In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.

DieEisenseite: /* Integration in Kassenlösungen */ Ergänzung einer Open Source Bibliothek für ZVT. Da der Verband keine Bibliothek zur Verfügung stellt.

2021-11-10T20:23:35Z

Integration in Kassenlösungen: Ergänzung einer Open Source Bibliothek für ZVT. Da der Verband keine Bibliothek zur Verfügung stellt.

← Nächstältere Version		Version vom 10. November 2021, 22:23 Uhr
Zeile 53:		Zeile 53:
	Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.		Mit zunehmender Akzeptanz der Karte zum Bezahlen an der [[Kasse]] werden POS-Terminal-Funktionen in die Kasse integriert. So können Fehlerfassungen vermieden und die Geschwindigkeit des Kartenbezahlvorganges an der Kasse erhöht werden. Bei der Integration werden die sicherheitsrelevanten Funktionen über ein zertifiziertes separates PIN-Pad mit Kartenleser abgedeckt, das als Peripheriegerät an die Kasse angeschlossen wird. Die bereits vorhandenen Ressourcen der Kasse – z. B. der Kassendrucker für das Drucken der Zahlungsbelege, die Anzeigeelemente für die Bediener- und Kundenführung oder die Netzwerkfunktionalität der Kasse für die Übertragung der zahlungsrelevanten Daten an das Bankensystem – können vom Kartenbezahlsystem mit genutzt werden.

	In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.NET]], [[Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren.		In der Vergangenheit war die Software-Integration in Kassenlösungen aufgrund international fehlender Protokollstandards schwierig. Mittlerweile auf dem Markt vorhandene De-facto-Standards wie die POS-EPS-Schnittstelle der IFSF<ref>[https://www.ifsf.org/ ifsf.org]</ref> oder die O.P.I.-Schnittstelle (O.P.I.: [[Open Payment Initiative]]) von Wincor Nixdorf erleichtern die Integration wesentlich. Im Zuge des EPAS-Projektes (EPAS: [[Electronic Protocols Application Software]]) werden darüber hinaus auf europäischer Ebene Protokollstandards geschaffen, die künftig die Vielfalt unterschiedlicher Schnittstellen reduzieren werden. In der [[Schweiz]] setzt sich immer mehr die Lösung von Six Financial / Worldline durch. Das SDK mit der Bezeichnung TIM kann in mehreren Programmiersprachen genutzt werden. Unterstützt werden [[Microsoft]] [[.NET]], [[Java]], [[JavaScript]] (mit [[node.js]]), [[Objective-C]] für [[Apple]] und [[WebAssembly\|WASM]] für browserbasierte Lösungen.<ref>[https://www.six-payment-services.com/en/shared/products/integration/tim.html Webseite der Schnittstelle TIM von Worldline]</ref> In Deutschland ist die Schnittstelle ZVT 700 des [[Verband der Terminalhersteller in Deutschland\|Verbandes der Terminalhersteller in Deutschland]] weit verbreitet. Dabei handelt es sich nur um eine Beschreibung einer Schnittstelle, welche von vielen in Deutschland verbreiteten Terminals unterstützt wird.<ref>[https://www.terminalhersteller.de/downloads/PA00P015_13.09_final_en.pdf PDF ZVT-700 Schnittstelle Version 13.9]</ref> Dabei handelt es sich um eine Socket basierte Lösung auf asynchroner TCP/IP Basis.<ref>[https://www.terminalhersteller.de/ Webseite des Verbandes der Terminalhersteller in Deutschland e.V.]</ref> Aber auch eine Beschreibung einer seriellen Verbindung wird bereitgestellt. Eine fertige Lösung in Form von Bibliotheken wird von diesem Verband nicht bereitgestellt. Es ist Aufgabe der Kassenlösungsanbieter eine solche Schnittstelle zu realisieren. Auf GitHub wird eine [https://github.com/Portalum/Portalum.Payment.Zvt freie Bibliothek] (.NET) für das ZVT Protokoll zur Verfügung gestellt.

	In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.		In den meisten Fällen muss die Schnittstelle zwischen Kassensoftware und Terminal abgenommen – also einer Prüfung unterzogen werden, bevor sie produktiv eingesetzt werden kann. In vielen Fällen wird die Abnahme der Lösung durch Vertreter des Zahlungsverkehrsanbieters durchgeführt. Ein Produktivbetrieb ist ohne Prüfung meistens nicht möglich.

84.147.27.66: /* Erste Versuche mit POS-Terminals */ wikilinks

2021-08-31T10:20:05Z

Erste Versuche mit POS-Terminals: wikilinks

← Nächstältere Version		Version vom 31. August 2021, 12:20 Uhr
Zeile 10:		Zeile 10:

	== Erste Versuche mit POS-Terminals ==		== Erste Versuche mit POS-Terminals ==
	Die gedanklichen Grundlagen für POS-Systeme schuf 1968 der damalige Vorsitzende des Amerikanischen Bankenverbandes, Dale L. Reistad, mit einer Vision einer bargeldlosen Gesellschaft. Über die ersten tatsächlich realisierten POS-Zahlungssysteme ist nicht viel bekannt, wahrscheinlich weil es sich lediglich um lokale Projekte handelte, die wenig erfolgreich verlaufen sind. Aufgrund der spärlichen Literatur lässt sich sagen, dass die ersten POS-Zahlungssysteme nach Vorbereitungen und Testphasen im Jahr 1971 in den [[Pilotprojekt\|Pilotbetrieb]] und 1972 in den USA in den regulären Betrieb übergingen. Es waren Zahlungssysteme mit elektronischen POS-Terminals bei Handels- und Dienstleistungsbetrieben, die von der City National Bank & Trust Company of Columbus (Ohio) in einem dortigen Außenbezirk und von der Savings Bank of Hampstead in Syosset (New York, ~~Long~~ ~~Island~~) erprobt wurden.		Die gedanklichen Grundlagen für POS-Systeme schuf 1968 der damalige Vorsitzende des Amerikanischen Bankenverbandes, Dale L. Reistad, mit einer Vision einer bargeldlosen Gesellschaft. Über die ersten tatsächlich realisierten POS-Zahlungssysteme ist nicht viel bekannt, wahrscheinlich weil es sich lediglich um lokale Projekte handelte, die wenig erfolgreich verlaufen sind. Aufgrund der spärlichen Literatur lässt sich sagen, dass die ersten POS-Zahlungssysteme nach Vorbereitungen und Testphasen im Jahr 1971 in den [[Pilotprojekt\|Pilotbetrieb]] und 1972 in den USA in den regulären Betrieb übergingen. Es waren Zahlungssysteme mit elektronischen POS-Terminals bei Handels- und Dienstleistungsbetrieben, die von der City National Bank & Trust Company of [[Columbus (Ohio)]] in einem dortigen Außenbezirk und von der Savings Bank of Hampstead in [[Syosset]] ([[Long Island]], [[New York (Bundesstaat)\|New York]]) erprobt wurden.

	Bei der Realisierung der ersten POS-Systeme in den USA versuchten die Banken, sich möglichst nahe an die Abwicklung der damals noch jungen Geldautomaten zu halten, was zur Folge hatte, dass die ersten POS-Terminals mit [[Debitkarte]]n und mit [[PIN-Code]] zu bedienen waren. Die beiden ersten POS-Systeme waren technisch erfolgreich, kommerziell jedoch ein Misserfolg, da sie sich in beiden Fällen beschränkten hinsichtlich Raum (nur ein Bezirk bzw. ein Ort wurde abgedeckt) und Kunden (jeweils nur die Geschäftskunden und die Privatkunden einer Bank konnten davon Gebrauch machen). Ähnlich erging es späteren, gleichartigen Projekten, weshalb komplexere Lösungen auf der Grundlage einer Kooperation konkurrierender Banken in Betracht gezogen wurden.		Bei der Realisierung der ersten POS-Systeme in den USA versuchten die Banken, sich möglichst nahe an die Abwicklung der damals noch jungen Geldautomaten zu halten, was zur Folge hatte, dass die ersten POS-Terminals mit [[Debitkarte]]n und mit [[PIN-Code]] zu bedienen waren. Die beiden ersten POS-Systeme waren technisch erfolgreich, kommerziell jedoch ein Misserfolg, da sie sich in beiden Fällen beschränkten hinsichtlich Raum (nur ein Bezirk bzw. ein Ort wurde abgedeckt) und Kunden (jeweils nur die Geschäftskunden und die Privatkunden einer Bank konnten davon Gebrauch machen). Ähnlich erging es späteren, gleichartigen Projekten, weshalb komplexere Lösungen auf der Grundlage einer Kooperation konkurrierender Banken in Betracht gezogen wurden.

← Nächstältere Version		Version vom 20. Juli 2022, 06:18 Uhr
Zeile 1:		Zeile 1:
	[[Datei:~~EFT POS~~ (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]		[[Datei:EFTPOS (20170819 230646).jpg\|mini\|Kartenterminal des Herstellers [[Ingenico]]]]
	[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]		[[Datei:Credit card terminal in Laos.jpg\|mini\|Kartenterminal des Herstellers ''Pax Technology'']]
	Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Er kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis.		Ein '''POS-Terminal''' (engl. "Point of Sale", in der Schweiz '''EFT/POS-Terminal'''), zu Deutsch: ''bargeldlose Verkaufsstelle'', ist ein Online-Terminal zum [[Unbarer Zahlungsverkehr\|bargeldlosen Bezahlen]] an einem [[Verkaufsort]]. Er kontrolliert eine [[Debitkarte]] oder eine [[Kreditkarte]] auf Kartensperrung und meldet dem Point of Sale das Prüfungsergebnis.

← Nächstältere Version		Version vom 3. Februar 2022, 23:04 Uhr
Zeile 67:		Zeile 67:

	In den 2010er Jahren wurden u. a. [[iZettle]], [[Sumup]], [[Payleven]] und [[Lexware\|Lexware pay]] gegründet. Sie haben sich auf [[kontaktloses Bezahlen]] spezialisiert und digitale Lösungen für Smartphones und Tablets geschaffen. Mit dem Aufkommen von [[Near Field Communication\|NFC]]-fähigen Zahlkarten und [[Mobile Payment]] wurden Apps entwickelt, welche Zahlungen unabhängig vom Ort verarbeiten können.<ref>[https://www.onlinepc.ch/mobile/apps/kreditkartenterminal-app-android-1480864.html ''Kreditkartenterminal-App für Android''] In: onlinepc.ch, 5. März 2018, abgerufen am 13. März 2018.</ref>		In den 2010er Jahren wurden u. a. [[iZettle]], [[Sumup]], [[Payleven]] und [[Lexware\|Lexware pay]] gegründet. Sie haben sich auf [[kontaktloses Bezahlen]] spezialisiert und digitale Lösungen für Smartphones und Tablets geschaffen. Mit dem Aufkommen von [[Near Field Communication\|NFC]]-fähigen Zahlkarten und [[Mobile Payment]] wurden Apps entwickelt, welche Zahlungen unabhängig vom Ort verarbeiten können.<ref>[https://www.onlinepc.ch/mobile/apps/kreditkartenterminal-app-android-1480864.html ''Kreditkartenterminal-App für Android''] In: onlinepc.ch, 5. März 2018, abgerufen am 13. März 2018.</ref>
	2019 haben [[Worldline (Unternehmen)\|Worldline]] und [[Bitcoin Suisse]] eine Absichtserklärung unterzeichnet, um gemeinsam die Akzeptanz von [[Kryptowährung]]en an POS-Terminals zu ermöglichen.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/38747-bitcoin-suisse-worldline-kryptowaehrung-bezahlen-im-handel \|titel=Bitcoin Suisse bringt Kryptowährungen an die Ladenkasse \|werk=[[Finews\|finews.ch]] \|datum=2019-11-08 \|abruf=2019-11-09}}</ref> Das entsprechende Angebot wurde im August 2021 unter dem ~~Name~~ ''WL Crypto Payments'' lanciert.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/47548-mit-bitcoin-und-ether-im-laden-zahlen \|titel=Mit Bitcoin und Ether im Laden zahlen \|werk=finews.ch \|datum=2021-08-20 \|abruf=2021-08-23}}</ref>		2019 haben [[Worldline (Unternehmen)\|Worldline]] und [[Bitcoin Suisse]] eine Absichtserklärung unterzeichnet, um gemeinsam die Akzeptanz von [[Kryptowährung]]en an POS-Terminals zu ermöglichen.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/38747-bitcoin-suisse-worldline-kryptowaehrung-bezahlen-im-handel \|titel=Bitcoin Suisse bringt Kryptowährungen an die Ladenkasse \|werk=[[Finews\|finews.ch]] \|datum=2019-11-08 \|abruf=2019-11-09}}</ref> Das entsprechende Angebot wurde im August 2021 unter dem Namen ''WL Crypto Payments'' lanciert.<ref>{{Internetquelle \|url=https://www.finews.ch/news/finanzplatz/47548-mit-bitcoin-und-ether-im-laden-zahlen \|titel=Mit Bitcoin und Ether im Laden zahlen \|werk=finews.ch \|datum=2021-08-20 \|abruf=2021-08-23}}</ref>

	In der [[Generali Arena (Wien)#Umbau 2016 bis 2018\|Generali Arena]] in Wien kann nach der von 2016 bis 2018 durchgeführten Renovation nur noch bargeldlos bezahlt werden.		In der [[Generali Arena (Wien)#Umbau 2016 bis 2018\|Generali Arena]] in Wien kann nach der von 2016 bis 2018 durchgeführten Renovation nur noch bargeldlos bezahlt werden.