Ja hoor. Dat is juist mogelijk.
Maar, vergt wel wat instellingen, c.q. kan enigzins afhangen van hoe e.e.a. waarom deze wijze is ingericht.
Allereerst, vroeger was het zo, dat als je twee IC bedrijven (A en B) had, en een Debiteur iets bestelde bij bedrijf A maar jij die order wilde laten leveren door bedrijf B, bedrijf B over de Afleveradresgegevens moest beschikken van de Debiteur van bedrijf A. De destijds daarvoor gekozen oplossing was 'het doorkopieren van de Relaties en Debiteuren naar alle IC bedrijven'. De IC uitbesteedde Verkooporder leidde dan in het andere bedrijf tot een Verkooporder aan dezelfde Debiteur (doch Faktuuradres naar het IC bedrijf), waardoor feitelijk alle overzichten bleven werken. Nadeel: iedere Relatie heb je dubbel in je systeem staan. Ach, zo'n groot nadeel hoeft dat niet te zijn, want er zijn ook bedrijven die vinden dat een relatie bij alle bedrijven mag bestellen, en om die reden al doorgekopieerd moet worden opdat ze simpelweg in alle IC bedrijven eenzelfde Relatie-id heeft.
Maar, je kunt je voorstellen dat als A een Nederlands bedrijf is, en B een Pools bedrijf, en A orders uitbesteedt aan B die B aan de klant van A moet leveren, niemand er op zit te wachten dat bedrijf A ineens ook alle Poolse Relatie-id's moet hebben, en B alle Nederlandse Relatie-id's; het zijn feitelijk enkel "Afleveradressen". Sinds een aantal jaar is er voor die vorm van IC uitbesteding een andere methode ontwikkeld, en die geeft feitelijk de Adresgegevens van de klant van A als variabel Afleveradres 9999 door van de Verkooporder in B. B hoeft daarmee niet meer over de Relatie-id's van A te beschikken, en weet toch waar ze de spullen moet afleveren...
Als jij een Debiteur in 2 bedrijven wil hebben en in beide bedrijven andere prijzen wil hebben, dan werkt dat in theorie al standaard bij de gratie dat je de standaard Prijs-/Kortingsafspraken gebruikt, immers, die worden niet IC doorgekopieerd. De Debiteur wordt echter wel doorgekopieerd, en dat gebeurt met "al zijn gegevens". Tuurlijk, super handig dat het systeem dat voor je doet, dat scheelt jou dubbel onderhoud... maar toch klopt het niet, want in de situatie dat de Debiteur in die andere bedrijven ook kan bestellen, zul je daar andere instellingen voor willen (kunnen) doen; jij komt nu (vermoed ik) met de Prijslijst-Id die bij de Debiteur staat, maar denk bijv. ook aan de Kredietlimiet die in het ene bedrijf anders kan zijn dan in het andere bedrijf.
Overal waar dit soort gegevens IC worden doorgekopieerd naar het andere bedrijf, wordt dit door een filter gehaald die zegt wat er wanneer wel/niet gekopieerd moet worden.
De oplossing (LOISICMV):
* Hoofdmenu - F5 - F5 - P (Intercompany Parameters)
* Zorg ervoor dat je met een Intercompany Definitie werkt
* Gebruik F6 voor Intercompany te kopieren velden
* Selekteer de Intercompany Definitie, en selekteer de Debiteurentabel.
Links wordt vervolgens een lijst opgebouwd met alle veldnamen uit de Debiteuren tabel die altijd doorgekopieerd moeten worden; feitelijk zijn dit alle velden bij de gratie dat jij niets anders gedefinieerd hebt. Via een Listmover control kun je daarin velden overhalen naar de list "Nooit kopieren" of "alleen bij Toevoegen". Neem dus het veld "Prijslijst-id" op in "nooit kopieren", en je probleem is opgelost. Als je dan iets in A wijzigt, wijzigt dat veld niet in B (en andersom).
Maar: let op. Als je met dit soort dingen aan de slag gaat moet je goed weten waar je mee bezig bent. Het IC doorkopieren van data is sowieso al gevaarlijk en staat je toe de database inconsistent te maken (je zou bijv. een Artikel kunnen doorkopieren die naar Leveranciers/Magazijnen verwijst die je niet doorgekopieerd hebt), maar als je op veldniveau zelf kunt bepalen wat je wel/niet wilt doorkopieren, kun je er een puinhoop van maken.
