Onderwerp:

ik heb meerdere implementaties onder MS SQL server draaien.
Dus het is niet in een bèta fase of zo.
Mocht je het in een standaard database kunnen reproduceren dan hou ik mij aanbevolen.
Want bij grote klanten lever dit aanzienlijke snelheidswinst op.

Hi Pieter,
Ja, het probleem met de DB begint wat grotere proporties aan te nemen.
De oude DB op Firebird heb ik weer goed aan het werk en die is al een paar weken helemaal stabiel. Zie eerder bericht.
Zolang dat zo blijft blijf ik daar op werken en leg ik nu dit sql-project stil. Want wie weet hoeveel werk het kost om de sql versie helemaal goed en stabiel te krijgen.
Mocht dat veranderen dan neem ik weer contact met je op. Tot zover bedankt voor je adviezen. Ik heb er veel van geleerd en ik hoop dat anderen ook leren van wat in dit draadje staat.
Nogmaals dank Pieter.

(Voelt een beetje als 100 meter onder de top omdraaien. Ik heb geleerd dat dat soms heel verstandig is.)

ik kan helaas niet zien waarom het mis zou gaan.
Ik heb daarvoor je database nodig met het probleem om verder nog een zinnig antwoord te kunnen geven.

Ja, dat zou je zeggen, maar ik nam je vraag heel leterlijk. Hier is de hele tabel dbo.tax
WAccountID    SDescription    DStartDate    DEndDate    FRate    DSysDate    WLINKTAXID    BLinkContra    SHOWTYPE
204    NULL    2000-01-01 00:00:00.000    2099-01-01 00:00:00.000    6.00    NULL    0    0    2
206    NULL    2000-01-01 00:00:00.000    2099-01-01 00:00:00.000    6.00    NULL    0    0    1
207    NULL    2000-01-01 00:00:00.000    2099-01-01 00:00:00.000    19.00    NULL    0    0    3
209    NULL    NULL    NULL    NULL    NULL    0    0    NULL
220    NULL    NULL    NULL    NULL    NULL    0    0    NULL
247    NULL    2000-01-01 00:00:00.000    2099-01-01 00:00:00.000    19.00    NULL    0    0    3
248    NULL    2000-09-17 00:00:00.000    2023-02-20 00:00:00.000    0.00    NULL    0    0    1
251    NULL    NULL    NULL    0.00    NULL    0    0    2
254    NULL    NULL    NULL    19.00    NULL    0    0    0
256    NULL    NULL    NULL    19.00    NULL    254    1    0
295    NULL    NULL    NULL    100.00    NULL    0    0    3
354    NULL    NULL    NULL    21.00    NULL    0    0    1
355    NULL    NULL    NULL    21.00    NULL    0    0    2
647    NULL    NULL    NULL    21.00    NULL    0    0    2
649    NULL    NULL    NULL    6.00    NULL    0    0    2
737    NULL    NULL    NULL    9.00    NULL    0    0    1
738    NULL    NULL    NULL    9.00    NULL    0    0    2
739    NULL    NULL    NULL    9.00    NULL    0    0    2

je lijkt dan een hoop records te missen in de TAX tabel als je er daar maar 3 hebt.
Voor al deze rekeningen moet er een in de TAX tabel zitten.

WAccountID    SAccountCode    SMainAccountCode    SSubAccountCode    SDescription    WAccountTypeID
0    NULL    NULL    NULL    Leeg    4
204    1200001    1200    001    6% Ink gemengd BTW    4
206    1200002    1200    002    6% Verkoop BTW    4
207    1200003    1200    003    19% Verkoop BTW    4
247    1200004    1200    004    19% Inkoop BTW    4
248    1200005    1200    005    0% Verkoop BTW    4
251    1200006    1200    006    0% Inkoop BTW    4
254    1200010    1200    010    BTW Binnen EU Te betalen    4
256    1200020    1200    020    BTW Binnen EU te verekenen    4
295    1200030    1200    030    BTW priv?-auto gebr. en onderh.    4
354    1200007    1200    007    21% Verkoop BTW    4
355    1200008    1200    008    21% Ink gemengd BTW    4
647    1200018    1200    018    21% Ink geheel BTW belast    4
649    1200011    1200    011    6% Ink geheel BTW belast    4
737    1200091    1200    091    9% Verkoop BTW    4
738    1200092    1200    092    9% Ink gemengd BTW    4
739    1200093    1200    093    9% Ink geheel BTW belast    4

lengte AccountCode(nvarchar(9),null). Die heb ik niet aangepast.

Wat wel gebeurd is dat Account ná de Groups geconverteerd word, dus ik heb groups* helemaal vooraan gezet met converteren. Dat is wat jij ook deed in de voorbeeldvideo

welke records heb je dan in Account voor type 4 ?
En heb je misschien de lengte van SACCOUNTCODE aangepast ?
Dat zou ook een probleem kunnen zijn

in dbo.Account is AccountType voor 21% inderdaad 4

in dbo.tax zijn dit de records voor 21%. Ze zijn er dus wel.
WAccountID    SDescription    DStartDate    DEndDate    FRate    DSysDate    WLINKTAXID    BLinkContra    SHOWTYPE
354    NULL    NULL    NULL    21.00    NULL    0    0    1
355    NULL    NULL    NULL    21.00    NULL    0    0    2
647    NULL    NULL    NULL    21.00    NULL    0    0    2

 

Ik heb even gekeken in de code maar voor het record in Account voor 1200-007
moet het type 4 zijn en in de tabel TAX moet daarvoor een entry zijn. IS dat nu zo?


") Ander vraagje: wat doen de init reg en Set reg in de datapomp? En moet je die altijd op het eind van converteren even doen? Zou dit probleem hier mee te maken kunnen hebben?"
Ik neem aan dat je ini Gens en set Gens bedoelt ja zeker dat zijn je unieke nummers generatoren voor nieuwe ids.

Dank. Helaas zijn er toch weer problemen met de SQL...
Afdrukken gaat goed nu. Maar het document doorboeken geeft een foutmelding wanneer het een artikel betreft met 21% btw .
Tax account 1200-007 not found ini Tax table please check tax entry in the taxtable.

Testen:
- Rekeningen: Bij iedere hoofdcategorie rekeningen verschijnen T1200-001 t/m -005. (Dus bij Activa, Kapitaal, Kosten, Opbrengsten). dit is niet zo in de Firebird database.
- dbo.tax heb ik voor de zekerheid nog een keer overgepompt. Blijft hetzelfde. Dus daar zit de fout waarschijnlijk niet.
-  Memoriaal: Ik kan wel op dat btw-account boeken in het memoriaal, bv vanuit bank.
- Rapportoverzichten: van dat account gaan prima.
- Een artikel: met btw copieren en factuur opmaken met dit nieuwe artikel geeft ook zelfde fout.

Dan kom ik tot in eerste instantie twee vragen:
1) Alles bij elkaar komt dit wel over als een beetje ontregelt. Valt dit nog wel eenvoudig op te lossen?
Zo ja, ik ben benieuwd hoe.
Zo nee, dan is dit toch misschien het moment om terug te vallen op de Firebird DB. Ik werk er nog op als een schaduwboekhouding en die is nu wel stabiel. Het speciale karakters probleem is wonderbaarlijk genoeg opgelost bij nieuwe Debiteuren aanmaken. Dus ik heb een paar nieuwe aangemaakt voor de debiteuren die problemen gaven.
2) Ander vraagje: wat doen de init reg en Set reg in de datapomp? En moet je die altijd op het eind van converteren even doen? Zou dit probleem hier mee te maken kunnen hebben?