Questions and answers

LuxCharity is a marketplace for new and used luxury goods and also works for a stated charitable purpose.

The public claim is Luxury. Sold with purpose.

The marketing site explains the offer at luxcharity.com. Buying, selling and organisation applications run in the app at app.luxcharity.com.

A binding share of every completed payment is reserved for certified organisations.

The website is not a second shop and does not replace the app.

The assortment covers new and used luxury goods, including bags, watches, jewellery and designer clothing.

Brands, categories and filters come from the shared catalogue of website and app.

Only active items from reviewed sellers are visible in public.

Without released listings the catalogue stays empty. That is the real state, not a demo fill.

LuxCharity is a sale of physical goods and not a barter market.

No. New goods and used pieces belong to the offer in the same way.

The homepage must not narrow the assortment to secondhand only.

Conditions in the app are new, like new, very good, good and acceptable. The technical codes stay stable.

Used goods do not change the minimum donation or the shipping rule of new listings.

A used origin is not an authenticity guarantee and not a valuation.

Sellers should pass on special pieces and at the same time reserve a binding share for certified organisations.

Buyers see the planned split on the item.

At least 10 % of the shown sale price before fees goes in total to certified organisations.

The remainder after fees belongs to the selling person, unless that person sets a higher share for organisations.

The longer origin of the idea is on the Our idea page. This FAQ does not replace that page.

Brands, categories, attributes and collections live in the central catalogue.

Website and app load the same public data at runtime.

Admins maintain names, translations, search aliases as well as logos and banners.

Maker logos are not invented. If a released original file is missing, that stays visible in admin.

Stable identifiers keep an item linked to the catalogue even when display names change.

No. LuxCharity is built as a sale of physical goods.

There is no item for item swap and no credits for swapping.

Fixed price, auction and live sale remain sale modes.

A donation assignment arises only from an actually assigned payment, not from a swap promise.

Anyone who only wants to browse needs no account. Anyone who wants to buy needs a buyer or seller account.

You can read the website and the public catalogue in 25 languages, including Arabic and Hebrew from right to left.

In the app you can create an account, confirm the email, browse and as a seller prepare or submit drafts.

Organisations can keep an application as a draft. Receiving donations needs a separate certification.

Fees are shown as a calculation. A winning bid is not yet a paid order.

Stripe Checkout is technically integrated; confirmed payments do not automatically result in payouts to sellers or organisations.

Password reset and Apple or Google sign in are still placeholders.

Live selling works with server side bids and optional YouTube video. Push reminders through FCM may still be pending.

Discreet shipping and authenticity review are publicly marked as coming soon. Booking and service payment are blocked.

Bank payouts are not released as live operations. A payment event does not replace payout release.

Full chat, push messages and automatic affiliate payouts are not finished.

Yes. The app runs in the browser and on the iOS and Android surfaces of the Flutter app.

The marketing site explains the offer and leads into the app. It does not store a registration.

Store downloads appear only when valid store addresses are set. Otherwise the buttons open the browser app.

Forms are meant for phone, tablet and larger text. You may scroll longer steps.

This FAQ and the organisation guide belong to the website and use the same language as the rest of the page.

The website explains idea, fee example, catalogue, organisations, services and legal texts.

Registration, listings, bids, the organisation workspace and administration live in the app.

The path /admin on the website opens the real app back office. There is no second admin login on the website.

Website contact requests are stored and shown in admin. An automatic reply mail is not set up.

Three older sample profiles on the website are demonstrations and not real transaction accounts.

Website and app use the same 25 language codes.

Arabic and Hebrew appear from right to left.

German and English of the organisation surfaces were authored. Further organisation translations are machine made and not marked as human approved.

This FAQ follows the checked German text. Other language versions of this page are machine transferred.

A machine version is not a legal clearance and not a promise of worldwide tax rules.

The specific Stripe Checkout for your order shows whether Apple Pay or Google Pay is offered.

Stripe is technically integrated; available payment methods depend on the payment provider and the conditions of the particular transaction.

A card brand or wallet logo on the website does not guarantee availability at checkout.

You should refuse unusual requests to pay outside that page.

A shown fee is not a request to a private account.

These areas exist, but they are not yet a complete ranking, follower or streaming system.

Following needs a seller account that you follow. Notices come in the app, not as push.

Live can show scheduled and running seller shows. Video is optional through YouTube when connected.

Without released items the list stays empty.

