[UST2002] TAX FPC v1: Productcreatie: zoals Probox maar enkele uitzonderingen- Refactored naar ingegevenkenmerkentypeapi. (hoewel deze niet identiek is als de originele code, is de refactoring toch correct omdat de lossecomponenteninbulk niet passeren in de VoegToeStandaardBasisGegevens method.)
[UST2008] Vh4 TBX B.E.: Ontbrekende kenmerken caché-intern ongebruikt introduceren- Rename Klasse -> Toepassing- deze commit bevat enkel het renamen van de property zelf
[UST2032] DKG: leveradressen meenemen in EDI- de leveradressen worden nu gevonden in de klant zijn leveradressen, waardoor IngaveTotBestelling juistere data gaat genereren
[UST2032] DKG: leveradressen meenemen in EDI- Naam property ook doorgeven- Leveradres in offerte opslaan- Adresvergelijking in de AdresUtils zelf steken (kijkt niet naar naam)
[UST2005] TAX_FPC_F1: Productiegroep Specials- Beter. bepaling aantal etiketten adhv verpakking flatpackprocom. bekijken of we hiervoor (tijdelijk) een nieuwe klasse moeten maken.
[UST2005] TAX_FPC_F1: Productiegroep Specials- FlatpackProcom productiegroep wordt specials productiegroep. Met gevolg dat de truk special in DocV1 geen onderdelendoos etiket meer maakt. Het tijdelijk gelijklopen van flatpackprocom en probox xordt nu opgevangen door flatpackprocom te behandelen als probox, maw met aantal proboxdozen wordt het etiket bepaald en dus zorgen we ervoor dat flatpackprocom ook een aantal proboxdozen berekent. Totdat business beslist hoe we flatpackprocom effectief gaan behandelen in productie. (productieprocess is momenteel nog niet bepaald.) Nog even navragen waarom onderdelen doos etiket niet kan geprint worden adhv onderdelendoos op toelevering of batch of dergelijke...
[UST2032] DKG: leveradressen meenemen in EDI- de onlangs toegevoegde ZoekLeverAdresViaAdres op KlantInstellingenService er weer uit, de method wordt verplaatst naar de adresutils zelf (en lichtjes aangepast, zie een van de volgende commits)