<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — Shipping/Billing Overs (Deliver more than ordered)]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=7734</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=7734&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Shipping/Billing Overs (Deliver more than ordered).]]></description>
		<lastBuildDate>Tue, 02 Oct 2018 13:27:40 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Shipping/Billing Overs (Deliver more than ordered)]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=32805#p32805</link>
			<description><![CDATA[<p>This is a standard practice in the printing (and many manufacturing) industry in the US.&nbsp; I am unsure if the same holds true elsewhere.&nbsp; &nbsp;Because of custom made orders, quality control or rejection loss - over-producing an order is necessary.&nbsp; &nbsp;</p><p>Like this, if the order is for 300 pieces - I need to print 10% extra to be sure I have enough so I don&#039;t have to go back and make a custom order of 10 pieces to fill the order.&nbsp; &nbsp;However, it is industry standard to be able to ship AND bill those overs.&nbsp; &nbsp;</p><p>My final order invoice should look like and work like this-</p><p>Item / Description / Ordered Amount / Shipped Amount / Unit Price / Extended Price (SHIPPED amount x Unit Price)</p><p>Would love to see this updated.&nbsp; I would guess there are plenty of people not using this software due to this limitation.</p>]]></description>
			<author><![CDATA[null@example.com (jfirestone)]]></author>
			<pubDate>Tue, 02 Oct 2018 13:27:40 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=32805#p32805</guid>
		</item>
	</channel>
</rss>
