C'est assez limite pour les restaux d'entreprise indépendants, ne fixant
pas réellement de condition d'accès autre que des tarifs préférentiels pour
certains clients abonnés, que ce soit sous forme de convention de
refacturation à l'entreprise du reliquat non payé par le client, ou un
préachat par l'entreprise, qui promet une fréquentation minimale et
paye forfaitairement en fonction de cela jusqu'à concurrence du maximum
négocié, ou via des formules de type "carte de fidélité", ou même encore
des marges arrières au restaurant qui se font payer avec des tickets
restaurants pour compenser en partie la réduction qui leur est offerte sur
le prix du repas.

En fin de compte il est assez courant que des restos commerciaux
indépendants acceptent de tels accords, ne serait-ce que parce que cela
leur garantie des recettes continues et le maintien de salariés en cuisine
ou pour le service, l'entretien des locaux ou la surveillance et la
sécurité des clients et du personnel, et les autres charges récurrentes
(indépendantes du nombre de couverts servis mais existant su seul fait du
maintien de l'activité et des charges sociales ou fiscales dues). Nombre de
restos, même les plus petits et familiaux, et même avec un seul employé
gérant sur place, ou le seul propriétaire exploitant, ne demandent que ça:
avoir une base de clients réguliers sur laquelle ils peuvent compter.
Peu importe alors la formule proposée avec des accords, le tarif réduit est
négocié en fonction de ce service au menu, ce qui n'empêche pas les ventes
"à la carte" mais plus aléatoires et donc plus chers pour couvrir le risque
pris et les pertes plus importantes (tant que cela reste encore rentable et
que l'exploitant ne perd pas d'argent durablement, sinon il arrêtera le
service de s'endetter alors qu'il devrait pouvoir vivre de son travail).
un resto d'entreprise est donc avant tout une réponse commerciale adaptée à
une demande, il n'y a pas beaucoup de restrictions (hormis les cantines
d'écoles et pour enfants, dont la sécurité doit être assurée).



Le mar. 26 mai 2020 à 10:54, Florian LAINEZ <[email protected]> a écrit :

> Hello,
> Je crois qu'on commence à bien défricher le terrain.
>
> De mon point de vue access=private
> <https://wiki.openstreetmap.org/wiki/Key:access#List_of_possible_values>
> retranscrit bien ce qui est documenté dans le wiki : l'accès est autorisé 
> *seulement
> sur autorisation individuelle*.
> Si le restaurant est inter-entreprise, cela fonctionne tout de même. Je
> pense que même s'il est ouvert aux externes avec un plein tarif, cela
> fonctionne car ces personnes sont souvent l'exception et nécessitent une
> autorisation (ou une simple invitation / être accompagné) : c'est bien une
> autorisation individuelle.
> Au contraire, access=destination se base sur la destination : cela ne me
> paraît adapté qu'aux véhicules sur une voie et pas vraiment aux personnes
> qui vont se restaurer.
>
> J'aime beaucoup utiliser un même tag pour préciser quel type de personnes
> peut accéder : private=employees;students. Est-ce que "private" est le bon
> tag pour ça ? Peut-être.
> Le plan B c'est d'utiliser :
>  cafeteria=university pour les restaurants universitaires (RU)
>  cafeteria=school pour les cantines d'écoles
>  cafeteria=corporate pour les restaurants d'entreprise
>
> Par contre, j'hésite entre "amenity=restaurant" et "amenity=fast_food +
>> fast_food=cafeteria". Je suis preneur d'idées également. Dans les 3 cas
>> ci-dessus, ce sont des self, pas de service à table.
>>
> Le wiki me paraît clair
> <https://wiki.openstreetmap.org/wiki/FR:Tag:fast_food%3Dcafeteria> sur le
> sujet : "Une cafétéria est un type d'établissement de restauration où il y
> a peu ou pas de service à table, que ce soit dans un restaurant ou dans un
> établissement comme une entrepris ou une école."
> A partir du moment où l'on se sert soit-même ce sont donc les tags
> "amenity=fast_food + fast_food=cafeteria" qu'il faut privilégier (même si
> cela froisse notre orgueil de français de mettre le mac-do et les
> restaurants d'entreprises dans la même meta-catégorie).
>
> On aurait donc :
> *  amenity=fast_food*
> *  fast_food=cafeteria*
>
> *  access=private  private=students;employees* ou
> *cafeteria=university;school;corporate*
> *  operator=Sodexo;Elior;Accor;Compass;Restalliance*
>
> et si on veut faire le choses bien, on trouve un tag pour préciser quelles
> entreprises peuvent accéder aux restaurants inter-entreprises / universités
> aux restaurants universitaires
>
>
> Le mar. 26 mai 2020 à 08:27, George Kaplan <[email protected]> a
> écrit :
>
>> Bonjour,
>>
>> Je rebondis sur cette proposition pour élargir au cas des cantines
>> scolaires que je vois souvent marquées avec amenity=restaurant. Est-ce
>> qu’on pourrait les marquer de la même façon que ces RIE ?
>>
>> amenity=restaurant
>> access=private
>> private=students
>>
>> George
>>
>> > Le 25 mai 2020 à 18:44, Marc M. <[email protected]> a écrit :
>> >
>> > Bonjour,
>> >
>> > Le 25.05.20 à 16:07, Florian LAINEZ a écrit :
>> >> Hello,
>> >> Je me demande comment mapper un restaurant d'entreprise,
>> >> c'est à dire une cantine uniquement accessible aux salariés.
>> >> Pour l'instant j'ai utilisé
>> >> amenity=restaurant
>> >> access=private
>> >> qu'en pensez-vous ?
>> >
>> > cela me semble convenir.
>> > éventuelement en rajoutant private=employees qui a la fois
>> > évite que quelqu'un pense que c'est une erreur et décrit
>> > qui y a accès.
>> >
>> >> Je n'ai pas trouvé quoi que ce soit sur le wiki,
>> >
>> > https://wiki.openstreetmap.org/wiki/Tag:access%3Dprivate
>> > liste le cas des parking pour employés,
>> > tu peux éventuelement rajouter le cas du resto
>> >
>> >> il faudrait préciser les possibilités d'accès
>> >
>> > Mais tous ne sont pas interdit aux non employés.
>> >
>> > Cordialement,
>> > Marc
>> >
>> > _______________________________________________
>> > Talk-fr mailing list
>> > [email protected]
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> [email protected]
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
> _______________________________________________
> Talk-fr mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à