Z racji, że wszedłem w obowiązek informowania kochanych instytucji o exporcie muszę produkować takie zestawienia.
Program umożliwia realizację takich deklaracji ale ja potrzebne dane mam w innym miejscu niż domyślnie trzyma je program.
Chodzi o takie dane jak: masa netto, cn, i kraj pochodzenia.
Te informację mam w polach własnych i jest mi łatwo je modyfikować importem z xls.

Czy ktoś z szanownych kolegów podzieli się $ takim zestawieniem (podejrzewam, że ktoś je ma), które pokazuje wartość sprzedanych przedmiotów ich ilość i wspominane pola własne
Oczywiście z możliwością filtrowania sprzedaży WDT

Żeby było ciekawiej to takie same pola własne, ale dodawane w innej kolejności będą miały dane przechowywane w innych miejscach (kolumnach).
Krótko mówiąc nikt nie ma gotowego i nie bardzo może mieć, nie mówiąc już o tym że mało kto przechowuje dane w innych polach niż przewidziane do tego celu w Subiekcie.

A zestawienie, oczywiście da się zrobić, ale to już temat na PW

A skąd my mamy wiedzieć w jakich polach własnych co trzymasz i w jakim formacie?

Cytuj

Nie wiem co to ma do rzeczy, dane to dane jaki by nie był to ciąg znaków ( liczby i cyfry )

Są pola własne standardowe tekstowe i są rozszerzone (w plusach) a tam masz pola typu liczba całkowita, liczba rzeczywista, data, pola słownikowe....

Pola typu liczba, kwota czy data narzucają konkretny format. W polu tekstowym możesz przechowywać liczby na miliard sposobów np. "12345,67", "12345.67", "1 2345,67" i jak coś ma być podliczane / sumowane na takich polach to trzeba to odpowiednio skonwertować.

Żeby było ciekawiej to takie same pola własne, ale dodawane w innej kolejności będą miały dane przechowywane w innych miejscach (kolumnach).

Cytuj

Tu nie rozumiem. Jak wpiszę w pole P1 danego towaru cyfrę 1 to przecież nic tej cyfry tam nie zmieni bez mojej ingerencji. To znaczy lokalizacja jej będzie zawsze P1 o wartości 1

A to, że jak firma A będzie miała takie same pola dodane sobie w bazie jak firma B ale doda je innej kolejności niż firma B to to samo zestawienie operujące na tych polach w jednej firmie będzie działać a w drugiej albo w ogóle nie będzie chciało działać albo będzie dawać bzdurne wyniki.

Krótko mówiąc nikt nie ma gotowego i nie bardzo może mieć, nie mówiąc już o tym że mało kto przechowuje dane w innych polach niż przewidziane do tego celu w Subiekcie.

Cytuj

Ja przechowuje i jak czytam forum nie tylko ja. Ale jak nie przewidziane, przecież po to są pola własne np: dla towarów aby umieszczać tam dodatkowe dane o nich.

Tak ale to co robisz to wyważanie otwartych drzwi. Powielasz niepotrzebnie dane i nie możesz ich wykorzystać w żadnych fabrycznych zestawieniach i mechanizmach.

I po co sobie utrudniasz życie trzymając te dane w innych polach niż domyślne? Zasadniczo dane w domyślnych polach modyfikuje się tak samo jak każde inne.

Cytuj

Już pisałem: dlatego je tam trzymam ponieważ rozwiązanie, które aktualnie wykorzystuje pozwala mi na masową zmianę danych w tych polach.
W polach standardowych np: kod cn w subiekcie od strony użytkownika nie mam możliwości masowej ich zmiany. Czy się mylę ?

Co do zasady - mylisz się. Kod CN, kraj pochodzenia i masę można zmieniać operacjami zbiorczymi. Jeśli korzystasz z jakiegoś rozwiązania zewnętrznego do masowej edycji to równie dobrze mogłoby ono zmieniać "fabryczne" pola zamiast pól własnych. Nie musiałbyś wtedy rzeźbić deklaracji jakimiś patentami tylko mógłbyś skorzystać z tego co oferuje Subiekt.

Dziękuje za odpowiedzi a w szczególności Candy za jego poświęcony czas.
Po porannej analizie potrzeb uznałem, że zmienię rozwiązanie ( import z xls do gt ) aby obsługiwało te standardowe pola intrastatu.
Jak zauważył Yemet lepiej jednak mieć te dane w polach do tego przeznaczonych aby potem ewentualna wymiana danych nie powodowała błędów.
Pozostała tylko waga, którą ja mam w kartach produktów jako brutto ( waga potrzebna do obliczeń dla firm kurierskich ) a intrastat wymaga netto.
Ale widać tak musi zostać.