Upgrade hSALAR V6.4E - Adaptare la noul DUKIntegrator

[forumadmin]

- Adaptare la noul DUKINtegrator, extins cu declaratile D100, D300 etc.
- Reorganizare DECL_OBL pentru a include si celelalte declaratii.
- Meniu pentru actualizare automata DUKIntegrator.
- Programarea concediilor de odihna, o lucrare de actualitate in decembrie !
- Includerea impozitului pentru zilieri in D112.

[arpad.mezei]

Iata un caz particular de structura DUKIntegrator:

- la contabilitate nu exista internet, doar retea interna
- administratorul are semnatura digitala si internet, dar nu vede reteaua interna, unde este hSALAR

Pana acum se descărca ultima versiune kitD112nnnnn.zip la administrator si se copia pe flash.
Pe serverul retelei interne (la contabilitate) se despacheta kitD112nnnnn.zip in \DECL_OBL\D112.
Xml-ul obtinut din hSALAR se copia pe flash si se semna si se depunea la administrator

Soluţia pentru noul DUKIntegrator este:
- la administrator se lansează DUKIntegrator.jar (sau Download.jar) pentru actualizarea pachetului DUKI
- se copiază pe flash catalogul dist care conţine ultima versiune
- se copiaza pe serverul retelei interne in \DECL_OBL\dist
- astfel s-a facut actualizarea manuala a pachetului DUKIntegrator la contabilitate

[forumadmin]

