Annullér post/indtastning

Hej  jensen
Så vidt jeg vil der altid opstå det hul i autonummeringen som du selv nævner hvis du annullere oprettelsen af en ny post. Hvis det er et must at nummerrækkefølgen altid skal være fortløbende uden disse huller er den enste mulighed at lave sin egen "autonummerings" funktion, men dette skal så køres via en indtastningsformular, og ikke direkte i tabellen.

Øv ...

Ja øv,det har også drillet mig nogen gange, jeg har så ofte valgt en brugerdefineret funktion med DMAX funktionen feks. nedenstående på en en knap på en formular:

Me!Feltnavn = DMax("[Feltnavnitabel]", "Tabelnavn") + 1

Det virker faktisk meget godt, men skal som sagt køre fra en form

http://support.microsoft.com/default.aspx?scid=kb;en-us;Q287756

Men der skal naturligvis komprimeres først.

Hej Mugs > den fremgangsmåde er ikke mulig, idet der kan være flere brugere på samtidig ... så DMax er nok at foretrække ... tror jeg nok ...

Gade vide om det muligt at anvende DMax funktionen på en eller anden måde direkte i tabellen feks. under standardværdi for nye poster ?

Hmmmm .... DMax giver reelt samme udfordring hvis der er to eller flere brugere som opretter poster samtidigt.

Jeg tror jeg forsøger med en "mellemstation" i form af en temp tabel med en unik nummerering på bruger som så efterfølgende gemmes i den endelige tabel, når denne er 100 % sikker på sine indtastninger ... tek for forsøget

Selv tak, og god arbejdslyst med det :o)

Brug aldrig autonunmmer til fakturaer e.l. - Der kan være et utal af problemer forbundet hermed.

DMax kan sagtens anvendes med flere brugere!

Du skal blot vente med at tildele værdien til posten godkendes. Hvis du f.eks. har en funktionsknap [Godkend].

Hvis du vil gemme recorden midlertidigt, bruger du blot dmax til at udfylde fakturanummer, når recorden flyttes over i tabellen med godkendte poster.

Den eneste måde at "nul-stille" et autonummer er en komprimering.

whats the problem in having holes in the sequence. Theoretically there is no need to even see the autonumber values.

Hi Terry > af hensyn til vores interne revision, skal der være styr på nummerrækken, derfor er det ikke hensigtsmæssigt at der er huller.

Jeg ender nok op med en DMax

But this must be becuase your using the autonumber as invoice number or something like that, they are two entirely different things. As balderk also suggests, they shouldnt be used for this purpose.
There will be a rsik with dmax even if you leave it until the last minute, but if the field (invoice number for example) is also unique key then alll you will need to take into account is reacting upon an error you will get if someone does attempt to write a record with the same number.

I am in contact with "Intern Revision" on this problem.

It looks like Access isn´t the best choice in this case as a multiuser system :-(

For at imødegå samme nummer med en DMax, kan man så ikke i formularens Current indtaste.

If Me.NewRecord the
Me.nummer 0 DMax(...) + 1
end if

og sørge for, at den redegirede post er låst.

Hej Mugs > Jeg arbejder lidt videre med forskellige løsningsforslag ...

Måske er problemet til at overskue ... sandsynligheden for at to eller flere brugere forsøger at acceptere en given post samtidig er nok lille

Jensen:
Jeg vil fastholde, at det ikke vil give huller, hvis du først skriver data til en midlertidig tabel, og først tildeler fakturanummer, når data flyttes til hovedtabel.
Access kan så IKKE tildele et nummer, der er højere end den senest godkendte faktura.

Bruger må alligevel ikke annullere en godkendt faktura (så bliver revisionen først tossede). De skal køres retur som kreditnotaer, ligesom man modposterer fejlbogføringer i et økonomisystem.

Hvis du har brug for at tildele et ordrenummer, kan du jo bare gøre det i den midlertidige tabel.

Desuden er der ved revision ikke problemer med brudte nummerserier, så længe du kan redegøre for huller, men det bør selvfølgelig minimeres af hensyn til overblikket (controller/IT-koordinator i mellemstor dansk virk.).


Mugs:
Problemet opstår, når to brugere samtidigt prøver at oprette en post. Dette sker ikke nødvendigvis på baggrund af een redigeret post.

Takker for alle bidrag ind til videre ... det lyder som om vi har fælles forståelse og indfaldsvinkel til problemstillingen.

Læg venligst svar, så vil jeg forsøge at fordele efter bedste evne ;-)

Hermed et svar :o)

Tak for point :o)

...en anden indfaldsvinkel.
Jeg bruger altid opdatering af tabeller med formularer via en forespørgsel. Derfor kan man have et felt i tabellen til slettemarkering (og evt. timestamp og userid) i stedet for at slette recorden. Forespørgslen til formularen medtager kun ikke slettemarkerede records. På denne vis er det muligt (til en vis grænse) at dokumentere forløbet.

.... Der skal så være en knap på formularen til at slette(markere).