Once you have entered a client, you can create any number of projects for them. By default, each project uses your standard markup (if any) and the client's shipping address. Alternatively, you can override these at any time by changing them on the Project Form (as well as for individual products on the Specifications Form). Create a client
You can also create a client directly from the Projects screen by clicking on the New button next to the "Client ID" field. This will take you directly to step 3.
If you have the Design/Purchasing system you need to have a billing address. Also, all orders will need a shipping address, but the most common approach is to add a specific shipping address on the project screen (and shipping exceptions on each specification as needed—see the help sections for those screens).
Create the Project
You do not have to "edit" a project (with the Edit command) in order to open it. In fact, the Open button is not visible when adding or editing a project (to avoid confusion in new users). Opening a project disables the project's Add, Clone, Query and Delete buttons and disables any movement from that project in the Project List. To use any of these, you will need to close the project you are currently working on, using the Close button (this appears after you open a project). You can also create a project by using the Clone command, which duplicates an existing project (if you have the Purchasing version, it will also reset any "ordered" flags). This is useful with prototype or franchised projects. Organizing Projects If you have used other software to produce FF&E quotes, sales orders and purchase orders in the past, you may have a completely different conception of how to organize projects, based on the features (and often, limitations) of general purpose purchasing systems. FF&EZ's data structure is organized to satisfy the somewhat more elaborate requirements of architecture and interior design projects and quotes, so not only does it have an organization that is more typical of this type of work, it is flexible enough to offer several ways of organizing client data. Project Types There are two main project types in FF&EZ, plus an approach that is a hybrid of the two:
This type of project is useful for two common situations: 1) You anticipate a lot of repeat activity for a property and wish to keep recurring objects and product specs in the project or 2) the project represents a capital refurbishment fiscal year for the client, in which each property has a new "project" each year into which all of that year's activity is placed. In a hybrid project, the "areas" are typically named for the quote being submitted (e.g., "Guest Rm Sofa Replacement, 1/15/11") or the refurbishment sub-project ("East Wing Carpet"). With the fiscal year approach, the budget entered on the project screen becomes the budget for the associated year and budgets entered on the area screen are those for the sub-projects. This type of project can start out as a "sales order" type and change to a "design" type or start as a design type due to pre-planning of the proposed sub-projects. You are completely free to organize your projects along any of these types or any mix of them. In fact, there is no functional difference between any of them except in one way: If you select "Sales Order" as the project type on a new project before you save it, the system will automatically create the initial generic area and room for you, then take you directly into the Specifications Form where you can begin adding the items for the sales order (see "Spec-oriented Data Entry"). After this happens, the project will behave exactly like a design project, meaning that you can create additional areas and rooms if you wish, using the Filter> Current option on the FF&E Worksheet's Print setup screen or the Query function to print only the areas or rooms you need for a specific quote. As a general rule, new property construction projects should be maintained as a separate project from any further work that occurs after construction is complete. Refurbishment projects or later additions should be handled as separate projects to keep your reports simpler to produce — remember that at any time you can import any specification, object or room from the original project for use in the new ones, using the Add> Import command sequence on the appropriate screen. FF&EZ has three billing types available, and the one you choose will depend on who is to receive the invoice for the FF&E that will eventually be ordered. The key is to complete the statement "Vendors are to..." 1 - Invoice us (Cost/Sell) This is the choice for any project to which you plan to add a markup and invoice your client for a "sell" price that includes a profit. This appears on the appropriate reports in the Design module. With this type of project in the Design/Purchasing version, you can also enter vendor invoices for FF&E that you order, and then generate a "check request" to your accounts payable for internal tracking. FF&EZ will generate a separate invoice to your client for the sell price for order items that you designate as eligible for invoicing. When you create this type project, you should enter a default markup to set a desired profit for each spec added to the project. (This may be a gross profit margin percentage if you have set your system to work that way — see the "Setup Form" for more). The project's default markup can be overridden for any specification by entering either a flat markup amount, a different markup (gross profit) % or a specific price. Enter a specific price also locks that price so that changes in the cost don't recalculate the price. 2 - Invoice client directly There are two uses for this type of billing type:
To set up the second usage of this project type, simply create a client that represents either your firm as a whole, or the department (or location) that pays the vendor invoices. Instead of simply invoicing you at the address found on FF&EZ's Setup Form, this gives you more control over the exact address to which a vendor sends invoices. Although you would typically not have a purchasing fee, this also opens the option of cross-charging another department for your services as part of the project cost. 3 - Invoice client but send to us "as agent" This billing type is really just like the "invoice client directly" billing type, with one important difference: If you are acting as your client's "agent" and want to review all vendor invoices prior to approving them for payment, this billing type uses the client's name (from the Client List screen) but uses your address (from the Setup form) as the rest of the billing address that the vendor sees. This automatically routes the vendor invoice to you as your client's agent. If you have the Design/Purchasing version, this particular billing type is also the one where the vendor invoice entry and check request functions (under the "Processing Tools") can be useful in managing and reconciling what needs to be paid to the vendor. There is a more detailed discussion of the ways to enter costs and sell prices in the section "Working with Costs and Prices." FF&EZ currently allows ten characters in its Project ID field, so it is important to create a system of numbering projects that is both consistent and flexible. Keep in mind that if you primarily generate proposals that may or may not become actual orders, you will need to use a Project ID system that organizes many proposals in a logical way. However, also keep in mind that you can change the ID of a project at any time and that change will flow through the system. Although we don't recommend random Project ID changes on projects that are under way, it may make perfect sense for you to assign Quote IDs as one Project ID system and then change the ID to a different system for live projects if the proposal is accepted. This allows you to generate what are essentially "throwaway" IDs that allow many, many proposals while preserving a more formal Project ID system for those that "go live." For smaller sales quotes, the original Quote ID can be preserved as part of the project's "Title" field or in the "Client Ref ID" field if the client does not have their own ID for the resulting sales order. (Also note the "Related Sales Project" type mentioned near the beginning of this section.) For live projects, you may already have an in-house numbering system, and this can transfer to FF&EZ if that makes sense. However, FF&EZ's alpha-numeric ID system (as opposed to a simply numeric one) allows more information to be placed in the Project ID (please note, though, that you should never use information in a permanent ID if that data might change midway through a project). Here are a few examples): Project ID as a "Quote ID"
Although it may be tempting to embed a client code in a Quote ID, the client is already represented in the data and simply sorting the project list by client will quickly show you the group of quotes/projects for that client, sorted by Client then Project ID. So it is not really necessary to "overload" your ID system with information that is readily available from another field (unless you are duplicating an existing system). Typical Project IDs
Length and Sorting For all these examples, be sure to understand that the length of each pattern is just a suggestion. You can vary the length of the segments or rearrange them in whatever way makes the most sense. Also note that not all ten characters have to be used, but keep in mind that sorting of lists is done from left to right and "numbers" are treated the same as letters. That is, these IDs: HA10XX HA11XX HA200XX HA1000XX will actually sort like this: HA1000XX HA10XX HA11XX HA200XX ...unless you use leading zeroes to "pad" the numerical portion: HA0010XX HA0011XX HA0200XX HA1000XX Finally, there is no reason you cannot mix several approaches to Project IDs, as long as there is a simple, enforced consistency to it and the approaches are designed to avoid accidental "collisions" (since duplicate Project IDs are not allowed). A single system, of course, is best, but the mix of "projects" that you need to create may suggest something slightly more creative. Note: Some of FF&EZ's export functions use the Project ID as part of the exported file's name. If your Project ID contains a symbol that is illegal for use in file names, FF&EZ will let you know and substitute a generic character at that spot when the export file is created (it won't change the Project ID you enter here). Miscellaneous Project Procedures Project Temporary Image Folder If you plan to include images for the specifications in your project, we highly recommend that you use a temporary folder to hold images that you scan or download while working on specifications. Although this folder can be placed anywhere you desire, FF&EZ will automatically create one named after your Project ID beneath the "FF&EZ-Import\Temporary images" folder that is automatically created under your personal "My Documents" or "Documents" folder. If you use this folder, be sure to save the images you collect using the Spec ID of the spec on which the image will be used. Although the final file name will be changed by FF&EZ when images are attached, this makes it easy for you to know which specifications have images available and which are needed. Be sure to read the "How to" section "Working with Images" for more about how FF&EZ organizes images and for information about how to attach images manually and how to use the Auto-Image utility. As of version 3.2.70, you can change the "base" location of the temporary image folders that FF&EZ creates for you. This is something you might want to do if you are working as a part of a team in which any member may gather images to be attached to specs. Changing the default location is done with the Setup option on the main screen, using an option on the "System Information" tab. |