An empty feed is not a FAQ error and not invented popularity.

There are buyer accounts and seller accounts. Organisations file a separate application.

Buyers do not need a seller identity review.

Sellers may also buy after registration.

Guests, organisation accounts and admin accounts may not buy.

Registration happens in the app, not through a website form.

Buy creates a buyer account. Sell and buy creates a seller account. Organisation opens the organisation path.

A seller account starts with a public social profile. Identity review follows later in its own area.

An organisation may be created before the full proof folder exists. The application stays a draft until it is fully submitted and reviewed.

Admin rights do not arise from registration data or from an email form.

The chosen account type is stored safely before email confirmation and taken over after confirmed sign in.

Without a confirmed email the registration is not complete.

Account type, username and form data are stored before the confirmation screen.

After confirmation and sign in the app takes over the stored application. A full new role choice is then not needed.

If only the username is taken in the meantime, the correction stays limited to the name.

After seven days the automatic takeover expires. Automatic deletion of expired holds is not set up.

The username is self chosen, public and unique on LuxCharity, without a difference of upper and lower case.

Allowed are 3 to 30 characters: letters, numbers, period and underscore. It must not start or end with a period.

The sign in email stays private and is not made public automatically.

Avatars are open to all accounts. Banners and shop banners are open to seller and organisation accounts.

A public name is not full anonymity and does not replace legal details when those become necessary.

Date of birth and private verification evidence are not published as profile content; legally required trader information is a separate matter.

You control visibility of optional seller profile fields; the username and legally required trader or contract information must not be hidden.

Organisation proofs sit in private areas. Public downloads need a separate release.

Admins see confidential applications for review. An upload alone does not confirm identity.

Donation receipts show the receiving organisation only the donor details planned for that purpose, not date of birth or tax identifiers.

The visible buttons for that are still placeholders.

They do not store a working reset and not a finished third party sign in.

The current sign in uses email and password of the app.

A failed login is not proof that another account exists.

Take questions on this through the contact page. We do not claim a finished service.

No. Buyer accounts do not need a seller identity review.

You choose a public username and can add a profile photo.

Only a fully registered buyer or seller account may use the purchase area.

A still pending seller review does not stop the selling person from buying, but it does stop public release of that person's own items.

Guests and anonymous sessions stay excluded from purchase.

Legally required trader information must be public or accessible before purchase, as required by applicable law.

Private verification evidence remains internal; this confidentiality does not extend to information legally required in commercial listings.

Legal name, business address and required registration or tax details must not be hidden using a private visibility setting.

You continue to choose the visibility of additional optional information, such as a logo or description.

Which data are processed and why is explained only in the privacy notice.

No. Guests and anonymous sessions may only see publicly released content.

Organisation accounts serve application, profile and later receiving. They do not buy.

Admin accounts review and manage. They have no own purchase function.

Anyone who wants to buy needs a fully registered buyer or seller account.

A direct link onto selling surfaces leads buyer accounts back to the feed.

First a public social profile is created with language, residence country, ship from place, username and optional avatar, banner, bio and visibility.

Legal name, address, date of birth, gender and identity proof follow later through the separate identity review.

Selling is planned from 18 years. Age is taken from the date of birth.

Private person, company or influencer is an optional label, not a release.

A refusal is not a release. A new application is provided in the backend contract.

The username is public; commercial sales also require the legally prescribed trader information.

Avatar, banners, biography and additional social or contact details are optional profile fields with selectable visibility.

Private residential and verification details remain protected; a required business address and other mandatory information must be accessible before purchase.

Given social links must be real HTTPS addresses of that network. Supported are Instagram, TikTok, Facebook, X and website.

Public contact details do not replace the private review details.

An already registered buyer account can apply for a seller profile.

The buyer account does not advertise this path with selling surfaces.

The technical option of a new seller application remains.

Until release, own items stay unpublished unless they are drafts.

Buying stays possible during the pending review.

LuxCharity welcomes qualified individuals and businesses. Only sellers who pass our confidential review and receive our approval may publish items for sale.

We review identity, required business details and seller eligibility professionally and discreetly. You can prepare listings beforehand; they become public only after successful approval.

Influencers and people with a following can pass on selected pieces and bring their community together for a good cause.

Affluent individuals, women, men and families can reduce their wardrobes or collections and give valuable pieces a new chapter.

Valuable gifts may also be resold, including gifts from personal relationships or sugar-daddy relationships between adults. What matters is that you own the items and are entitled to sell them.

