<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: Magento und die reservierte Bestellnummer	</title>
	<atom:link href="https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/</link>
	<description>Ihr unkomplizierter Partner für anspruchsvolle, zuverlässige und lösungsorientierte IT.</description>
	<lastBuildDate>Fri, 27 May 2016 13:50:45 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Von: Henry		</title>
		<link>https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-22</link>

		<dc:creator><![CDATA[Henry]]></dc:creator>
		<pubDate>Wed, 04 Feb 2015 14:26:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-solutions-zehaczek.de/?p=109#comment-22</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-19&quot;&gt;Kevin Hennen&lt;/a&gt;.

Sollte das so einfach sein? WOW! 
Wir werden es testen. 

Danke für den Tip!]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-19">Kevin Hennen</a>.</p>
<p>Sollte das so einfach sein? WOW!<br />
Wir werden es testen. </p>
<p>Danke für den Tip!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Kevin Hennen		</title>
		<link>https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-19</link>

		<dc:creator><![CDATA[Kevin Hennen]]></dc:creator>
		<pubDate>Sat, 10 Jan 2015 00:36:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-solutions-zehaczek.de/?p=109#comment-19</guid>

					<description><![CDATA[Gleiches Problem hatte ich auch im Webshop, allerdings mit SOFORT Überweisung als Payment. Bei allen anderen PayPal &#038; Co. ging es ohne Probleme, scheint das SOFORT beim Check-Out automatisch ein Problem mit der reservierten Bestellnummer hat. Wie folgt haben wir das Problem gelöst:

1. im FTP-Server Datei suchen: app/code/core/Mage/Sales/Model/Resource/Quote.php
2. in der Datei suchen nach der Code-Zeile: isOrderIncrementIdUsed method
3. in der Code-Zeile folgendes ersetzen:

$bind = array(&#039;:increment_id&#039; =&#062; (int)$orderIncrementId);
$bind = array(&#039;:increment_id&#039; =&#062; $orderIncrementId);

Im Prinzip wird nur (int) entfernt. Anschließend die Datei aktualisieren und das Problem ist weg.

------------------------------------------------------------]]></description>
			<content:encoded><![CDATA[<p>Gleiches Problem hatte ich auch im Webshop, allerdings mit SOFORT Überweisung als Payment. Bei allen anderen PayPal &amp; Co. ging es ohne Probleme, scheint das SOFORT beim Check-Out automatisch ein Problem mit der reservierten Bestellnummer hat. Wie folgt haben wir das Problem gelöst:</p>
<p>1. im FTP-Server Datei suchen: app/code/core/Mage/Sales/Model/Resource/Quote.php<br />
2. in der Datei suchen nach der Code-Zeile: isOrderIncrementIdUsed method<br />
3. in der Code-Zeile folgendes ersetzen:</p>
<p>$bind = array(&#8218;:increment_id&#8216; =&gt; (int)$orderIncrementId);<br />
$bind = array(&#8218;:increment_id&#8216; =&gt; $orderIncrementId);</p>
<p>Im Prinzip wird nur (int) entfernt. Anschließend die Datei aktualisieren und das Problem ist weg.</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Christian		</title>
		<link>https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-14</link>

		<dc:creator><![CDATA[Christian]]></dc:creator>
		<pubDate>Wed, 10 Dec 2014 09:55:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-solutions-zehaczek.de/?p=109#comment-14</guid>

					<description><![CDATA[Als Antwort auf &lt;a href=&quot;https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-12&quot;&gt;Michele&lt;/a&gt;.

Das Problem ist das Gleiche, vielleicht hat sich in dieser Version nur etwas am Workaround geändert.
Wenn Sie möchten geben Sie mir mal Zugriff auf die Datenbank (z.B. per phpMyAdmin) dann schaue ich mir das unverbindlich an.
VG]]></description>
			<content:encoded><![CDATA[<p>Als Antwort auf <a href="https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-12">Michele</a>.</p>
<p>Das Problem ist das Gleiche, vielleicht hat sich in dieser Version nur etwas am Workaround geändert.<br />
Wenn Sie möchten geben Sie mir mal Zugriff auf die Datenbank (z.B. per phpMyAdmin) dann schaue ich mir das unverbindlich an.<br />
VG</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Von: Michele		</title>
		<link>https://www.it-solutions-zehaczek.de/magento-und-die-reservierte-bestellnummer/#comment-12</link>

		<dc:creator><![CDATA[Michele]]></dc:creator>
		<pubDate>Thu, 04 Dec 2014 23:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.it-solutions-zehaczek.de/?p=109#comment-12</guid>

					<description><![CDATA[Hallo

Ich habe Magento 1.9.0.1 installiert und erfolgreich live geschaltet.
Die allererste Bestellung ging problemlos durch meinen Shop modelcarshop.ch und hat die Bestellnummer 100000001.
Eine zweite Bestellung funktioniert leider nicht mehr.
Beim Abschliessen des Bestellvorganges erscheint o.g. Fehlermeldung &quot;Bei der Verarbeitung Ihrer Bestellung ist ein Fehler aufgetreten...&quot;

Das Log-File bringt folgende Fehlermeldung:
exception &#039;PDOException&#039; with message &#039;SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry &#039;100000001&#039; for key &#039;UNQ_SALES_FLAT_ORDER_INCREMENT_ID&#039;&#039; in /home/www/web81/html/lib/Zend/Db/Statement/Pdo.php:228

Beim Ausführen o.g. SELECT-Befehls (Ermittlung blockierte Warenkörbe) erhalte ich ein Resultat mit reserved_order_id 100000001, d.h. mit derselben Bestellnummer wie die erste erfolgreich abgeschlossene Bestellung.
Auch die Durchführung des zweiten o.g. UPDATE-Befehlt hat leider nicht geholfen, d.h. bei einer neuen Bestellung wird wieder reseved_order_id 100000001 ausgegeben.

Woran kann dies liegen?
Wird die reserved_order_id nicht erhöht?

Vielen Dank für deine Hilfe, da ich langsam am Verzweifeln bin :-(

Beste Grüsse
Michele Cioffi]]></description>
			<content:encoded><![CDATA[<p>Hallo</p>
<p>Ich habe Magento 1.9.0.1 installiert und erfolgreich live geschaltet.<br />
Die allererste Bestellung ging problemlos durch meinen Shop modelcarshop.ch und hat die Bestellnummer 100000001.<br />
Eine zweite Bestellung funktioniert leider nicht mehr.<br />
Beim Abschliessen des Bestellvorganges erscheint o.g. Fehlermeldung &#8222;Bei der Verarbeitung Ihrer Bestellung ist ein Fehler aufgetreten&#8230;&#8220;</p>
<p>Das Log-File bringt folgende Fehlermeldung:<br />
exception &#8218;PDOException&#8216; with message &#8218;SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry &#8218;100000001&#8216; for key &#8218;UNQ_SALES_FLAT_ORDER_INCREMENT_ID&#8220; in /home/www/web81/html/lib/Zend/Db/Statement/Pdo.php:228</p>
<p>Beim Ausführen o.g. SELECT-Befehls (Ermittlung blockierte Warenkörbe) erhalte ich ein Resultat mit reserved_order_id 100000001, d.h. mit derselben Bestellnummer wie die erste erfolgreich abgeschlossene Bestellung.<br />
Auch die Durchführung des zweiten o.g. UPDATE-Befehlt hat leider nicht geholfen, d.h. bei einer neuen Bestellung wird wieder reseved_order_id 100000001 ausgegeben.</p>
<p>Woran kann dies liegen?<br />
Wird die reserved_order_id nicht erhöht?</p>
<p>Vielen Dank für deine Hilfe, da ich langsam am Verzweifeln bin 🙁</p>
<p>Beste Grüsse<br />
Michele Cioffi</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/?utm_source=w3tc&utm_medium=footer_comment&utm_campaign=free_plugin

Object Caching 32/55 objects using APC
Page Caching using Disk: Enhanced 
Database Caching 6/10 queries in 0.001 seconds using APC

Served from: www.it-solutions-zehaczek.de @ 2026-02-18 22:29:20 by W3 Total Cache
-->