
En bref : Un restaurant rapide qui emploie des étudiants, des contrato temporals et des extras génère un volume important de altas en la TGSS. Chaque entrée et sortie de service doit être déclarée à la TGSS dans les délais. Le processus manuel est lent et exposé aux erreurs. Shyfter automatise les altas en la TGSS dès qu'un shift est confirmé dans le planning, éliminant les oublis et les risques de sanctions.
Alta TGSS (Alta TGSS) est le système belge de déclaration obligatoire de chaque relation de travail à la TGSS (Office national de sécurité sociale). Chaque fois qu'un travailleur commence ou termine une période de travail chez un employeur, une alta en la TGSS doit être effectuée.
Pour un restaurant avec une équipe stable en contrato indefinido, le volume est gérable : une déclaration d'entrée à l'embauche, une déclaration de sortie au départ. Mais en restauration rapide, la réalité est très différente. Les étudiants et les contrato temporals génèrent des déclarations à chaque prestation, pas seulement à l'embauche et au départ.
Pour un étudiant jobiste, une alta en la TGSS de type "STU" doit être effectuée pour chaque période de travail. La déclaration contient la date de début et la date de fin de la période. Un étudiant qui travaille 3 jours par semaine génère potentiellement 3 déclarations par semaine, soit environ 12 par mois.
Un restaurant rapide qui emploie 8 étudiants en rotation génère 60 à 100 altas en la TGSS étudiantes par mois. Sur un an, cela représente 700 à 1 200 déclarations, uniquement pour les étudiants.
Le régime du contrato temporal exige également une alta en la TGSS spécifique (type "FLX") pour chaque trimestre de prestation. Le contrat-cadre contrato temporal doit être déclaré, puis chaque période de travail effective. Le volume est moindre que pour les étudiants, mais s'ajoute aux autres déclarations.
Les extras en horeca bénéficient d'un régime Alta TGSS particulier. La déclaration doit préciser les heures exactes de début et de fin de prestation. Un extra pour un événement du vendredi soir et un autre pour le service du dimanche midi représentent deux déclarations distinctes.
Un restaurant rapide de taille moyenne (30 à 40 employés dont la moitié en contrats flexibles) peut générer 100 à 150 altas en la TGSS par mois. Pour un franchisé avec trois restaurants, ce total monte à 300 à 450 déclarations mensuelles. Le traitement manuel de ce volume est un travail à plein temps.
La alta en la TGSS d'entrée doit être effectuée au plus tard au moment où le travailleur commence sa prestation. En pratique, cela signifie avant le début du shift. Un étudiant qui commence à 11h le lundi doit avoir sa déclaration enregistrée avant 11h le lundi.
En restauration rapide, cette contrainte est critique. Les plannings changent souvent au dernier moment : un étudiant ajouté la veille pour un rush prévu, un remplacement de dernière minute, un extra appelé le matin même. Chaque changement de planning implique potentiellement une nouvelle alta en la TGSS.
La déclaration de sortie doit être effectuée au plus tard le jour ouvrable suivant la fin de la relation de travail. Pour les extras horeca, la sortie doit être déclarée avec les heures exactes.
Si les dates ou heures changent après la déclaration initiale, une modification doit être envoyée. Un shift étudiant qui est prolongé d'une heure nécessite une mise à jour de la déclaration. Un shift annulé après déclaration doit être annulé dans Alta TGSS aussi.
L'erreur la plus fréquente : l'étudiant ou le contrato temporal travaille sans que la déclaration ait été faite. En cas de contrôle de l'Inspección de Trabajo, l'absence de alta en la TGSS est une infraction. L'employeur est présumé avoir voulu dissimuler la relation de travail. Les sanctions vont de l'amende administrative (150 à 1 500 euros par infraction) à des poursuites pénales pour les cas graves ou répétés.
Une alta en la TGSS effectuée après le début de la prestation n'est pas conforme. L'TGSS tolère un délai technique raisonnable, mais une déclaration systématiquement envoyée en fin de journée alors que le travailleur a commencé le matin est un signal de non-conformité.
Une erreur dans le numéro de registre national, dans les dates ou dans le type de déclaration (STU au lieu de FLX, par exemple) crée des incohérences dans la base de données TGSS. Ces erreurs remontent lors du traitement trimestriel (modelo 190) et doivent être corrigées, ce qui génère du travail administratif supplémentaire et des risques de pénalités.
La alta en la TGSS étudiant est liée au compteur de 600 heures. Si le compteur est dépassé, l'étudiant perd le bénéfice des cotisations réduites. L'employeur doit payer les cotisations TGSS ordinaires sur les heures excédentaires. Le coût salarial augmente de manière significative et souvent inattendue.
Le processus Alta TGSS sans automatisation suit ces étapes. Le manager crée le planning de la semaine. Il identifie les étudiants et contrato temporals planifiés. Il se connecte au portail de la sécurité sociale ou contacte son gestoría laboral. Il saisit chaque déclaration une par une : nom, numéro de registre national, dates, type de contrat. Il envoie les déclarations.
Ce processus prend entre 30 minutes et 2 heures par semaine pour un seul restaurant, selon le nombre de déclarations. Et il doit être recommencé à chaque modification de planning. Un étudiant qui annule son shift du mercredi nécessite l'annulation de la déclaration correspondante. Un remplacement de dernière minute nécessite une nouvelle déclaration urgente.
Le résultat prévisible : des oublis. Le manager est en plein rush, il ajoute un étudiant au planning par SMS, l'étudiant vient travailler, et la alta en la TGSS est oubliée. Personne ne s'en rend compte jusqu'au contrôle.
Shyfter connecte le planning directement au système Alta TGSS. Quand un shift est confirmé dans le planning pour un étudiant, un contrato temporal ou un extra, la alta en la TGSS correspondante est générée et envoyée automatiquement. Pas de double saisie, pas de portail séparé, pas de délai entre la décision de planification et la déclaration légale.
La déclaration est déclenchée par la confirmation du shift, pas par sa création. Le manager peut planifier, modifier et ajuster le planning autant qu'il le souhaite. La alta en la TGSS ne part que quand le shift est validé et publié. Cela évite les déclarations prématurées pour des shifts qui seront modifiés ou annulés.
Si un shift confirmé est modifié (changement d'horaire, annulation), Shyfter met à jour ou annule automatiquement la alta en la TGSS correspondante. Le manager modifie le planning, et le système gère la cohérence avec Alta TGSS. Pas de risque de décalage entre le planning réel et les déclarations officielles.
Le tableau de bord Shyfter affiche l'état de chaque déclaration : envoyée, acceptée, rejetée, en attente. Si une déclaration est rejetée par la TGSS (numéro de registre national incorrect, par exemple), une alerte s'affiche immédiatement. Le manager corrige l'erreur et renvoie, au lieu de la découvrir des semaines plus tard.
La alta en la TGSS, le pointage et l'export paie forment une chaîne. La alta en la TGSS enregistre la relation de travail. Le pointage enregistre les heures réellement prestées. L'export paie transmet ces heures au gestoría laboral pour le calcul du salaire.
Sans système intégré, ces trois étapes sont gérées séparément, souvent par des personnes différentes avec des outils différents. Le risque d'incohérence est élevé : un étudiant déclaré en Alta TGSS pour 6 heures qui en pointe 7 et qui est payé sur base du planning à 6 heures. Trois données différentes pour le même shift.
Avec Shyfter, la chaîne est intégrée. Le planning génère la alta en la TGSS. Le pointage enregistre les heures réelles. L'export paie envoie les heures pointées au gestoría laboral. Consultez la page intégrations pour les connecteurs disponibles avec votre gestoría laboral.
Un franchisé qui emploie des étudiants ou des contrato temporals sur plusieurs sites gère un volume démultiplié. Un étudiant partagé entre le site A et le site B nécessite des altas en la TGSS pour chaque site (si les numéros d'employeur sont différents par établissement).
Shyfter gère les déclarations par site automatiquement. Le système connaît la structure du franchisé (quels sites, quels numéros d'établissement) et envoie les déclarations au bon endroit. Le directeur régional voit le statut des déclarations pour l'ensemble de son réseau, avec les alertes en cas de rejet ou d'anomalie.
Effectuez la déclaration le plus rapidement possible, même en retard. Une déclaration tardive est toujours préférable à l'absence de déclaration. Le système TGSS enregistre l'heure de la déclaration, et un retard systématique peut déclencher un contrôle. Contactez votre gestoría laboral pour régulariser la situation. Si le retard est ponctuel et que toutes vos autres déclarations sont en ordre, les conséquences restent généralement limitées à un avertissement.
Cela dépend. Si l'étudiant a un contrat couvrant les deux jours (par exemple, un contrat du lundi au mardi), une seule alta en la TGSS couvre la période. Si les deux jours sont couverts par deux contrats distincts (un contrat pour le lundi, un autre pour le mardi), deux déclarations sont nécessaires. En pratique, la plupart des restaurants rapides utilisent des contrats par période (une semaine, un mois), ce qui réduit le nombre de déclarations. Shyfter gère automatiquement les regroupements de périodes quand le contrat le permet.
Non. Le système Alta TGSS est spécifique à la Belgique. En France, l'obligation équivalente est la DPAE (Déclaration préalable à l'embauche), qui doit être envoyée à l'URSSAF avant le début effectif du travail. La DPAE concerne toute embauche, y compris les contrato temporal courts et les jobs étudiants. Le principe est le même (déclarer avant que le travailleur commence), mais le système technique et les délais diffèrent. Si vous gérez des restaurants en Belgique et en France, Shyfter adapte les déclarations au cadre légal de chaque pays.