You can appear publicly under a username of your choice. LuxCharity knows and confidentially verifies your identity. Private contact details do not belong in your public profile.

You may also use your own name or an authorised business or brand name, showing the good cause you support.

Discretion does not mean complete anonymity: necessary data may be shared with payment and shipping providers and authorised bodies. Legally required disclosures, especially for business sales, still apply.

We are preparing intermediary shipping: seller → LuxCharity → buyer. Neutral forwarding is planned to prevent direct shipping from revealing the seller’s private address. Returns are also intended to go through LuxCharity.

A donor ranking based on confirmed contributions is planned. Participation should be optional, under your chosen public name. The ranking is not yet available.

Every seller can build their own community.

Interested people follow your profile, discover new listings and look forward to your next pieces.

You can do this under your chosen username, your own name or your brand.

Following a profile does not reserve an item or complete a purchase.

Automatic push notifications are not guaranteed.

Yes. You first register as a person. After that you can additionally create a company.

This is commercial seller identity, not a charity organisation application.

You enter legal name, legal form, registered address, optional trading address, optional logo, the homepage and company number, registration number and VAT ID or an equivalent number.

You choose the visibility of additional optional profile fields; legally required trader information must be accessible before purchase.

The contract rules sit in the terms. The data duties sit in the privacy notice.

You may present yourself as a company after operator approval; binding commercial listings also require all mandatory information.

Review covers among other things the homepage, the company number, the VAT ID and the registration number.

Until approval, the company application remains internal; this does not permit an actually commercial activity to be presented as a private sale.

Before a binding purchase, the legal name, serviceable business address, contact details and required registration information must be available.

Company approval replaces neither identity review nor mandatory information; full technical enforcement of these requirements is not claimed.

No. Seller review is a manual review of the person and that person's proofs.

It is not an automatic authenticity check of each single piece.

After release, waiting submissions are published. Drafts stay private.

A separate authenticity review is planned as a voluntary extra service and is not bookable now.

A published listing does not mean LuxCharity inspected the piece itself.

Yes. Registered sellers may save drafts and submit items before their identity review is finished.

Drafts stay private even if the account is later released.

Submitted items wait for account release. After that they become public automatically unless they stay drafts.

Already reviewed accounts publish later submissions automatically. There is no extra single item review in this flow.

After the first bid, product and delivery terms can no longer be changed.

Submit needs title, catalogue category, price, condition, proceeds split, sale mode, handover or shipping and at least three photos.

Brand and required attributes depend on the category. For some collector pieces the brand is optional.

An expressly chosen organisation must be certified. You can also leave the choice to the buying person.

New listings provide insured shipping in the price or free pickup. Both may be offered.

Unchanged older listings can still carry an extra shipping surcharge in the software. New website texts do not ask for such a surcharge.

At least three photos belong to a submission. Supported image types on the selling surface are JPG, JPEG, PNG and WebP.

Conditions are new, like new, very good, good and acceptable.

The photos should show the actual piece. A website illustration is not a product photo.

Provenance details belong to the item data if you have them. They do not replace a review by LuxCharity.

Missing or misleading details can lead to refusal or a later block. That is a manual decision.

Origin details should make it possible to follow where a piece comes from and which proofs exist.

You may describe existing invoices or certificates. Personal data on original papers do not belong unchecked in the parcel or in the public listing.

LuxCharity does not remove those details automatically.

An origin note is not a payment proof, not a donation receipt and not a maker certification.

For the planned forwarding you must check papers yourself and remove personal data before you enclose them.

Only fully registered buyer and seller accounts may use the purchase area.

Sellers may bid on items of other reviewed accounts even before their own review is finished.

Guests, organisation accounts, admin accounts and anonymous sessions may not buy and may not bid.

Self bids on your own listing are excluded.

Without a chosen certified organisation no payment starts if the selling person left the choice open.

At least three photos are needed for submit.

The selling surface accepts JPG, JPEG, PNG and WebP.

Profile images at registration may be up to 5 MB. Proofs there up to 10 MB, as PDF or image.

Organisation media name JPEG, PNG or WebP and at most 5 MiB in the hint. The server checks uploads up to 10 MB and rejects SVG.

Images are cleaned before storage. A chosen file ending badge does not replace the server side type check.

The technical values are new, like_new, very_good, good and acceptable.

Display names are translatable. The codes stay stable.

