Messaggio di errore quando si prova a inviare una scheda attività in Project tempo e spese nel portale aziendale: "Microsoft.Dynamics.Pma.PmaEntity.CostCategory"

Causa 1

Questo problema può verificarsi in presenza delle seguenti condizioni:

• Audit Trails in Microsoft Dynamics GP è installato.

• Un controllo è configurato in una tabella PDK.

• L'utente del portale aziendale non ha accesso al database di controllo.

Vedere la risoluzione 1.

Causa 2

Questo problema può verificarsi se si crea un modello di scheda attività che contiene un ID progetto e quindi si elimina l'ID progetto in Project contabilità in Microsoft Dynamics GP. Vedere risoluzione 2.

Causa 3

Questo problema può verificarsi se uno stato chiuso di un progetto in un modello di scheda attività è chiuso. Vedere risoluzione 2.

Causa 4

Questo problema può verificarsi se nella tabella PDK10000 o nella tabella PDK10001 sono presenti record danneggiati o duplicati. Vedere la risoluzione 3.

Causa 5

Questo problema può verificarsi se il campo Posizione non viene popolato nel record dipendente. Questo problema può verificarsi se si usa Canadian Payroll. Vedere la risoluzione 4.

Causa 6

Questo problema può verificarsi se è presente un trigger non corretto nella tabella PDK10000, PDK10001, PDK10500 o PDK10501. Vedere la risoluzione 5.

Causa 7

Questo problema può verificarsi se al documento sono allegati indici di note che non esistono nella tabella Master note di fatturazione o note nella tabella Schema note fatturazione che non esistono nella scheda attività. Vedere la risoluzione 6.

Causa 8

Questo problema può verificarsi per le schede attività se i periodi di creazione di report sono stati modificati in Impostazione scheda attività quando sono presenti schede attività non processate. Quando si crea una scheda attività in BP con la stessa combinazione di ID dipendente, Anno e Periodo di riferimento usata in precedenza, alla fine del numero di documento viene aggiunto automaticamente un -2. Se il primo giorno del periodo di riferimento o i periodi di relazione stessi nella configurazione delle schede attività sono stati modificati dopo l'immissione delle schede attività e la combinazione ID dipendente, Anno e Periodo di riferimento è stata usata in precedenza, viene ignorato il normale numero di documento di -1 e ne viene usato uno con un -2 alla fine. 

Il numero di documento della scheda attività viene creato usando la metodologia "ID dipendente-TS-Date" (ad esempio 1018-TS-011609). 

Si noti la differenza rispetto a quella osservata per una scheda attività duplicata nel paragrafo precedente.

Pertanto, quando si immette una scheda attività per il periodo #2 (ma era un periodo diverso prima che le modifiche apportate alla configurazione della scheda attività fossero state apportate), il portale aziendale non la "vedeva" come duplicata, quindi il -2 non è stato inserito dopo di esso. Di conseguenza, l'errore si è verificato perché il numero della scheda attività era già presente nella tabella PDK10000.
Vedere la risoluzione 7.

Risoluzione 1

Per risolvere il problema, concedere l'accesso al database di controllo. A tal fine, attenersi alla seguente procedura:

1. Fare clic su Start, scegliere Tutti iprogrammi, selezionare Microsoft SQL Servere quindi fare clic su Microsoft SQL Server Management Studio.

2. Espandere Microsoft SQL Servers, espandere SQL Server Groupe quindi espandere l'istanza di Microsoft SQL Server in cui è archiviato il database di controllo.
   

3. Espandere Sicurezzae quindi fare clic su Account di accesso.

4. Fare clic con il pulsante destro del mouse sull'utente del portale aziendale e quindi scegliere Proprietà.
   

5. Fare clic sulla scheda Accesso al database e quindi sul database di controllo.

6. Fare clic per selezionare la casella di controllo Consenti per il database di controllo.

7. Nell'elenco Consenti ruolo database fare clic per selezionare la casella di controllo DYNGRP.

8. Fare clic su OKe quindi uscire da Enterprise Manager.

Risoluzione 2

Per risolvere il problema, creare un nuovo modello di scheda attività. In questo modo verrà sovrascritto quello esistente. A tal fine, attenersi alla seguente procedura:

1. In Portale aziendale fare clicsu Dipendente, fare clic Project orarioe quindi su Nuovo.

2. Creare una nuova scheda attività e quindi fare clic su Salva come modello.

3. Quando viene chiesto di sostituire il modello esistente, fare clic su OK.

Se non è possibile ricreare un nuovo modello in modo che venga sostituito quello esistente, usare SQL per eliminare il modello esistente da PDK00300 e PDK00301 per l'ID dipendente interessato.

Risoluzione 3

