Foutbericht wanneer u een rooster probeert in te dienen in Project Time and Expense in Business Portal: "Microsoft.Dynamics.Pma.PmaEntity.CostCategory"

Oorzaak 1

Dit probleem kan optreden als de volgende voorwaarden waar zijn:

• Audit trails in Microsoft Dynamics GP is geïnstalleerd.

• Er wordt een audit ingesteld op een PDK-tabel.

• De gebruiker van de zakelijke portal heeft geen toegang tot de auditdatabase.

Zie resolutie 1.

Oorzaak 2

Dit probleem kan optreden als u een roostersjabloon maakt met een project-id en vervolgens de project-id verwijdert in Project Accounting in Microsoft Dynamics GP. Zie resolutie 2.

Oorzaak 3

Dit probleem kan optreden als een project in een roostersjabloon een gesloten status heeft. Zie resolutie 2.

Oorzaak 4

Dit probleem kan optreden als er beschadigde of dubbele records bestaan in de PDK10000-tabel of in de PDK10001-tabel. Zie resolutie 3.

Oorzaak 5

Dit probleem kan optreden als het veld Positie niet wordt ingevuld in de werknemersrecord. Dit kan gebeuren als u Canadian Payroll gebruikt. Zie resolutie 4.

Oorzaak 6

Dit probleem kan optreden als er een onjuiste trigger is op de tabel PDK10000, PDK10001, PDK10500 of PDK10501. Zie resolutie 5.

Oorzaak 7

Dit probleem kan optreden als er notitieindexen zijn gekoppeld aan uw document die niet aanwezig zijn in de tabel Factureringsnotamodel of notities in de tabel Factureringsnotamodel die niet in het rooster voorkomen. Zie resolutie 6.

Oorzaak 8

Dit probleem kan optreden voor roosters als uw rapportageperioden zijn gewijzigd in Roosterinstelling wanneer er onbewerkte roosters zijn. Wanneer u een rooster maakt in BP met dezelfde combinatie Werknemer-id, Jaar en Rapportageperiode als eerder is gebruikt, wordt er automatisch een -2 toegevoegd aan het einde van het documentnummer. Als de eerste dag van de rapportageperiode of de rapportageperioden zelf in roosterconfiguratie zijn gewijzigd sinds roosters zijn ingevoerd en de combinatie Werknemer-id, jaar en rapportageperiode al eerder is gebruikt, slaan we het normale documentnummer van -1 over en gebruiken we er een met een -2 aan het einde. 

Het roosterdocumentnummer is gemaakt met behulp van de methodologie Werknemer-ID-TS-Date (d.i. 1018-TS-011609). 

Let op het verschil met wat wordt bekeken voor een dubbel rooster in de bovenstaande alinea.

Dus bij het invoeren van een rooster voor wat nu periode #2 (maar een andere periode was voordat de wijzigingen in roosterconfiguratie werden aangebracht), heeft Business Portal het niet als een duplicaat 'gezien', dus is de -2 er niet achter gezet. Als gevolg hiervan is de fout opgetreden omdat het roosternummer al in de PDK10000-tabel stond.
Zie resolutie 7.

Resolutie 1

Als u dit probleem wilt oplossen, verleent u toegang tot de auditdatabase. Ga hiervoor als volgt te werk:

1. Klik op Start,wijs Alle programma's aan, wijsMicrosoft SQL Server aan en klik vervolgens op Microsoft SQL Server Management Studio.

2. Vouw Microsoft SQL Serversuit, vouw SQL Server groepuit en vouw vervolgens het exemplaar uit van Microsoft SQL Server waarop de auditdatabase is opgeslagen.
   

3. Vouw Beveiliginguit en klik vervolgens op Aanmeldingen.

4. Klik met de rechtermuisknop op de gebruiker van de Business Portal en klik vervolgens op Eigenschappen.
   

5. Klik op het tabblad Databasetoegang en klik vervolgens op de auditdatabase.

6. Klik om het selectievakje Toestaan voor de auditdatabase in te selecteren.

7. Klik in de lijst Toestaan in databaserol op om het selectievakje DYNGRP in te selecteren.

8. Klik op OKen sluit Vervolgens Enterprise Manager af.

Resolutie 2

Als u dit probleem wilt oplossen, maakt u een nieuwe roostersjabloon. Hierdoor wordt de bestaande overschreven. Ga hiervoor als volgt te werk:

1. Klik in zakelijke portal op Werknemer,klik Project tijden klik vervolgens op Nieuw.

2. Maak een nieuw rooster en klik vervolgens op Opslaan als sjabloon.

3. Wanneer u wordt gevraagd de bestaande sjabloon te vervangen, klikt u op OK.

Als u geen nieuwe sjabloon kunt maken zodat de bestaande sjabloon wordt overgenomen, gebruikt u SQL om de bestaande sjabloon te verwijderen uit de PDK00300 en PDK00301 voor de betreffende werknemers-id.