The condition is a statement of the selling person, not a review by LuxCharity.

In the planned review a different condition would need an express decision of the buying person.

Condition and provenance do not replace each other.

At fixed price you see a clear sale price including the planned insured shipping or the free pickup.

Fees and minimum donation are calculated from the full shown price.

Eligible accounts can open the designated Stripe Checkout; the return page shows only their own payment status and does not itself confirm payment.

A shown price is not an executed payment and not a donation transfer.

The buying person must read the sale terms before completion. This FAQ does not replace the sale terms.

Normal auction and live auction share the same server side auction and the same bid state.

You set a secret maximum bid. The system bids in steps of 1 euro for you.

The exact reserve stays private until the reserve rule makes it effective.

Competitive bids in the last 30 seconds extend to at least 30 seconds remaining.

Current auctions use euro. A hammer with status awaiting_payment does not yet create an order.

Others do not see how high you are willing to go at most.

Server side proxy bidding raises the visible bid only as far as competition requires, up to your maximum.

Your maximum does not have to match the later end price.

An entered maximum is not a charge and not a payment.

After the first accepted bid the donation split, recipients and delivery terms stay locked.

The selling person can store a reserve. Its exact value stays private.

If the leading maximum reaches that value, the confirmed reserve rule raises the effective price accordingly.

Without reaching the reserve there is no effective hammer under this rule.

The reserve is not a payment proof and not a donation receipt.

Fees and minimum donation are later calculated from the actual end price, not from a wish price.

The proxy step is 1 euro.

The system compares secret maxima on the server. A later equal maximum does not overtake an earlier leading maximum without a higher amount.

In the last 30 seconds a competitive bid extends remaining time to at least 30 seconds.

The app reads the server state and the server time regularly. Local clocks alone do not decide.

Live sale uses the same bid rules on the server. Video does not set the auction clock.

No. An auction result names a winning person but does not yet create a paid order.

The status awaiting_payment is not a confirmed payment.

Only a confirmed payment with status paid creates a payment booking.

Delayed payments need the later success notice. Failed notices create no credit.

Fee calculation, hammer, assigned donation and donation receipt are not interchangeable payment proofs.

Video is optional. Sellers with a YouTube channel may connect it for an embed. Others can still go live without video.

Bids, chat, playlist, cart and checkout run on LuxCharity servers. Timing follows server time, not video latency.

LuxCharity does not charge its own streaming fee and does not require Mux or LiveKit per seller.

Follow can give in app notices about new items and live shows. Push through FCM may still be pending.

A live listing follows the same fee, shipping and payout rules as other sales.

Sellers create a show in the app, add a playlist of released listings and go live for their audience.

Many sellers can be live at the same time. Each show has its own room with lots, chat and purchase actions.

Auction lots share the same server side bid state as ordinary auctions. Timing follows server time, not video delay.

Fixed price lots can go to the cart or checkout during the show. After an auction lot ends, the leader pays like elsewhere.

A hammer or cart is not a confirmed payment. Fees, the 10 % minimum donation from P and shipping rules stay the same.

No. YouTube is optional. Sellers with a channel may connect it with OAuth to embed video when the link works.

Without YouTube you can still go live. Chat, playlist, fixed price, auction, cart and checkout work without embedded video.

Video may be missing at first or added later through a public YouTube link. LuxCharity does not host its own camera feed.

YouTube terms, age limits and copyright in the stream are yours and Google’s. The platform does not pre approve live pictures.

OAuth secrets do not belong in public help text. Connections are managed on the server.

Yes. Many sellers can run live shows in parallel. Each audience sees the show they opened.

There is no platform wide single stream. Discovery lists scheduled and live shows separately.

Server load and fair bidding are handled per show. Bids in one room do not change another seller’s lots.

You still need a reviewed seller account and released listings for lots in the playlist.

Technical limits may apply during beta. This FAQ does not promise unlimited concurrent viewers.

LuxCharity does not sell its own live streaming service and does not require Mux, LiveKit or similar per seller.

Usual sale fees and the 10 % minimum donation from P apply whether or not video runs.

YouTube or Google may have their own limits or costs. Those are not LuxCharity platform fees.

Connecting YouTube does not replace checkout, payout holds or charitable split rules.

This answer describes product rules, not your tax or accounting treatment.

Each playlist row can be fixed price or auction with its own start rules.

Fixed price lots can be bought during the show through the cart or checkout path in the app.