Per risolvere il problema, contattare il supporto tecnico per Microsoft Dynamics e i prodotti correlati. Un professionista del supporto può aiutare a eliminare i record danneggiati o duplicati nella tabella PDK10000 e nella tabella PDK10001. Per informazioni sul supporto tecnico per Microsoft Dynamics e sui prodotti correlati, visitare il seguente sito Web Microsoft:

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

Risoluzione 4

Anche se è possibile che si utilizzi canadian Payroll, i campi Posizione (e Reparto) nella scheda dipendente degli Stati Uniti devono essere popolati. Per risolvere il problema, aggiungere il campo Posizione nella scheda del dipendente. A tal fine, attenersi alla seguente procedura:

1. In Microsoft Dynamics GP fare clic su Schede,scegliere Retribuzionie quindi fare clic su Dipendente.

2. Immettere l'ID dipendente per cui viene visualizzato il messaggio di errore.

3. Immettere una posizione valida nel campo Posizione.

4. Fare clic sul pulsante Salva.

Risoluzione 5

Per impostazione predefinita, non sono presenti trigger nelle tabelle PDK10000 PDK10001, PDK10500 e PDK10501. Eseguire questo script (sostituendo il nome della tabella) Microsoft SQL Server Management Studio verificare se nella tabella è presente un trigger. Potrebbe essere necessario rimuovere questo trigger.

sp_helptrigger PDK10000 Se esiste un trigger, usare questo script per rimuoverlo e quindi provare di nuovo

il documento del portale aziendale. In questo esempio il nome del trigger è PDK10000Update.

ALTER TABLE PDK10000 DISABLE TRIGGER PDK10000Update

Risoluzione 6

Usando Microsoft SQL Server Management Studio, eseguire questo script nel database aziendale per determinare se al documento sono assegnate note di fatturazione che non esistono nella tabella master delle note di fatturazione PDK.

selezionare * da PDK10001 in cui PDK_Billing_Note_ID non è presente (selezionare PDK_Billing_Note_ID da PDK01601) e PDK_Billing_Note_ID <> '' Quindi, per vedere se nella tabella master note di fatturazione sono presenti note non presenti in un documento, eseguire

questo script.

selezionare * da PDK01601 in cui PDK_Billing_Note_ID non è in (selezionare PDK_Billing_Note_ID da PDK10001) e PDK_Billing_Note_ID not in (selezionare PDK_Billing_Note_ID da PDK10501) Se uno di questi script restituisce risultati, è probabile che il record dovrà essere rimosso dalla tabella usando un'istruzione di eliminazione

SQL. Contattare il supporto tecnico per ulteriore assistenza, se necessario.

Risoluzione 7

Esaminare i documenti della scheda attività nella tabella PDK10000 per verificare se il numero di documento attualmente in uso è stato usato in precedenza. Potrebbe essere necessario rimuovere la scheda attività precedente dalle tabelle PDK10000 e PDK10001 prima di poter immettere questa nuova transazione se è necessario usare la configurazione del periodo di riferimento esistente. L'altra opzione è reimpostare le informazioni del periodo di riferimento su quello precedente e quindi creare una nuova scheda attività.

Risoluzione dei problemi aggiuntivi -

1. Eseguire lo script seguente in Microsoft SQL Server Management Studio per verificare se nella scheda attività sono presenti categorie di costi con stato diverso da Aperto o Completato. Non è possibile immettere transazioni per categorie di costi con stato Stima, Chiuso o In attesa.

selezionare a.PDK_TS_No, a.PAPROJNUMBER, a.PACOSTCATID da PDK10001 a
join PA01301 b
in
a.PAPROJNUMBER = b.PAPROJNUMBER
e a.PACOSTCATID = b.PACOSTCATID
dove b.PASTAT non è in (1, 5)

2. Eseguire lo script seguente in Microsoft SQL Server Management Studio per verificare se nella scheda attività sono presenti progetti con stato diverso da Aperto o Completato. Non è possibile immettere transazioni per i progetti con stato Stima, Chiuso o In attesa.

selezionare a.PDK_TS_No, a.PAPROJNUMBER da PDK10001 a
join PA01201 b
su
a.PAPROJNUMBER = b.PAPROJNUMBER
dove b.PASTAT non è in (1, 5)

3. Verificare che il valore nel campo quantità totali (PDK_Total_Quantity) nella tabella intestazione (PDK10000) corrisponda alla somma della quantità di righe (PDK_Quantity) nella tabella righe (PDK10001) per la scheda attività. Se non corrispondono, la scheda attività è danneggiata e dovrà essere rimossa dalla tabella usando SQL. Contattare il supporto tecnico per ulteriore assistenza, se necessario.