Dat kan volledig automatisch, en dan loopt het via Goederen Ontvangst zoals je dat gewend bent van Inkoop. Geen verschil dus.
Maarrrr ... dat werk alleen als je Profit-Inbesteding hebt, en ... die heb je (Berny) niet.

Merk op dat er wel meer bij komt aan funktionaliteit als je die module wel hebt, zoals het toch niet onbelangrijke bijwerken van de Statistieken ...

Wat je nu doet is in principe juist;
Een Credit *Order* maak je voor produkt wat terugkomt; een Credit *Faktuur* maak je voor alleen geld wat terug moet.
Uiteraard doet de eerste beiden.

Vergeet niet deze voor de tweede situatie : http://ha1.heartprofit.nl/profit/index.php?topic=16723.0

Hahahahaha. Nee, maar daarom sta ik ook met mijn mond vol tanden. Dus, voor zover ik het kan begrijpen is het terecht dat je dat wilt, alleen ik zou denken dat het niet kan, met daarmee voor mij altijd meteen de vraag hoe een ander dat dan doet. En daarna wordt het intrigerend ...

De lol is altijd dat uiteindelijk niemand het echt "fout" doet, omdat iederen zo zijn redenen heet waarom het betreffende verantwoord is.
Je weet wellicht nog hoe zeer ik het oneens was met een club die MSDSsen op Receptniveau (i.p.v. Chargeniveau) wilde hebben ...
 

Je kunt dit helaas niet testen zonder een "installatie". Daar komt wel het e.e.a. bij kijken, omdat het een totaal andere omgeving is. Hebben jullie zelf een webserver in huis dan ben je al een stuk "makkelijker", en heb je daar SQL/Server op draaien dan is het pleit bijna geslecht. Maar dan nog is het niet "zo maar" wat installeren, omdat het -wat het ook is- voor *jou* moet werken zoals *jij* wilt. En dat heeft niemand anders ...

Anders zou iedereen z'n website er ook hetzelfde uitzien.

De kosten zijn 10.000 euri, maar dat is dus inklusief het aanpassen aan de style die je hebt / wilt, integratie met je website, en verder de presentatie van je produkten zoals *jij* dat wilt. Eigenlijk ongelimiteerd.
Neem deze voor nu maar even als voorbeeld : http://www.vers-online.nl/_default001.asp wat dus slechts een voorbeeld is "van iemand" en een heel klein deeltje toont van alles wat er is als je zou zijn ingelogged.
Denk aangaande het laatste ook aan de klanten die de status van hun Orders kunnen zien, eigen statistieken kunnen opvragen, pakbonnen / fakturen kunnen downloaden enz. enz. enz.
Dit laatste is allemaal standaard werk, maar kan ook weer worden uitgebreid zoals je zelf wilt, alleen in dié hoek is dat dan maatwerk, zoals eigenlijk gebruikelijk.

Hetgeen je ziet zonder inloggen wordt dus gemaakt zoals je wilt, waaraan dan mag worden toegevoegd dat alles wat erachter zit als je zou willen (laten) bestellen óók wordt gemaakt zoals je wilt (is uiteraard een samenspel van hoe zaken worden getoond versus hoe je wilt dat klanten bestellen). Wil je Prijzen tonen of niet, wil je het Orderbedrag tonen of niet, enz. enz.

Eigenlijk is het niet helemala duidelijk. Nou ja, voor een simpele automatiseerder als ik ben dan. "Verdomd" SAP heb ik trouwens wel eens van gehoord. Maar ja, dat heet weer wel automatisering geloof ik.

Hoe dan ook, ik hoop dat je het iets duidelijker kunt maken;
Het lijkt een beetje alsof je het over Artikelnummers van de klant hebt, wat in dit geval kennelijk een klant is die SAP heeft. Maar ja, zo simpel zal het wel niet zijn, want ik neem aan dat je ervan weet dat je ook Kliënt-Artikelnummers hebt ...

?

Nu sta ik dus met mijn mond vol tanden ...

Berny, nu je hier toch rondzwerft ... hoe doen jullie dat ?? ("niet" is ook een antwoord hoor).