Resolutie 3

Neem contact op met de technische ondersteuning voor Microsoft Dynamics en gerelateerde producten om dit probleem op te lossen. Een ondersteuningsprofessional kan u mogelijk helpen beschadigde of dubbele records te verwijderen in de PDK10000-tabel en in de PDK10001-tabel. Ga naar de volgende Microsoft-website voor informatie over technische ondersteuning voor Microsoft Dynamics en gerelateerde producten:

http://www.microsoft.com/dynamics/support/default.mspx

Resolutie 4

Hoewel u canadese salarisadministratie gebruikt, moeten de velden Positie (en Afdeling) op de Amerikaanse werknemerskaart worden ingevuld. Als u dit probleem wilt oplossen, voegt u het veld Positie op de werknemerskaart toe. Ga hiervoor als volgt te werk:

1. Klik in Microsoft Dynamics GP op Kaarten,wijs Salarisadministratie aanen klik vervolgens op Werknemer.

2. Voer de werknemers-id in waarvoor u het foutbericht ontvangt.

3. Voer een geldige positie in het veld Positie in.

4. Klik op de knop Opslaan.

Resolutie 5

Standaard zijn er geen triggers voor de TABELLEN PDK10000 PDK10001, PDK10500 en PDK10501. Voer dit script uit (ter vervanging van de tabelnaam) in Microsoft SQL Server Management Studio om te zien of er een trigger in de tabel aanwezig is. Deze trigger moet mogelijk worden verwijderd.

sp_helptrigger PDK10000 Als er een trigger bestaat, gebruikt u dit script om het te verwijderen en probeert u vervolgens het

document business portal opnieuw. In dit voorbeeld is de naam van de trigger PDK10000Update.

ALTER TABLE PDK10000 DISABLE TRIGGER PDK10000Update

Resolutie 6

Voer Microsoft SQL Server Management Studio script uit op uw bedrijfsdatabase om te bepalen of er factureringsnotities zijn toegewezen aan het document die niet aanwezig zijn in de hoofdtabel PDK-factureringsnota.

selecteer * van PDK10001 waar PDK_Billing_Note_ID niet in (selecteer PDK_Billing_Note_ID uit PDK01601) en PDK_Billing_Note_ID <> '' Voer dit script uit om te zien of er notities aanwezig zijn in de tabel Factureringsnotitiesmodel die niet in een

document staan.

selecteer * van PDK01601 waar PDK_Billing_Note_ID niet in (selecteer PDK_Billing_Note_ID uit PDK10001) en PDK_Billing_Note_ID niet in (selecteer PDK_Billing_Note_ID uit PDK10501) Als een van deze scripts resultaten oplevert, moet de record waarschijnlijk worden verwijderd uit de tabel met behulp van een

SQL delete-instructie. Neem indien nodig contact op met de technische ondersteuning voor meer hulp.

Resolutie 7

Bekijk de roosterdocumenten in de PDK10000-tabel om te zien of het documentnummer dat momenteel wordt gebruikt, eerder is gebruikt. Het vorige rooster moet mogelijk worden verwijderd uit de tabellen PDK10000 en PDK10001 voordat deze nieuwe transactie kan worden ingevoerd als de bestaande instelling van de rapportageperiode moet worden gebruikt. De andere optie is om de rapportageperiodegegevens opnieuw in te stellen op wat het eerder was en vervolgens een nieuw rooster te maken.

Extra probleemoplossing -

1. Voer het volgende script uit in Microsoft SQL Server Management Studio om te zien of er kostencategorieën in het rooster zijn die een andere status hebben dan Openen of Voltooid. U kunt geen transacties invoeren voor kostencategorieën in een status Schatting, Gesloten of In wachtpositie.

selecteer a.PDK_TS_No, a.PAPROJNUMBER, a.PACOSTCATID uit PDK10001 een
join PA01301 b
op
a.PAPROJNUMBER = b.PAPROJNUMBER
en a.PACOSTCATID = b.PACOSTCATID
waarbij b.PASTAT niet in (1, 5)

2 staat. Voer het volgende script in Microsoft SQL Server Management Studio om te zien of er projecten in het rooster zijn met een andere status dan Openen of Voltooid. U kunt geen transacties invoeren voor projecten in een status Schatting, Gesloten of In wachtpositie.

selecteer a.PDK_TS_No, a.PAPROJNUMBER uit PDK10001 a
join PA01201 b
on
a.PAPROJNUMBER = b.PAPROJNUMBER
where b.PASTAT not in (1, 5)

3. Controleer of de waarde in het veld totale hoeveelheden (PDK_Total_Quantity) in de kopteksttabel (PDK10000) overeenkomen met de som van het aantal regels (PDK_Quantity) in de lijntabel (PDK10001) voor het rooster. Als deze niet overeenkomen, is het rooster beschadigd en moet het worden verwijderd uit de tabel met SQL. Neem indien nodig contact op met de technische ondersteuning voor meer hulp.