Auction lots start when the seller activates them. Bids then follow the same proxy and extension rules as other auctions.

After the first accepted bid on a lot, donation split, recipients and delivery stay fixed for that lot.

Payment after a won auction still needs confirmation. awaiting_payment is not paid.

Stripe Checkout and processing of verified payment events are technically integrated; this does not establish a fully approved purchase operation.

Only a verified successful payment status is booked; the return page shows the status of the buyer’s own order and does not itself confirm payment.

Provider approvals, contract confirmation, returns, refunds and payouts must additionally be fulfilled in the actual process.

Recipient payouts and the specialist classification of the donation model are not accepted by that.

An opened payment window is not proof of a donation to an organisation.

Current auctions use euro and steps of 1 euro.

Fixed price items can use euro or US dollar.

A currency switch in the fee calculation is not implemented. Amounts stay in the item currency.

The planned authenticity review first excludes other currencies.

Affiliate claims in euro and US dollar stay separate.

From the shown sale price P the model shows 2,9 % plus 0,30 as payment fee and 15 % as platform fee.

The remainder is split by the slider between the selling person and the organisation pot.

The affiliate share is 2 % of the platform fee, not 2 % of the sale price.

The 2,9 % plus 0,30 are the fixed assumption of the display, not a promise of actual Stripe terms.

The graphic on the website is a calculation example, such as 2500 euro with 40 to 60 and optional 5 % of the organisation pot.

At least 10 % of the full shown sale price before fees must go in total to certified organisations.

In cents that is rounding up of P divided by 10. Included shipping is not subtracted from P for this.

The floor applies to fixed price, auction and live sale. For auctions the end price counts.

The website limits the whole number seller slider so that this floor can be kept. The app check is not yet the same everywhere.

Ten percent of the remainder pot after fees would often be too little. At 2500 euro at least 250 euro are planned.

The selling person can preselect a certified organisation.

Without a preselection the buying person must choose a certified organisation. Otherwise no payment starts.

A registered but unreviewed organisation is not an allowed recipient.

Guests and organisation accounts cannot run this choice as a purchase.

The choice does not change the duty to reserve at least 10 % of P for certified organisations.

The buying person can assign 5 % of the organisation pot to a second certified organisation.

These are not 5 % of the sale price and not a surcharge on the purchase price.

Both organisation amounts together still meet the minimum floor.

Without a seller organisation this optional split is dropped. The whole pot goes to the organisation chosen by the buying person.

The option is voluntary and never silently preselected as a required purchase.

Organisations can offer general support, single countries, shared multi country projects or separate country pots.

Sellers can bind country and cause category. Buyer alternatives must respect those limits.

Shared funds for several countries do not fulfil an exclusive lock to only one of those countries.

Earmarking and project state are independent from later bank release.

A purpose note is not tax deductibility and not proof of a donation that was actually paid out.

Private donation receipts belong to a finance assignment. Seller share to the selling person, buyer share to the buying person.

That describes the account assignment, not an automatic tax recognition.

A LuxCharity release does not create worldwide deductibility. Country, recipient and period are decisive.

PDF, JPG, PNG and WebP up to 10 MB are checked on the server for such receipts. Downloads use short private links.

Fee calculation, auction result and assigned donation do not replace an issued receipt and not a tax statement.

No. Company registration is for commercial seller accounts.

The organisation application is for nonprofit recipients of donations.

The two paths have their own forms, their own review and their own profiles.

A company approval does not make you a certified organisation and does not change the minimum donation.

Commercial sellers must provide mandatory listing information; organisations undergo a separate review for donation receipt.

Charitable legal persons can file a separate application.

You keep your existing account and continue the application in the organisation area.

Umbrella bodies and legally independent country branches are reviewed separately.

Registration does not activate donation receiving.

The step by step guide is under Organisationen Anleitung. The overview keeps the real public data.

Only after manual review and certification may it be chosen as a recipient.

Profile publish, donation receive, bank review and payout are separate decisions.

Released agreement texts are currently missing on purpose. Submit therefore stays blocked until valid texts are released.

A platform review is not state recognition and not worldwide tax certification.

New or replaced bank accounts need review again. A payment provider status must not count as successful without a connection.

The application starts as a draft and can be continued later.

Submit, review, resubmit, approval or refusal are further visible states.

An approved profile is not automatically receive and not automatically payout.

