Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Product Tracing on FileMaker Portal Problem

Featured Replies

Hello...

 

Firstly Thanks All forum member. I learn many special feature on file maker by this forum.

 

Im newbie on filemaker... I want build some special software for my business..

 

Now I need help.

 

I Have 3 tables.

 

1- Product

ID (Matching Field)
Name
Etc.. ( any spesification for this product. not important )

 

2- Buying Details
ID (Match Product ID)
Quantity
Price
Total Price ( quantity * price )
and below sum total price (sum= total of total Price)

 

3- Selling Details

ID (Match Product ID)
Quantity
Price
Total Price ( quantity * price )
and below sum total price (sum= total of total Price)

 

--- My main layout is Product layouts. Buying and selling details view on portal.

 

(Buying and Selling jpg on attach..)

 

But my problem start here.

 

I add another loyout for report how many buy&sell.

 

I buy item on 2 times, sell 1 times.

 

On report buying see 2 times but selling almost 2. But I sell 1 time..

 

I change field property ( try index type, etc.. ) but nothing change...

 

Please help me. Thank you.

post-107900-0-30356400-1356514343_thumb.

post-107900-0-15297200-1356514346_thumb.

post-107900-0-22737400-1356514425_thumb.

Türkçe direk mesaj atabilirsen belki yardımcı olabilirim.

What did you say?

Buying and Selling tables contain same fields and should be in same table with a Type field saying which it is. Sometimes you can go by whether quantity is plus or minus to determine the Type but not always since reversals could be required.

Once tables are combined, reporting becomes simple and summary fields take care of the rest. :-)

  • Author

Sorry for bad english. Ok. I explain my problem again.

 

Firstly I have product table. This table including product name, part number etc details. 
I show this details on product layouts. Near this information; I have 2 tabs. Order and selling.

 

Order: How many quantity, when, order number.

Selling : How many quantity, invoice no, sell date.

 

I prepare example for this problem. Please look attach image file. (problem.jpg)

 

and I send my table's relationship. (relation.jpg)

 

 

How I can report detail of my products?

 

 

post-107900-0-20158300-1356973172_thumb.

post-107900-0-65094700-1356973219_thumb.

Your English is very good but my prior suggestion still stands ... Buying and Selling are best handled by having them in the same table to begin with. Using a Type field separates them so you can still display them in different portals but they are truly the SAME entity ... transactions of a Product.

The reason your setup won't work (easily) is because there can be different numbers of buying and selling and, although you can use sliding portal (for one side or the other while reporting from the other child) it isn't suggested here since your current model would continue to cause you problems down the line.

If you combine the Buying and Selling tables, also combine their lines and your solution will become MUCH easier. :-)

Create an account or sign in to comment

Important Information

By using this site, you agree to our Terms of Use.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.