Berny, ik neem aan dat je ook een beetje hiernaar verwijst : http://ha1.heartprofit.nl/profit/index.php?topic=17518.msg19259#msg19259

Wat dat betreft, neen. Maar in het algemeen : Ja. Maar dan toch weer via "misbruik" van de Taalkode van de Debiteur.
Dus, als je een nieuwe Taalkode introduceert (maar de Spreektaal blijft (bijv.) Nederlands), dan kun je daar de dokumenten zoals Pakbon ook aan ophangen.

Let op : Hier zit in die zin een adder onder het gras, dat dit alleen lekker werkt bij die Debiteuren die dezelfde Taalkode hebben als het Bedrijf (dus, Nederlands voor jullie). Want, als je bijvoorbeeld omwille van de Pakbon een andere Taalkode introduceert, zal bijvoorbeeld je Orderbevestiging nog niet aan die Taalkode hangen, maar omdat de Orderbevestiging voor die Debiteur met zijn speciale Taalkode niet wordt gevonden, zal naar de Taalkode van het Bedrijf worden gekeken. En de adder : voor een "buitenlander" werkt dit dus niet ... dan zou je alle dokumenten voor die additionele Taalkode moeten maken ...

Ik zeg het maar voor de volledigeheid : er is best iets meer officieels voor te maken, voor niet al te veel uren, denk ik (hooguit 8 ?).

Profit-Webshop.
Overigens niet per sé bedoeld om via Internet te laten bestellen. Dus, iedereen ziet wel zijn eigen Assortiment (of alles, als je geen separate Assortimenten hebt), met daarbij de Voorraadhoogte zoals je die van Profit ook wel kent en we maken het via de invalshoek die je zelf wilt.
Merk op dat e.e.a. afhankelijk is van hoe je wilt dan mensen / klanten hun "assortiment" zien, want niet hetzelfde is (hoeft te zijn) zoals je het zelf in Profit ziet. Bijvoorbeeld, jullie (Berny) willen misschien alleen de KG (of L) tonen, en niet per Verschijningsvorm.
Verkoop je ook via Internet dan zal het weer anders zijn.

Zie het maar als een "view" die over alles heen komt te liggen, en die wordt gemaakt zoals *jij* wilt (zit bij de prijs in).

Maar Frank, dan heb je toch eigenlijk ook een ander produkt = Artikelnummer ? Dus, dan horen daar toch ook andere Keuringsvoorschriften bij ?

Het kan natuurlijk ook zijn dat je met je laatste post aangeeft dat je dat weet, en je dus eigenlijk iets anders "hoort" te werken in deze.
Dan zeg ik niets meer !   

Dit kan niet op de wijze die jij wilt Frank. Het werkt andersom;
Je hebt de grootste gemene deler aan Keuringsvoorschriften in je systeem staan, en daaruit mag je subsets nemen voor klanten.
Denk er maar aan dat je ook op voorraad kunt produceren, en dan zou je achteraf deze keuring moeten doen ?

Dit is dus gewoon het principe, en daaraan valt weinig te tornen. 
Is ook niet echt verkeerd in jouw voorbeeld denk ik; hooguit zou je altijd te veel keuren als die ene klant niet aan de orde is ...
... maar daarop weet je misschien wel iets te verzinnen ?

Pascal, we kunnen dit niet nadoen ... ook niet bij jullie op het systeem.
Waarschijnlijk is de beschrijving (1e post) toch niet helemaal juist ?

Ik dacht het niet nee.

Demis, Menno is intussen vertrokken.

"Dit" ? wat ?
Ik begrijp niet wat je hier bedoelt.

Dirk-Jan, ik wil er geen onderwerp binnen een onderwerp van maken, maar wat mij betreft heb je 1 "Pakbon". 

Aanbieding volgt.

Tuurlijk kan dat !
maar dat wist je toch al wel ?

N.b.: Het systeem bevat een optie om de Vrachtbrief als Pakbon te laten fungeren, waarbij tevens de Faktuur op dat niveau opereert. Dus gewoon 1 Faktuur en 1 Pakbon, ongeacht het aantal Verkooporders sinds de laatste Faktuur voor de betreffende winkel.