Admins can ask for resubmission with a field reference. Internal notes stay internal.

Nobody can release their own organisation or their own translations.

Submit checks required fields, proofs, at least one bank account and released agreement texts.

The contract version presented in the acceptance flow is decisive; the website may already display a newer published version.

Without that release, submit stays blocked. The app shows this as missing agreement texts.

Acceptance must correspond to the displayed contract version; earlier consent does not automatically apply to the new version.

The guide explains every step and does not show an invented successful end.

No. A platform release does not claim worldwide deductibility.

Tax statements need country, issuing body, period and an accepted proof of the same organisation.

Expiry withdraws a public tax statement.

Donation receipts describe the assignment, not recognition by a tax authority.

Country rules can differ. This FAQ does not replace tax advice.

Owner, editorial, finance and read access have separate rights.

Invites hang on the confirmed email and can be revoked.

Memberships in several organisations are possible. There is one application per founder account.

Revoked memberships lose access. Files already downloaded cannot be taken back.

Admins cannot release their own organisation as members.

The server check requires valid documents for registration, statutes, representation, charitable status and partnership.

At first account creation the registration proof and the charitable status proof can be added later.

Supported types are PDF, JPG, JPEG, PNG and WebP up to 10 MB. SVG is rejected.

Refused or expired files do not count. New versions get new paths.

Public redacted versions need a separate release and are not public automatically.

At least one unblocked bank account is needed for submit.

SEPA requires euro and a valid IBAN. BIC can be missing for SEPA.

International paths need IBAN or a local account number plus the other required fields.

Do not enter passwords, PINs or TANs. New accounts and changes need review again.

Confirmed payout also needs a reviewed ownership proof and a later payment provider state. That state cannot be set as successful without a connection.

In the dashboard organisations can create appeals with purpose, photo and countries or worldwide.

General support without a purpose can be activated separately.

Without a chosen purpose an assignment goes to the organisation once receiving is allowed.

Existing releases for organisation, project, bank account and image stay separately effective.

An appeal is not a booked donation and not a tax proof.

Owner, editorial and finance can write to LuxCharity or to parties of a booked donation case.

Text and optionally a PDF or image go out only after send. PDF, JPG, PNG and WebP up to 10 MB.

Images are stored as WebP. Private downloads last 60 seconds and only for current conversation members.

Own messages can be deleted after a confirm question. Copies already downloaded stay with the recipient.

Finance proofs and donation receipts are not changed by deleting a message.

Organisations can activate general support without a single project.

Then the assignment goes to the organisation, not to an earmarked country pot.

Binding country or purpose limits of a listing must still be respected.

General support is not proof of tax deductibility.

It does not replace the separate releases for receive and payout.

These must not stay empty: registered name, display name, form, country, founding, register authority, charitable status, receiving legal person, contact name, function, email, phone, language, headquarters, public email, short text, description, mission, website and scope.

Registration number or a reason for its absence must be present.

Operating countries or a confidential country reason must be present.

The contact mail must match a confirmed member mail.

Stars in the interface alone are not enough. This server list plus proofs, bank and agreements is decisive.

No. As long as agreement texts are not released, the path ends before submit.

The example views do not pretend a certification or a paid out donation.

Example views use clearly invented sample data or empty form texts.

They are not screenshots of real accounts, identity papers or bank data.

After every later release, receive, bank and payout stay separate steps.

For new listings insured shipping must be included in the shown price or free pickup must be offered.

Extra shipping fees must not be demanded in new website texts.

The selling person as sender provides packing, tracking and transport insurance that matches the full sale value.

The app can still show older listings with extra shipping costs. That is the implementation state, not the new contract rule.

Included shipping is not subtracted from P for the minimum donation.

Yes, if the listing provides pickup. Pickup is without a surcharge.

Both sides document the actual handover.

For pickup there is no shipping window for the non receipt notice.

The return period starts after proven receipt, not through mere silence.

Guests may not complete pickup as a binding purchase.

For normal direct shipping, packing, dispatch and matching transport insurance sit with the selling person.

Damage reports go to carrier or insurer. An insurance review must not delay statutory claims.

LuxCharity does not issue its own blanket insurance policy and names no invented cover sum.

For the planned forwarding service two separate transport legs would be documented. That service is not bookable.

Arrival at LuxCharity would then not be receipt by the buying person.

Transport insurance must match the item and the full sale value. That also applies over 5000 euro.

LuxCharity does not sell its own high value policy and names no promised cover.

