Bonsoir à toutes et tous,
je ne sais pas si ça vous arrive d’ou ce petit message mais moi j’ai souvent besoin de documenter « mes » installation dolibarr pour « mes » clients et j’ai besoin de la faire évoluer au fil de l’eau selon les évolutions (nouveaux modules activés, usages plus avancés).
Résultat je ne sais pas trop où mettre la doc, dans une section de mon wiki avec un login/pass pour mon client … un gros fichier de bureautique exporté en PDF … voir même parfois « pas de doc la doc on s’en fout » étant une option aussi
Mais j’en suis arrivé à la conclusion que ça serait pas mal de pouvoir rédiger de la doc dans dolibarr directement.
Édition en mode plein écran et support du copier/coller de captures d’écran qui ne sont pas stockées en base64 dans la base de données mais sous forme de fichiers jpg dans l’arborescence documents :
Salut Eric
Je suis preneur tu t’en doutes !
Perso actuellement c’est un mélange de Joplin, Obsidian sur Nextcloud. Tout avoir dans Dolibarr serait top. Il y a des documents attitrés à des clients et d’autres plus généralistes (Doc technique, note…)
@+
et si on rajoute cela dans la base de connaissance native, ce n’est pas une option ? c’est ce que l’on fait nous en liant un article avec un client etc etc … Sinon oui très bonne idée
@DELTHAIR64 oui j’ai utilisé la base de connaissance et puis j’ai abandonné à cause du html produit et des images embarquées en base64, par exemple
<br />
**Navigation entre pages:**<br />
- Utiliser `useNavigate()` pour la navigation<br />
- Passer l'etat precedent: `navigate('/path', { state: { prevPathname: location.pathname } })`<br />
- Bouton retour: `navigate(-1)` ou navigation explicite<br />
<br />
<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAVoAAAIECAIAAADXX3E7AAAACXBIWXMAABJ0AAASdAHeZh94AAAgAElEQVR4nOzdd1wUR/sA8OcoywFH712aooCgICIWFAsgip5YUaNGo6hYEyVGIRgsqNHX2LvE2CViw4IoFhQBBVEEpIgiUpSOtKP9/ph993fvHeDRYsnz/
j’ai cherché diverses solutions et j’en suis arrivé à me dire que je vais tester autre chose en markdown + fichiers stockés dans l’arborescence des fichiers pour voir …je tourne autour avec meganotes, capcomments et maintenant le wiki, il faut voir ça peut-être comme une sorte d’exploration de solutions techniques pour ensuite proposer au cœur un retour d’expérience et proposer des solutions techniques déjà testées et testables …
en résumé parler sur du concret plutôt que sur des grandes idées
Excellent, ce serait une très bonne idée.
Au-delà de ça, cela pourrait être utilisé pour les RH par exemple, avec toutes les informations pratico-pratiques utiles à ce sujet (poser des congés, affichage obligatoire, avantage mutuelle, CSE, règlement intérieur, etc.).
Aujourd’hui, on utilise le module de base de connaissance, qui a ses avantages et inconvénients en fonction des sujets.
@Kusco envoyez moi un mail via Contact – Cap-REL* et je vous envoie le lien vers le module / le dépot git : tous nos clients actuels à une de nos formule « soutien r&d » ont déjà reçu le module en cadeau …
Éric
note : (je ne sais pas pourquoi j’ai écris en anglais mon message précédent, je viens de l’éditer pour écrire en français)
hello. il y a déjà une base de connaissance dans dolibarr.. c’est exactement la ou on documente nos process et installation client qui en plus peut être en relation avec des tickets..des tiers..etc… peut être voir a l améliorer mais pourquoi créer ce qui existe déjà en natif…
bonjour @mederic
il faut lire les autres messages que j’ai posté sur ce fil pour comprendre.
Je ne sais pas comment vous gérez les captures d’écrans et la mise en page pour faire vos docs ? Pour moi c’est le point le plus important.
Je veux un truc sobre efficace et rapide.
En bref je veux pouvoir faire comme sur ce forum, une capture d’écran, et un « coller » dans la zone de texte… et je ne veux surtout pas que ça se transforme en base64 dans la base de données.
Comment faites vous avec l’outil de base de connaissance ?
bonjour, on peut déjà mettre pas mal de chose… lien cliquable… et également coller des captures mais attention a la taille..sinon effectivement on a une erreur.. daa too long…
et donc on met l essentiel en fichier joint de l article.. Word ou pdf… et dans l article…voir procédure en pj par exemple et que les informations simple ..
ensuite on a un extrafield dans le tiers qui permet de lié a l article de la bdc… pour les infos techniques du tiers..
paramétrable du coup aussi pour que tout.nos utisateurs dolibarr n’est pas forcément les même droit d’accès ou de modif… rep et confidentialité oblige!
on travaille aussi beaucoup avec one note et qui beaucoup plus souple dans la rédaction et l’insertion de contenue… et donc aujourd’hui nos infos clients..dossier technique sont dans onenote..le lien extrafield tiers rencoi sur le onenote client et la.bdc plus pour nos process interne… solutions…pre requis… associé a une catégorie de ticket qui permet a la création d’un ticket catégorie de proposer l article bdc automatiquement..
le plus gros problème c’est est effectivement l ergonomie et la limitation de contenue dans.le.premier onglet qui pourrait etre améliorer ?
pour notre part on utilise bookstack pour notre documentation interne. L’authentification OpenID étant intégrée dans bookstack, cela permet aux utilisateurs de naviguer de dolibarr vers bookstack avec un simple lien dans une note par exemple, sans avoir à se ré-authentifier.
vous pouvez partager avec le client les infos le concernant ?aujourd’hui on le gère avec des partage de section onenote mais possible uniquement si le client utilise également m365
Les droits d’accès bookstack sont gérés dans keycloak le système qu’on utilise pour l’authentification sur toutes nos applications.
Chacun accède donc aux informations selon son profil.
