Menu
▾
▴
[Weberp-cvs] SF.net SVN: web-erp:[4467] trunk
|
From: <dai...@us...> - 2011-01-14 09:47:21
|
Revision: 4467
http://web-erp.svn.sourceforge.net/web-erp/?rev=4467&view=rev
Author: daintree
Date: 2011-01-14 09:47:14 +0000 (Fri, 14 Jan 2011)
Log Message:
-----------
updates to manual - install scripts
Modified Paths:
--------------
trunk/doc/Change.log.html
trunk/doc/Manual/ManualAccountsPayable.html
trunk/doc/Manual/ManualDevelopmentStructure.html
trunk/doc/Manual/ManualSecuritySchema.html
trunk/install/index.php
trunk/install/save.php
Modified: trunk/doc/Change.log.html
===================================================================
--- trunk/doc/Change.log.html 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/doc/Change.log.html 2011-01-14 09:47:14 UTC (rev 4467)
@@ -1,5 +1,7 @@
<p><font SIZE=4 COLOR=BLUE><b>webERP Change Log</b></font></p>
<p></p>
+<p>14/1/11: Phil install scripts modified to copy over FormDesigns under the new company directory created</p>
+<p>14/1/11: Phil Updates to manual for security and supplier invoice entry</p>
<p>13/1/11:Phil PO_Items.php remove redundant code, setup entry of lines in supplier units</p>
<p>13/1/11:Tim Z_ChangeCustomerCode.php now has foreign key checks defeated when deleting the old customer record and custbranch record </p>
<p>13/1/11:Phil SupplierInvoice.php and SupplierCredit.php now check to ensure the total of contracts fixed asset charges goods received charges, shipment charges and GL charges are at least equal to the amount of the invoice or credit. It was possible when GL interface turned off to get strange results</p>
Modified: trunk/doc/Manual/ManualAccountsPayable.html
===================================================================
--- trunk/doc/Manual/ManualAccountsPayable.html 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/doc/Manual/ManualAccountsPayable.html 2011-01-14 09:47:14 UTC (rev 4467)
@@ -141,27 +141,31 @@
<BR><BR>
<font size="+1"><b>Comments</B></FONT>
<BR><BR>
-Comments are entirely optional. They appear in the supplier inquiry screen against the invoice.
+Comments are entirely optional. They appear in the supplier inquiry screen against the invoice.
<BR><BR>
<font size="+1"><b>Different Types Of Charges On A Purchase Invoice</B></FONT>
<BR><BR>
-Depending on the nature of the supplier's charge and the items purchased there are several choices as to how the amount of the invoice is entered.
+Depending on the nature of the supplier's charge and the items purchased there are several choices as to how the amount of the invoice is entered.
<BR>
<UL>
-<LI>Charges for Stock Items - Entered against Goods Received</LI>
+<LI>Charges for stock items on purchase order items received - Entered against purchase orders</LI>
<LI>Charges for other expenses coded to different GL accounts</LI>
<LI>Charges for Shipments where the cost is to be split between all items on the shipment</LI>
+<LI>Charges for contracts - where the amounts are charged out against a contract</LI>
+<LI>Charges for the purchase of fixed assets</li>
</UL>
-Supplier invoices can be entered for any or all of the choices together.
+Supplier invoices (and credit notes) can be entered for any or all of the choices together.
<BR><BR>
+<font size="+1"><b>Creditors GL Interface</B></FONT>
+<BR><BR>
+If the GL interface to creditors is not set to yes in the company preferences screen then the total amount of the invoice can be entered directly. There is a check though to ensure that the total of the charges entered against purchase orders, shipments, contracts and gl is less than the total invoice amount entered directly. If the amount entered is less than the sum of the charges then a warning shows. However, if the GL interface is active the total of the charges against purchase orders, contracts, fixed assets, gl and shipments is accumulated into the main invoice entry screen amount of the invoice.
+<BR><BR>
<font size="+1"><b>Entry of Charges for Stock/Inventory Items</B></FONT>
<BR><BR>
All stock items must be received into stock against a purchase order. In the process a GRN (goods received note) entry created. Goods received will be evidenced in webERP by the stock movements inquiry showing the receipt of stock and also by the creation of a GRN against the supplier. If the general ledger interface is active a liability is posted to the GRN suspense account (defined in the company record) and the stock value is increased by the standard cost of the item at the time it is entered as received. The purchase order inquiry will also show the quantity received of the item (against the order). Entering a purchase invoice for stock items requires that the GRN records created for each item being charged for be matched off against the invoice. A special screen is available to search the GRNs outstanding for the supplier. This screen can be accessed directly from the invoice entry screen by clicking the button to enter against stock items.
<BR><BR>
The list of all the outstanding GRNs is shown together with any quantity already invoiced (on other invoices) and the price at which the purchase order was entered. The actual (currency) price that the supplier charged should be entered and the number of the items being invoiced on this invoice should be entered against the GRN too. This allows the actual charge for the item to be recorded against the GRN. Ultimately when the invoice is posted the actual cost (as converted at the invoice exchange rate)is recorded against the stock movement inquiry. When the invoice is entered, any for all GRNs matched to invoice charges, the purchase price variance calculated and posted to the general ledger (if the GL interface is active).
<BR><BR>
-If the GL interface is active the total of the charges against GRNs is accumulated into the main invoice entry screen.
-<BR><BR>
<font size="+1"><b>Entry of Invoices for Shipment Charges</B></FONT>
<BR><BR>
Shipment charges for freight, duty and cartage that the business wishes to cost into the purchase price of stock items must be entered against shipments. Shipments accumulate all these costs together before apportioning them to the items in the shipment and calculating the approriate purchase price variance. The button "Enter Against Shipments" shows a new screen that allows existing shipments to be selected and amounts (in currency of the supplier) entered against each shipment. If the shipment reference is already known it can be entered directly.
Modified: trunk/doc/Manual/ManualDevelopmentStructure.html
===================================================================
--- trunk/doc/Manual/ManualDevelopmentStructure.html 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/doc/Manual/ManualDevelopmentStructure.html 2011-01-14 09:47:14 UTC (rev 4467)
@@ -1,25 +1,25 @@
-<br><br>
+<br /><br />
<a name="DevelopmentStructure"><font size="+3"><b>Development - Structure</b></font></a>
-<br><br>
+<br /><br />
This
page will be of interest primarily to developers wishing to get to
grips with the system and how the various scripts function.
-<br><br>
+<br /><br />
<font size="+2"><b>Sales Orders</b></font>
-<br><br>
+<br /><br />
Initiation of orders is done from
the script :
-<br><br>
+<br /><br />
SelectOrderItems.php
-<br><br>
+<br /><br />
This script contains functionality
to select the customer for the order as well as selecting the parts
for the order.
-<br><br>
+<br /><br />
The order processing logic
revolves around a cart object called Items which is declared as a
session variable. It contains an array of LineItem objects, each line
@@ -29,38 +29,37 @@
order is thus cached in this session variable. Updates to the
database for the cached sales order are only effected when the user
explicitly commits modifications. This is actually done from the
-<br><br>
+<br /><br />
DeliveryDetails.php script.
-<br><br>
+<br /><br />
The SelectOrderItems.php script
also allows modifications to pre-existing orders by repopulating the
Items session object and the Items-LineItems array directly from the
database. Checks are necessary to ensure that changes are sensible.
-<br><br>
+<br /><br />
The script has two ways to select
parts to add to an order:
-<br><br>
+<br /><br />
1. By selecting the stock category
or an extract of the code or description. The user must then hit the
search button to initiate the search. The page displays the choice of
parts meeting the criteria for selection.
-<br><br>
-2. By entering the part code and
-quantity directly. This allows quick entry of sales orders, where the
+<br /><br />
+2. By entering the part code and quantity directly. This allows quick entry of sales orders, where the
user is familiar with the stock codes. The user must hit the quick
entry button to initiate the processing of entries in the quick entry
grid.
-<br><br>
+<br /><br />
<font size="+2"><b>Pricing</b></font>
-<br><br>
+<br /><br />
The script looks up the pricing for the customer based on the
customer currency and sales type. As many sales types as required can
be set up each with its own price list. Where there is no pricing set
up for the sales type and currency of the customer then no parts are
available for adding to the order.
-<br><br>
+<br /><br />
<b>Kit set parts</B> can be
entered - these are defined at the stage of the inventory item setup
- they are exploded into their components for modification directly
@@ -70,7 +69,7 @@
all these parts into the order, but then allow deletion of the 256Meg
RAM and replacement with the code for 512Meg RAM or whatever
modifications are required.
-<br><br>
+<br /><br />
<B>Assembly parts</B> can also be
entered that refer to underlying component parts but priced at the
assembly level. An assembly part is not exploded into its components
@@ -78,11 +77,11 @@
sales analysis records but not for stock quantity records maintained
although movement records are created for the assembly parts as well
as the components of the assembly.
-<br><br>
+<br /><br />
<font size="+2"><b>Delivery and Freight Charges</b></font>
-<br><br>
+<br /><br />
Having selected the customer and
the line items for the order, the delivery details need to be
entered. Depending on the entries in logicworks.ini the freight
@@ -102,89 +101,89 @@
DeliveryDetails.php script. There is therefore a requirement to
maintain the volume in cubic meters and weight in kgs for each part
and also the scale of freight costs if this functionality is used.
-<br><br>
+<br /><br />
If the data requirement to use
this effectively is considered too great, it is possible to disable
this freight calculation too in logicworks.ini.
-<br><br>
+<br /><br />
Once the order delivery details
are all entered in the DeliveryDetails.php script then the order can
be committed to the database. It is entirely cached in the Items
session variable to this point and only when the order is placed or
changes committed is the session variable cleared and the database
updated.
-<br><br>
+<br /><br />
<font size="+2"><b>Finding Sales Orders</b></font>
-<br><br>
+<br /><br />
Orders can be found using the
script:
-<br><br>
+<br /><br />
SelectSalesOrders.php
-<br><br>
+<br /><br />
This script allows a number of
ways to find an outstanding sales order.
<OL>
- <LI>By
+ <li>By
customer - a customer selected from the SelectCustomer.php script
can call this script to show only outstanding orders for the
- customer selected.
- <LI>By
+ customer selected.</li>
+ <li>By
part - selection of a part is built into the script. The purist
would have the SelectProduct functionality seperated in a seperate
script. However I feel that this way makes for a more intuative user
- experience.
- <LI>An order number can be
- entered directly.
+ experience.</li>
+ <li>An order number can be
+ entered directly.</li>
</OL>
-<br>
+<br />
The SelectSalesOrders.php
-<br><br>
+<br /><br />
script also provides links on the
orders returned to allow the order to be modified or invoiced.
-<br><br>
+<br /><br />
Modification of order line items
is done in the same script as originally created ...
SelectOrderItems.php but it is not possible to change a line quantity
to a quantity less than is already invoiced, or to delete a line that
has some quantity already invoiced.
-<br><br>
+<br /><br />
<font size="+2"><b>Invoicing</b></font>
-<br><br>
+<br /><br />
An invoice can only be created by
first selecting the items to invoice onto a sales order. The order
can then be invoiced.
-<br><br>
+<br /><br />
The link to invoice the order from
the SelectOutstandingOrders.php script shows all the line items on
the order that are yet to be invoiced. There is opportunity for the
user to alter the quantity to invoice but not the price/discount.
There is also opportunity to manually over-ride tax calculations and
freight charges.
-<br><br>
+<br /><br />
The ConfirmDispatch-Invoice.php
script actually processes the invoice within a database transaction
creating the DebtorTrans record, the SalesAnalysis record, the stock
movement records updating the location stock records and the sales
order delivery details.
-<br><br>
+<br /><br />
To look at the details of a
completed order the script:
-<br><br>
+<br /><br />
SelectCompletedOrder.php
-<br><br>
+<br /><br />
allows similar selection
facilities as the outstanding sales orders searches. This page also
shows the quantities on the order that have been delivered and
invoiced.
-<br><br>
+<br /><br />
<font size="+2"><b>Accounts Receivable / Debtors Accounts</b></font>
-<br><br>
+<br /><br />
A customer account consists of a
master record ? the branch records set up against the master record
and the transactions which require a branch record for invoices and
@@ -194,11 +193,11 @@
(SysTypes TypeID=10) ie charges are recorded as positives in the
DebtorTrans table and credits (SysTypes TypeID=11) and receipts
(SysTypes TypeID=12) are recorded as negatives.
-<br><br>
+<br /><br />
<font size="+2"><b>Accounts Receivable Receipts</b></font>
-<br><br>
+<br /><br />
Since cash comes in for a number
of reasons , the most common of which is the payment of invoices ,
the receipt form allows for entry of GL items as well as customer
@@ -208,11 +207,11 @@
about the receipt before it is all accecpted. Only then is the
database updated with the necessary records to record the receipt and
general ledger impact if the debtors link is active.
-<br><br>
+<br /><br />
<font size="+2"><b>Accounts Receivable Allocations</b></font>
-<br><br>
+<br /><br />
The system is designed so that
allocations can only be made by selecting either receipts or credit
notes and the available invoices for allocating to are then found.
@@ -220,45 +219,45 @@
credit is allocated. An update option allows the total left to
allocate to be recalculated taking into account any amounts entered
against invoices already.
-<br><br>
+<br /><br />
NB. Since there is no use of java
or client side scripting, there is no way to keep track dynamically
of how much is left to allocate.
-<br><br>
+<br /><br />
The allocations script can be
called with:
-<br><br>
+<br /><br />
1) no parameters where it will
return all the receipts and credit notes that have a balance yet to
be allocated to invoices.
-<br><br>
+<br /><br />
2) A customer code - all credits
and reciepts will show for that customer that are yet to be fully
allocated.
-<br><br>
+<br /><br />
3) A transaction type (11 or 12)
and transaction number ? this will show the transaction and the
amount previously allocated to it with the invoices it was allocated
to together with any unallocated invoices. The existing allocations
can be modified at will and new allocations made.
-<br><br>
+<br /><br />
<font size="+2"><b>Sales Analysis</b></font>
-<br><br>
+<br /><br />
All invoices and credit notes
create or update sales analysis records. Sales analysis records go
down to the part level. There is some duplication of data by
maintainig a seperate sales analysis table. The rationale for this
is:
<UL>
- <LI>improve
+ <li>improve
the simplicity of required queries to produce sales analysis and
hence speed of creation of reports.
- <LI>allow
+ <li>allow
indexing of common fields for analysis in sales analysis to further
improve performance of sales analysis queries.
- <LI>to remove the dependencies
+ <li>to remove the dependencies
between data tables. If stock movements are purged this could create
problems for sales analysis.
</UL>
@@ -270,112 +269,112 @@
Alternatively, reports can be run to create .csv (comma seperated
values) files for analysis in most spreadsheet applications or import
into user databases such as Borand?s Paradox or Micosoft Access.
-<br><br>
+<br /><br />
Sales analysis reports are
designed and stored as a header record containing the information
about the sorting and criteria for selection and detail records
defining the columns to show on the report.
-<br><br>
+<br /><br />
Report column definitions allow
the period range and type of information to show eg GP, cost, value,
quantity. Periods are monthly and maintained invisibly to the user.
The period is only ever used for general ledger reporting and for
sales analysis. An enquiry page from the report columns definition
page allows for easy reference to the period required.
-<br><br>
+<br /><br />
<font size="+2"><b>Purchase Orders</b></font>
-<br><br>
+<br /><br />
Similar selection facilities exist
for purchase orders as do for Sales orders using the script
-<br><br>
+<br /><br />
POSelectOrders.php
-<br><br>
+<br /><br />
this script shows all outstanding
orders where there are deliveries yet to be received. A specific
supplier or part can be selected to show only purchase orders meeting
the criteria selected.
-<br><br>
+<br /><br />
The script also shows links to:
<OL>
- <LI>Modify
+ <li>Modify
the order within certain bounds eg cannot reduce a purchase order
- line quantity below the quantity already received.
- <LI>Print
+ line quantity below the quantity already received.</li>
+ <li>Print
the purchase order. This link is disabled if the purchase order has
already been printed. Orders can be re-printed but a warning shows
that the order has already been printed so that there can be no
- accidental double printing and sending of an order to a supplier.
- <LI>Receive items on the order.
+ accidental double printing and sending of an order to a supplier.</li>
+ <li>Receive items on the order.</li>
</OL>
<font size="+2"><b>Inventory</b></font>
-<br><br>
+<br /><br />
Stock movements are created -
depending on the type of stock item - each time a product is invoiced
or credited. If an item is credited and written off eg. goods damaged
in transit then two stock movements are created:
<OL>
- <LI>To
+ <li>To
bring the stock item back into stock and record the credit to the
- customer.
- <LI>To write the item off to the
- selected GL account.
+ customer.</li>
+ <li>To write the item off to the
+ selected GL account.</li>
</OL>
-<br>
+<br />
Stock movements are also created
when an item is received against a purchase order.
-<br><br>
+<br /><br />
Each time a stock movement is
entered the stock quantity at the location is updated.
-<br><br>
+<br /><br />
The stock is therefore fully
integrated with sales and purchasing. The only stock transactions
that involve direct entry are:
<OL>
- <LI>Stock
+ <li>Stock
transfers between locations.
- <LI>Stock quantity adjustments.
+ <li>Stock quantity adjustments.
</OL>
-<br>
+<br />
It is not possible to enter either
of these two types of transaction against dummy, assembly or kitset
parts since no stock movements or stock quantities exist for these
types of parts.
-<br><br>
+<br /><br />
<font size="+2"><b>Stock Inquiries</b></font>
-<br><br>
+<br /><br />
Selecting a product shows all the
options available to operate on the part.
<UL>
- <LI>Stock usage by location
- <LI>Stock
+ <li>Stock usage by location
+ <li>Stock
status showing quantity on hand, quantity on order, quantity
demanded and re-order quantity.
- <LI>Stock
+ <li>Stock
movements by location for defined date range.
- <LI>Outstanding sales orders
+ <li>Outstanding sales orders
</UL>
-<br>
+<br />
All inquires follow a similar
format, that allow input of the stock code directly for users
familiar with the codes. Alternatively, the enquiry script can be
called from the SelectProduct.php script which has all the facilities
to be able to select the part required.
-<br><br>
+<br /><br />
<font size="+2"><b>Accounts Payable</b></font>
-<br><br>
+<br /><br />
Supplier invoices are entered
using the script:
-<br><br>
+<br /><br />
SuppInvoice.php
-<br><br>
+<br /><br />
This script must be called with a
SupplierID from the SelectSupplier.php page. Once a supplier is
passed to the page a new SuppTrans object is created to hold (cache)
@@ -383,20 +382,20 @@
arrays one for the GL analysis, one to hold the shipment charges
(e.g. freight, cartage and duty) and the third for the Goods Received
to be invoiced GRNs ? these could also be items on a shipment.
-<br><br>
+<br /><br />
If the GL link to creditors in the
company preferences is set then the amount to invoice must be
accumulated from stock items received being invoiced, the shipment
charges and the general ledger postings entered. There is no
opportunity to enter the total invoice amount manually.
-<br><br>
+<br /><br />
General ledger analysis link only
shows if the GL Creditors link is active. This script allows
population of the GLCodes array. The page allows a GL code to be
entered directly by a user familiar with the GLCodes or to select a
code from a select box. Plenty of space for narrative is available
too.
-<br><br>
+<br /><br />
The link from the
SupplierInvoice.php script to the SuppInvGRNItems.php allows the
goods received from the supplier that have not already been invoiced
@@ -409,28 +408,28 @@
remaining two parameters are used to check the proportion that the
order is over invoiced by in terms of the quantity invoiced and the
price charged respectively.
-<br><br>
+<br /><br />
The total of all lines of goods
received being invoiced are accumulated. If the GL link to creditors
is active then the order lines and the GL lines are accumulated
together to get the total currency amount of the invoice. If the link
is not active the currency amount must be entered manually, but the
amount must be more than the goods received being invoiced.
-<br><br>
+<br /><br />
The due date of supplier invoices
defaults to the date of the invoice entered after applying the terms
defined for the supplier. There is an option to create a payment
directly from the invoice creation. The payment record created will
be for the total of the single invoice.
-<br><br>
+<br /><br />
<font size="+2"><b>Supplier Payments</b></font>
-<br><br>
+<br /><br />
Records can be created for all due
amounts either by using the payment run or using the manual payment
entry.
-<br><br>
+<br /><br />
The payment run creates payment
records for all payments due to the specified date in the specified
currency at the specified exchange rate, from the specified bank
@@ -440,12 +439,12 @@
and produces general ledger transactions if the creditors link is
active. The bank payment record is also created for bank
reconciliation purposes.
-<br><br>
+<br /><br />
Manual supplier payments can be
entered by selecting the supplier then the manual payment link. The
currency of the supplier is automatically defaulted. However, the
rate must be entered and the amount together with any reference.
-<br><br>
+<br /><br />
Manual payments screen called
without the SupplierID also allows entry of general ledger analysed
payments.
\ No newline at end of file
Modified: trunk/doc/Manual/ManualSecuritySchema.html
===================================================================
--- trunk/doc/Manual/ManualSecuritySchema.html 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/doc/Manual/ManualSecuritySchema.html 2011-01-14 09:47:14 UTC (rev 4467)
@@ -129,10 +129,16 @@
is pre-defined and can not be edited<br>
using any webERP tool.</td>
</tr>
-</tbody></table></body></html>
+</tbody></table>
<br>
<br>
+<b>Changes in Later Versions</b>
+<br>
+<br>
+Below the default security roles and page security values are set out. However, be aware that all these settings are now modifiable in the database. The roles can be defined choosing which security tokens will be allowed. Also, as of version 4.0 it is now possible to change the PageSecurity of each script to allow access to be more tightly defined. The PageSecurity value for a particular script is mapped to the security token that is either available to a particular user or not. Without the security token being in the users list of allowed security tokens then the script will not be available to that user.
+<br>
+<br>
<b>Security Roles: Defaults for webERP version 3.0.5:</b><br>
<br>
1 - Inquiries/Order Entry<br>
@@ -177,7 +183,7 @@
<br>
<table border="2">
<tbody><tr><th>Page (script) File Name
-</th><th>PageSecurity value
+</th><th>PageSecurity value
</th></tr>
<tr>
Modified: trunk/install/index.php
===================================================================
--- trunk/install/index.php 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/install/index.php 2011-01-14 09:47:14 UTC (rev 4467)
@@ -4,7 +4,7 @@
ini_set('display_errors', 'On');
// Start a session
if(!defined('SESSION_STARTED')) {
- session_name('ba_session_id');
+ session_name('ba_session_id');
session_start();
define('SESSION_STARTED', true);
}
@@ -105,11 +105,11 @@
</tr>
<?php } ?>
<tr>
- <td width="140" style="color: #666666;">PHP Version > 4.1.0</td>
+ <td width="140" style="color: #666666;">PHP Version > 5.1.0</td>
<td width="35">
<?php
$phpversion = substr(PHP_VERSION, 0, 6);
- if($phpversion > 4.1) {
+ if($phpversion > 5.1) {
?><font class="good">Yes</font><?php
} else {
?><font class="bad">No</font><?php
@@ -165,15 +165,14 @@
<?php
// Try to guess installation URL
$GuessedURL = 'http://'.$_SERVER["SERVER_NAME"].$_SERVER["SCRIPT_NAME"];
- $GuessedURL = rtrim(dirname($GuessedURL), 'install');
+ $GuessedURL = trim(rtrim(dirname($GuessedURL), 'install'));
?>
- <input type="text" tabindex="30" name="ba_url" style="width: 99%;" value="
- <?php
- if(isset($_SESSION['ba_url'])) {
- echo $_SESSION['ba_url'];
- } else {
- echo $GuessedURL;
- }
+ <input type="text" tabindex="30" name="ba_url" style="width: 99%;" value="<?php
+ if(isset($_SESSION['ba_url'])) {
+ echo $_SESSION['ba_url'];
+ } else {
+ echo $GuessedURL;
+ }
?>" />
</td>
</tr>
@@ -239,15 +238,13 @@
<td width="7"> </td>
<td width="70" style="color: #666666;">Username:</td>
<td>
- <input type="text" tabindex="44" name="database_username" style="width: 98%;" value="
- <?php
+ <input type="text" tabindex="44" name="database_username" style="width: 98%;" value="<?php
if(isset($_SESSION['database_username'])) {
echo $_SESSION['database_username'];
} else {
echo 'root';
- }
- ?>
- " />
+ }
+ ?>" />
</td>
</tr>
<tr>
Modified: trunk/install/save.php
===================================================================
--- trunk/install/save.php 2011-01-13 09:33:59 UTC (rev 4466)
+++ trunk/install/save.php 2011-01-14 09:47:14 UTC (rev 4467)
@@ -236,7 +236,12 @@
$Result = mkdir($CompanyDir . '/EDI_Pending');
$Result = mkdir($CompanyDir . '/reportwriter');
$Result = mkdir($CompanyDir . '/pdf_append');
-
+ $Result = mkdir($CompanyDir . '/FormDesigns');
+ copy ($path_to_root . '/companies/weberpdemo/FormDesigns/GoodsReceived.xml', $CompanyDir . '/FormDesigns/GoodsReceived.xml');
+ copy ($path_to_root . '/companies/weberpdemo/FormDesigns/PickingList.xml', $CompanyDir . '/FormDesigns/PickingList.xml');
+ copy ($path_to_root . '/companies/weberpdemo/FormDesigns/PurchaseOrder.xml', $CompanyDir . '/FormDesigns/PurchaseOrder.xml');
+ copy ($path_to_root . '/companies/weberpdemo/FormDesigns/SalesInvoice.xml', $CompanyDir . '/FormDesigns/SalesInvoice.xml');
+
// Now have a destination to place the logo image.
if (isset($_FILES['LogoFile'])) {
if ($_FILES['LogoFile']['error'] == UPLOAD_ERR_OK) {
@@ -257,15 +262,6 @@
}
}
-//Need to get the new version number
-$ConfigDistributionFile = file($path_to_root . '/config.distrib.php');
-$ConfigDistributionFileLines = sizeof($ConfigDistributionFile);
-for ($i=0; $i<$ConfigDistributionFileLines; $i++) {
- $ConfigDistributionFile[$i] = trim($ConfigDistributionFile[$i]);
- if (substr($ConfigDistributionFile[$i], 0, 8) == '$Version'){
- $VersionString = $ConfigDistributionFile[$i];
- }
-}
//$msg holds the text of the new config.php file
$msg = "<?php\n\n";
$msg .= "/* \$Revision: 1.7 $ */\n";
@@ -275,8 +271,6 @@
$msg .= "\$DefaultLanguage ='en_GB.utf8';\n\n";
$msg .= "// Whether to display the demo login and password or not on the login screen\n";
$msg .= "\$allow_demo_mode = False;\n\n";
-$msg .= "// webERP version\n\n";
-$msg .= $VersionString . "\n\n";
$msg .= "// Connection information for the database\n";
$msg .= "// \$host is the computer ip address or name where the database is located\n";
$msg .= "// assuming that the web server is also the sql server\n";
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