Before a planned forwarding service, value limits, areas and real cover must first be released. That has not happened yet.

A high price does not change the minimum donation of 10 % and not the payout periods.

Invent no intake point and no automatic inspection only because the price is high.

You can report non receipt from documented shipment within 14 calendar days on the platform as soon as that path is ready.

This period is not a cut off for statutory claims.

Without proven receipt no receipt confirmation is invented and no return or payout period is started.

Silence after day 14 does not allow a payout. A parcel that arrives later starts the return period only after that.

While the platform path is missing the website names the association contact as a fallback. Claims against the selling person remain possible.

Keep proofs, photos and shipment data. Report the damage to the carrier or insurer and also through the planned platform path as soon as it is ready.

Open damage cases block the affected payout release.

Statutory defect rights against the selling person do not end with a later payout.

For planned discreet shipping, returns would also run through LuxCharity. That path is not bookable.

A seal, a label or a shipment notice proves neither payment nor receipt without defect.

The database still technically supports extra shipping costs.

New operator rules replace this option for future contract operations, but they do not silently migrate existing listings.

Running auctions are not rewritten after the first bid.

Website texts describe the new rule: shipping in the price or free pickup.

We do not change payment logic only because an explanation text would be shorter.

The plan is: the selling person ships to LuxCharity. LuxCharity forwards to the buying person.

The service covers documented intake, matching and repacking. It does not include an authenticity review.

Publicly it stands as coming soon. Booking, service payment and automatic transport booking are not released.

There is no published intake address, no promised handling time and no guaranteed insurance.

Internal test jobs are marked and create no finance booking.

For the planned service the selling person should download, print and enclose the matching transaction confirmation.

The A4 insert in the test shows order reference, the six character item code, title, seller name, date, service and intake point.

The buyer address is missing. The QR code holds only an internal reference. Staff must still sign in.

The insert proves neither payment nor authenticity or receipt.

Without a matching insert or a clear match, handling stops. A public customer download is not released as operations.

The selling person must remove personal data on invoices and inserts themselves.

LuxCharity does not do this automatically and does not digitise original invoices as a routine.

Address protection in forwarding means: the selling person sees the intake point, not the private buyer address.

For transport, return or legal duties some data can still be necessary.

Public usernames are not full anonymity.

The plan is a review of suitable bags of supported brands and models from 1000 euro actual sale price. For auctions the end price counts.

Other currencies are first excluded. Not every model can be reviewed.

A seal would not be a payment proof and not a maker certification.

An unclear finding leads to a free second review by another qualified person. After that unclear or signs against authenticity: no forwarding.

A different condition needs express consent of the buying person. Silence does not count.

Extra services would be voluntary and never preselected.

Only the chosen service and actually extra transport legs would be added. The same leg is not charged twice.

Service fees would be shown separately and do not change the donation calculation of the goods sale.

There is currently no price, no booking button and no invented availability.

A goods intake, review seal or shipping event does not grant a payout.

Goods sale and extra service should be shown separately once booking is possible.

Their period starts can differ. That is not yet released as a bookable contract.

An early start of performance must not be triggered by a preselected declaration.

The public service terms page points to existing legal texts and makes clear that no booking is possible.

Internal drafts are not published as applicable terms.

The 14 day return period starts on the day after proven receipt.

The 14 day non receipt notice starts from documented shipment. Those are two different periods.

Consumers generally have a statutory withdrawal right after receipt in distance sales with commercial sellers.

For private sales the platform requires a contractual 14 day return right. That is not an automatic statutory EU private sale rule.

A timely declaration must not be treated as late only because the return shipment happens later.

After the applicable return period there is no extra take back only because of dislike.

Defects and other sale contract complaints go to the selling person.

Warranty, non delivery, deception and timely declared returns remain even after payout.

Value loss through handling beyond the allowed inspection can be legally relevant if the information was proper.

A donation receipt or fee display does not change these rights.

After an effective withdrawal, received payments should go back without delay, at the latest within 14 days from receipt, through the same payment method unless another lawful agreement applies.

When shipping is in the total price the total price is refunded. Included outbound costs, platform fees or a planned donation share are not subtracted as a blanket cut.

A legally allowed compensation for value remains reserved.

Successful refunds are processed. Still running refunds do not count as finished.

The website does not implement a withdrawal backend. You send the model declaration to the contracting party.

No. Silence does not confirm receipt.

