solutii noi Revisal
-
- Mesaje: 132
- Membru din: Sâm Oct 31, 2009 12:00 am
- Localitate: Targu Mures
solutii noi Revisal
pun aceste sugestii in aceasta pagina in speranta ca ma voi face auzit si chiar vor fi puse in aplicare in viitorul apropiat. Daca aveti si alte idei nu strica sa le postati aici
1. Dupa cum am mai postat, NEAPARAT se cere o reinterpretare a ceea ce inseamna ultima zi de lucru, felul cum aceasta influenteaza data incetarii in revisal (http://www.sagasoft.ro/forum/viewtopic. ... &start=255). Eu raman la ideea ca acolo ar trebui trecuta Data incetarii contractului (ziua urmatoare ultimei zi lucrate).
2. buton copiere data consemnare in toate campurile privind data. Atata timp cat trebuie declarate toate datele la toti salariatii de fiecare data, este extrem de greu sa rescriem aceasta data la toti salariatii. (problema o am la o firma de paza cu peste 200 salariati unde am zilnic revisal)
3. prea usor se navigheaza prin meniu Revisal, extrem de usor se poate face orice modificare (COR, localitate, etc). Inteleg ca e aiurea la inceput cand trebuie preluate toate contractele, insa ulterior ne vom atinge in principiu doar de cate 1-2 contracte spre incetare/modificare, etc. Astfel un buton de modificare/salvare il vad extrem de util pe viitor
Astept pareri pe aceste 3 puncte (chiar si din partea "programatorilor" SAGA de ce nu ...)
multumesc
1. Dupa cum am mai postat, NEAPARAT se cere o reinterpretare a ceea ce inseamna ultima zi de lucru, felul cum aceasta influenteaza data incetarii in revisal (http://www.sagasoft.ro/forum/viewtopic. ... &start=255). Eu raman la ideea ca acolo ar trebui trecuta Data incetarii contractului (ziua urmatoare ultimei zi lucrate).
2. buton copiere data consemnare in toate campurile privind data. Atata timp cat trebuie declarate toate datele la toti salariatii de fiecare data, este extrem de greu sa rescriem aceasta data la toti salariatii. (problema o am la o firma de paza cu peste 200 salariati unde am zilnic revisal)
3. prea usor se navigheaza prin meniu Revisal, extrem de usor se poate face orice modificare (COR, localitate, etc). Inteleg ca e aiurea la inceput cand trebuie preluate toate contractele, insa ulterior ne vom atinge in principiu doar de cate 1-2 contracte spre incetare/modificare, etc. Astfel un buton de modificare/salvare il vad extrem de util pe viitor
Astept pareri pe aceste 3 puncte (chiar si din partea "programatorilor" SAGA de ce nu ...)
multumesc
Re: solutii noi Revisal
1. se poate modifica manual (daca am avea un document oficial din partea autoritatilor s-ar putea cere modificarea, dar momentan verbal si de la institutiile abilitare am primit raspsunsuri contradictorii)
2. consemnarea nu trebuie sa fie identic pentru fiecare angajat (cred eu), deoarece nu la fiecare are loc o modificare, ca urmare data de consemnare ar trebui sa fie pentru fiecare data ultimei modificari
Cred ca ar trebui gasit o solutie pentru detasare (din cate am citit pe forum).
Cred ca daca s-ar fi luat in vedere propunerile si daca s-ar fi putut implementa dpdv tehnic cele propuse aici http://www.sagasoft.ro/forum/viewtopic.php?f=12&t=13320 poate acum ar fi fost mai usor.
2. consemnarea nu trebuie sa fie identic pentru fiecare angajat (cred eu), deoarece nu la fiecare are loc o modificare, ca urmare data de consemnare ar trebui sa fie pentru fiecare data ultimei modificari
Cred ca ar trebui gasit o solutie pentru detasare (din cate am citit pe forum).
Cred ca daca s-ar fi luat in vedere propunerile si daca s-ar fi putut implementa dpdv tehnic cele propuse aici http://www.sagasoft.ro/forum/viewtopic.php?f=12&t=13320 poate acum ar fi fost mai usor.
-
- Mesaje: 132
- Membru din: Sâm Oct 31, 2009 12:00 am
- Localitate: Targu Mures
Re: solutii noi Revisal
Acuma chiar nu mai inteleg, eu am inteles ca va trebui sa trimit intreg fisierul cu toti salariatii de fiecare data, chiar daca am incetare doar la unul din ei (la acela trec incetat cu data de .., art ...) insa la data consemnarii trec data curenta atat la el cat si la ceilalti.balazse scrie:2. consemnarea nu trebuie sa fie identic pentru fiecare angajat (cred eu), deoarece nu la fiecare are loc o modificare, ca urmare data de consemnare ar trebui sa fie pentru fiecare data ultimei modificari
Am verificat dupa depunere online si pe primul revisal de ieri imi apar 205 persoane active, iar pe cel de azi 204 active (am avut o incetare) - insa am transmis dupa cum am spus, prin selectarea datei de 24.08.2011 la toti salariatii din revisal
E corect ?
Re: solutii noi Revisal
TomaC a scris pe blog urmatorul:
Precum tutorialul "Registru evidenta salariati 1/2" de la 04.20 min
http://www.youtube.com/watch?v=ZErdLlSw ... r_embedded
Sursa:http://www.sagasoftware.ro/?p=254Coloana “Data consemnării” se va modifica cu data curenta la contractele la care sunt modificări.
Precum tutorialul "Registru evidenta salariati 1/2" de la 04.20 min
http://www.youtube.com/watch?v=ZErdLlSw ... r_embedded
Re: solutii noi Revisal
da solovastru e corect. asa face si programul revisal de la ITM asa cer ei. Asa a facut si Saga.
modificarile care iti intervin le faci asa cum trebuie la una, doua, 5 persoane si apoi salvezi. Programul va transmite toti salariatii indiferent ca au avut modificari sau nu.
modificarile care iti intervin le faci asa cum trebuie la una, doua, 5 persoane si apoi salvezi. Programul va transmite toti salariatii indiferent ca au avut modificari sau nu.
“Tot ceea ce este necesar pentru ca răul să triumfe, este ca oamenii buni să nu facă nimic.” (Edmund Burke)
Re: solutii noi Revisal
Dar de ce sa fie corect?
Doar la unul am avut modificari nu la toate, in acest caz doar la unul trebuie sa am data consemnarii data de 24.08.2011.
Doar la unul am avut modificari nu la toate, in acest caz doar la unul trebuie sa am data consemnarii data de 24.08.2011.
Re: solutii noi Revisal
daca asa face programul la ITM , Saga a facut la fel.
Daca ITM asa vrea transmisia ce conteaza ce vrem noi? Noi vrem sa o primeasca.
Daca ITM asa vrea transmisia ce conteaza ce vrem noi? Noi vrem sa o primeasca.
“Tot ceea ce este necesar pentru ca răul să triumfe, este ca oamenii buni să nu facă nimic.” (Edmund Burke)
Re: solutii noi Revisal
Ai incercat sa transmiti si modificari si nu doar "actualizarea bazei de date"?
De exemplu asta zicea SolovastrU ca a modificat manual la fiecare angajat cand a transmis baza de date in urma unei modificari (adica deja actualiza baza de data deja transmisa anterior).
De exemplu asta zicea SolovastrU ca a modificat manual la fiecare angajat cand a transmis baza de date in urma unei modificari (adica deja actualiza baza de data deja transmisa anterior).
Re: solutii noi Revisal
in momentul cand salvez la Revisal(in saga sau revisal Itm) si fac fisierul .xml apoi fac fisierul .rvs , sincer nici nu-mi pasa ce contine, ca transmite doar modificarea care am facut-o sau toti cei 100 de salariati nemodificati care ii mai am.
Aaa.. ca eu vreu doar acela unul cu modificarea.. ce mai conteaza daca la ITM e bun asa?.. mi se pare ca ne invartim in jurul cozii fara rost...
Aaa.. ca eu vreu doar acela unul cu modificarea.. ce mai conteaza daca la ITM e bun asa?.. mi se pare ca ne invartim in jurul cozii fara rost...
“Tot ceea ce este necesar pentru ca răul să triumfe, este ca oamenii buni să nu facă nimic.” (Edmund Burke)
-
- Mesaje: 132
- Membru din: Sâm Oct 31, 2009 12:00 am
- Localitate: Targu Mures
Re: solutii noi Revisal
ideea e ca dupa ce intai am actualizat fisierul revisal la toti salariatii, a 2- zi am trimis revisalul cu 1 contract + 1 incetare (la data consemnarii era trecut aceasi data la toti 205 salariati), iar de atunci in fiecare zi am transmis revisal cu data consemnarii doar la persoanele in cauza (contracte noi/ incetari)
Rezultatul - identic, dupa fiecare transmitere am verificat pe site ce anume imi apare si toate informatiile sunt corecte. Astfel ajung la concluzia ca la orice contract/modificare/incetare noua (aparuta dupa preluarea initiala a noului revisal) trebuie sa trecem data consemnarii doar la aceste noi operatiuni (transmiterea efectuandu-se in schimb pentru toti salariatii)(dovada - marimea fisierului este identica de fiecare data si la preluarea initiala a 200 pers si la transmiterea unui singur nou contract)
Era mai greu sa-mi dau seama din prezentarile de pe youtube fiindca acolo se dadea ca exemplu un singur salariat, iar ca explicatii se mentiona ca se trimit datele pentru toti salariatii la fiecare transmitere.
Rezultatul - identic, dupa fiecare transmitere am verificat pe site ce anume imi apare si toate informatiile sunt corecte. Astfel ajung la concluzia ca la orice contract/modificare/incetare noua (aparuta dupa preluarea initiala a noului revisal) trebuie sa trecem data consemnarii doar la aceste noi operatiuni (transmiterea efectuandu-se in schimb pentru toti salariatii)(dovada - marimea fisierului este identica de fiecare data si la preluarea initiala a 200 pers si la transmiterea unui singur nou contract)
Era mai greu sa-mi dau seama din prezentarile de pe youtube fiindca acolo se dadea ca exemplu un singur salariat, iar ca explicatii se mentiona ca se trimit datele pentru toti salariatii la fiecare transmitere.
Re: solutii noi Revisal
Am facut cateva testari in programul oficial.
Am introdus doi angajati "A" si "B", cu cate un contract, iar la "data la care produce efecte" am trecut "01.08.2011".
Am efectuat o modificare de salar la "B", iar la sfarsitul procesului de modificare la "data la care produce efecte" am introdus trecut "25.08.2011".
Am generat fisierul, l-am despachetat pana la fisierul XML si interesant este ca la "data consemnare" imi apar urmatoarele:
- "A": 01.08.2011
- "B": 25.08.2011
Ca urmare nu trebuie modificat data consemnarii doar la contractul la care exista modificare, iar data consemnarii reprezinta data la care se produce modificarea, astfel daca trimitem 2 fisierele cu informatii identice, cu date diferite la "data de consemnare" inseamna ca noi am modificat ceva, dar efectiv nu s-a modificat nimic. Ma gandesc ca au ei un program care poate verifica din fisierele incarcate modificarile la un anumit contract.
Am introdus doi angajati "A" si "B", cu cate un contract, iar la "data la care produce efecte" am trecut "01.08.2011".
Am efectuat o modificare de salar la "B", iar la sfarsitul procesului de modificare la "data la care produce efecte" am introdus trecut "25.08.2011".
Am generat fisierul, l-am despachetat pana la fisierul XML si interesant este ca la "data consemnare" imi apar urmatoarele:
- "A": 01.08.2011
- "B": 25.08.2011
Ca urmare nu trebuie modificat data consemnarii doar la contractul la care exista modificare, iar data consemnarii reprezinta data la care se produce modificarea, astfel daca trimitem 2 fisierele cu informatii identice, cu date diferite la "data de consemnare" inseamna ca noi am modificat ceva, dar efectiv nu s-a modificat nimic. Ma gandesc ca au ei un program care poate verifica din fisierele incarcate modificarile la un anumit contract.