La rularea scritului de extragere poate aparea eroarea : EROARE: BASE/1003 Variable does not exist: SOPNAME...[
Eroarea apare in cazul in care in catalogul t8d (\DECLOBL\aaaa\D112) aveti un fisier *semn*.pdf.

Am corectat scriptul cu pricina si a fost postata pe site varianta corectata.

In concluzie va rugam, sa descarcati intodeauna ultima vcarianta de upgrade.

Multumim lui Nicu Fedorca si Ilyes Imre pentru colaborare in corectarea erorii.

[mozes.illyes]

EROARE: DBFNTX/1022 Lock required
pe parcursul operaţiei de Iniţializare lună nouă.

Evident apare numai la bazele de date cu opţiunea de reţea.
Poate fi evitat, dacă programul este lansat cu parametrul $ pe durata operaţiei de iniţializare.
În pachetul SALA_U_6.40E3 postat în 12.12.2011 problema este rezolvată.

Va exista un update, care va corecta problema, care va putea fi executat şi de utilizator.

[lorant.santha]

Revenind la eroarea EROARE: BASE/1003 Variable does not exist: SOPNAME... :
La extragerea declaratiilor, scriptul incearca sa stearga toate fisierele aferente declaratiei curente (D112_Cif_aaaa_ll.xml,etc.....)
In prima varianta a upgrade-ului,eroarea aparea in cazul in care in directorul e3d (implicit \DECLOBL\aaaa\D112\) aveati vreun fisier pdf care contine in nume expresia "semn".
In acest caz, trebuia sa apara o fereastra de avertizare, care sa va atentioneze asupra acestui fapt.
La afisarea acestei ferestre aparea eroarea respectiva...

Ce este de facut:
1. Stergeti fisierele pdf din directorul e3d
2. Upgradati bazele de date cu pachetele actuale.
3. In cazul in care deja ati facut upgrade, o sa existe un utilitar de corectare

[mozes.illyes]

Este accesibil utilitarul UPS64E3B (două variante Blinker, Windows),
poate fi descărcat de la Consultanţă distribuitori, aceaşi parolă cu pachetul upgarede.

Rezolvă şi eroarea Variable does not exist sOpName !

EROARE: DBFNTX/1022 Lock required
pe parcursul operaţiei de Iniţializare lună nouă.

Evident apare numai la bazele de date cu opţiunea de reţea.
Poate fi evitat, dacă programul este lansat cu parametrul $ pe durata operaţiei de iniţializare.
În pachetul SALA_U_6.40E3 postat în 12.12.2011 problema este rezolvată.

Va exista un update, care va corecta problema, care va putea fi executat şi de utilizator.

[laszlo.karoly]

Recomand atentie la acest upgrade pentru urmatorul motiv:
Cu toate ca a fost adaptat hSALAR la noul DUKIntegrator, am fost surprins la un upgrade, ca Impozitul salariilor s-a majorat cu o suma foarte mare dupa extragerea si generarea declaratiei D112.
Motivul acestei extrageri eronate provine din meniul Sectii. A fost introdus cu ocazia acestui upgrade impozitul zilierilor, care se introduce manual in Sectii -> Descriere. In cazul de fata in baza de date se folosea campul Descriere in Sectii, care continea numere si denumiri, si se foloseste intr-un numar mare de sectii. Aceste numere au fost adaugate la impozitul din salarii si din aceasta cauza s-a marit exponential impozitul in D112.
Recomandarea mea ar fi sa se corecteze aceasta posibilitate de introducere a impozitului zilierilor, si sa se caute o solutie mai "performanta" pentru acest scop.

[arpad.mezei]

In data de 9 ian.2012 (luni) a aparut o noua versiune de validare D112:
DUKIntegrator - versiune: 1.2.8.1.3 - D112 - versiune validator: J1.6.0 / P2.0.2

Iata ce scrie in D112IstoriaVersiunilor.txt:

09-Jan-2012 publicat J1.6.0: cu modificarile:
D112Validator:
- adaugare validare S8.2: daca dataSf completata ea trebuie sa aiba an/luna egale cu perioada de raportare

Pina acum se verifica numai daca cimpul dataSf (data plecarii din unitate) este mai mare sau egal cu data angajarii.
Deci pot sa apara erori noi, de tipul:

E S8.2 asigurat (nn) marca dataSf nu este in luna de raportare
anul si luna din dataSf (zz.ll.aaaa) trebuie sa fie aceleasi cu perioada de raportare (12.2011)

hSALAR V6.4 nu stie de aceasta regula noua (S8.2), din aceasta cauza pot sa apara erori de validare D112 in cazurile:
- in momentul extragerii D112 sunt operate in Personal cei care au plecat intre timp (in luna urmatoare)
- in Personal sunt completate datele de plecare pentru cei cu contract de munca pe perioada determinata.

Sa nu incercati sa puneti inapoi versiunea vechede DUKIntegrator, pentru ca aceasta regula se verifica si de catre serverul propriu MFP,
si declaratia va fi refuzata in recipisa, cu aceleasi erori:

Au fost identificate urmatoarele ERORI:
E: asigurat (nn) [idAsig = marca]
dataSf nu este in luna de raportare
eroare regula: S8.2: anul si luna din dataSf (zz.ll.aaaa) trebuie sa fie aceleasi cu perioada de raportare (12.2011)

Solutii de rezolvare a problemei:

1. Clientul:
- sa stearga data plecarii pentru cel plecat intre timp,
- sa recalculeze Statul de salarii,
- sa refaca extragerea D112,
- sa refaca validarea si semnarea PDF,
- sa modifice inapoi data plecarii in Personal

2. Clientul:
- sa faca o copie a bazei de date din decembrie
- in aceasta copie :
- sa stearga data plecarii pentru cel plecat intre timp,
- sa recalculeze Statul de salarii,
- sa refaca extragerea D112,
- sa refaca validarea si semnarea PDF,

3. Distribuitorul:
- sa modifice formula de calcul in Configurare / Descriere declaratie pentru rindul:

A S dataSf Data plecare

Modificare 07-Faza-formule:

Formula calcul/cond.:
in loc de:
s_->SS_AX1
sa fie:
IF(h_DTOC(s_->SS_AX1,"aaaa.ll")=Perioada,s_->SS_AX1,CTOD(""))

4. HAMOR Soft:
- va modifica formula in noul upgrade pentru 2012

Deci variantele 1 sau 2 sunt temporare, pentru declaratia lunii decembrie 2012 si daca sunt cazuri de plecari in ianuarie.
Ideea este ca aceste plecari sa se opereze in hSALAR numai dupa extragerea si definitivarea declaratiei D112!

[mozes.illyes]

Execut Faza 1 şi totuşi în Faza 2 primesc masajul: Executati Faza 1 dupa care reluati !

Da, este posibil, dacă în fişierul Aplicaţii (APLIC.DBF) câmpul V are doar 6 caractere.
În mod normal, ar trebui să fie de 7 caractere, acesta fiind modificat de pachetul anterior SALA_U_6.30C, dar în unele cazuri, de exemplu prin restaurări, se întâmplă să se repună o structură veche.

Ce este de făcut ?
1.
-repuneţi baza de date originală şi în APLIC.DBF modificaţi lungimea câmpului V la 7 caractere,
-reluaţi Faza 2
2.
-în APLIC.DBF modificaţi lungimea câmpului V la 7 caractere,
-înscrieţi V 6.3Ca în câmpul V,
-reluaţi Faza 2

[mozes.illyes]

Presupune Opţiunea htm/xml, adică componenta Documente şi liste office

Atenţie !
După instalare pachetul Fişe post se copiază în catalogul TMP\TMPS\FISEPOST

Şi de aici motivele şi concluziile:
1.BD iniţială V 6.4C
După instalarea pachetului, setul de documente pentru fişele de post se copiaza in catalogul TMP\TMPS\FISEPOST,
ca sa nu fie suprascrise cele deja existente, dar dacă este necesar din acest catalog pot fi reluate manual.
2.BD iniţială V 6.3C
Documentele pentru fişele de post se copiază în catalogul TMP\TMPS\FISEPOST.
Înainte de utilizarea componentei Docmente şi liste office preluaţi fişele de posturi în catalogul RES\FISEPOST !
(TMP\TMPS\FISEPOST --> RES\FISEPOST)

Important !
Nu există un pachet separat pentru componenta Documente şi liste office !
După upgrade la V 6.4E componenta se activează cu opţiuni !