Without proven receipt no return or payout period starts.

A shipment notice alone does not prove that the buying person has the piece.

A payment alone does not prove handover.

For pickup the documented handover counts, not the absence of a message.

Payment must be confirmed and available. Receipt or pickup must be proven.

The 14 day return period from the day after receipt must have ended, including longer statutory periods.

For shipping the 14 day non receipt window from shipment must also have ended. The later end counts.

Open non receipt notices, complaints, timely returns or other blocks stop the amount.

Only after that comes preparation of the transfer. Bank times are not part of the return period.

No. A confirmed incoming payment does not create an automatic credit to your account.

Recipient transfers and bank payouts need the separate flow after receipt, periods and case review.

Bank payouts are not released as a live operation.

The fee calculator shows a calculation, not a confirmed bank credit.

Statutory claims do not end when a payout happens later.

Open cases block the affected payout release.

That applies to non receipt, timely return, damage and other legal blocks.

Finance preparation of existing plans does not replace a review of these periods.

In discreet test operations, review or shipping events create no finance booking.

An internal 14 day note does not replace the shared end to end review.

Receive and payout are separate. Receive needs certification and an active receive release.

Payout requires a confirmed recipient account, accepted evidence and the necessary permissions from the connected payment provider.

Organisation shares additionally need the manual release in the organisation file.

Stripe has not classified the donation model for Austria in writing.

Prepared plans of blocked organisations get a review note and no silent transfer.

Mutual ratings exist only after an actually completed order between the same parties.

Stars from 1 to 5 and an optional comment are possible once.

Profiles separate feedback as buyer and as seller.

Publicly there are no order numbers and no private names.

Empty lists are not filled with sample stars.

Buyers, sellers and organisations can create referral links.

The first assignment lasts 30 days. It is not overwritten afterwards.

The commission is 2 % of the platform fee, not of the sale price.

Only actually paid orders created after that inside the window qualify. Earlier purchases do not count.

A referral link is not a payment confirmation and not a lifelong commission.

Every item gets a lasting code from letters A to Z and digits 0 to 9.

You can search it and share it as a direct item link.

The code is public and does not replace private account data.

On the planned parcel insert it stands apart from the order reference.

The code proves neither payment nor receipt.

Google Analytics loads on production domains only after express consent. Locally the measurement stays off.

Decline and allow are designed the same. Closing does not change a decision.

The catalogue cache in the browser can be deleted in the cookie settings. That is not a server side account deletion.

Account deletion and proof periods for organisation files are not set up as an automatic run without fixed periods.

Imprint, privacy and terms stay reachable through header and footer.

The contact page stores enquiries in the backend; for the form you accept the terms and acknowledge the privacy notice, without blanket consent to AI or advertising.

Automatic email delivery is not set up. The reply uses the stored contact details.

The imprint keeps the legally required operator data.

Organisation accounts can, after booking of certain donations, write to involved buyers or sellers in the app inbox. That is not a general support replacement.

You can send enquiries, complaints and statutory rights requests independently of the form to aifae.org@gmail.com; acceptance of the terms is not required for that route.

Do not pay outside the planned platform paths and do not follow unusual payment requests.

LuxCharity does not ask you by private message to transfer to a private account.

Report the case through contact and, once it exists, through the report function of the app.

A very low price, pressure to hurry or a request for secrecy are warning signs, not a duty to buy.

A reported review has no published success rate and does not make the platform fully safe from fraud.

Requests for cash, vouchers, crypto assets or a transfer to a private account are not part of the planned flow.

A fee display or a hammer is not a payment request to a third party account.

Service bookings are closed. Nobody may demand a service price as a binding payment.

Do not share TAN, PIN or full card data in messages.

When in doubt stop and use the contact page.

Seller accounts can be followed and reported.

Follow gives in app notices about new items and live auctions, without push and without video.

Reports go to administration. They do not replace a criminal complaint.

Ratings stay bound to completed orders and are something other than a report.

A report does not create an automatic payout block without review.

In the footer stand terms, privacy, imprint, use terms, withdrawal and cookie notes.

There are also separate use texts for buyers, sellers and organisations. Each text explains only its role and does not repeat the price calculation.

The terms are the contract core. Privacy follows the GDPR. The withdrawal page holds only the statement and the model.

The texts are website versions and not a lawyer approved final version of a complete shop contract.

Cookie settings control analytics consent and the local catalogue cache.