Les questions auxquelles on n'a pas les réponses mais un AFien peut les avoir
- 95 173 réponses
- 653 participants
- 3 030 181 vues
- 517 followers
Number-6
Voilà un topic qui sert à s'informer, à poser des questions pour resoudre les tracas du quotidien.
J'inaugure avec :
J'ai cuit des oeufs un peu façon omelette, conservés entre 36 et 48h au frigo, je les ai réchauffé et là je sens mon bide trop chelou.
Quelqu'un sait combien de temps ça se garde sans risque ?
cyar
Pourquoi ça doit être du language web et sutout
Un CRM a quand même plutôt vocation à prposer un portail internet donc je suppose que c'est le langage le plus approprié pour ça. Après, peut être existe-t-il des CRM qui ressemblent à ce que tu cherche mais peu de chance qu'ils soient gratuits.
Pictocube
OK, j'ai rien toruvé pour le moment en "logiciel dans l'ordinateur" après si il faut l'acheter c'est pas grave mais là je vois surtout des solutions à quelques euros / mois à plusieurs dizaine, à l'échelle de la copine en question c'est pas ultra pertinent.
Tant qu'il y aura des couilles en or, il y aura des lames en acier
cyar
Anonyme
... à part une liste de clients, des sommes et des moyennes, y va ressembler à quoi ce CRM? parce que gérer pertinemment tout l'historique d'une relation client avec Excel, sans me vanter, c'est un peu comme vouloir faire du dessin avec Word.
Ou bien le terme de "CRM" n'est pas le bon, ou bien Excel ne me semble particulièrement pas le truc adéquat.
Al1_24
Citation de will_bru :toute façon, SQL, c'est un logiciel pourri
SQL, c'est un langage (de manipulation de données), pas un logiciel.
Je ne tolère pas l'intolérance
will_bru
Ah d'accord, je vais le dire à django alors (je savais c'était une vieille discussion entre moi et django )
One Breath III : WBBTMR - One Breath III
"Like a guitar solo in a coffee shop, Bunt Magnet strums the strings of nostalgia and sarcasm with equal flair."
Anonyme
Il n'y a pas une société ou un éditeur qui a implémenté ce langage, puis fourni un compilateur pour le distribuer partout.
Ce sont les éditeurs de BDD qui s'entendent sur une normalisation du langage d'interrogation des données, et s'engagent à se conformer à cette normalisation. Peu importe le moteur qu'il y a derrière, la façon de coder les requêtes est tout le temps la même.
C'est pour ça qu'il faut réécrire souvent le code SQL quand on passe de Sybase à Oracle, ou de Access à dBase.
[ Dernière édition du message le 30/01/2018 à 10:32:53 ]
Pictocube
Oui, on est d'accord.
Elle veut un fichier client avec une ou 2 colonne genre "actions futures" etc.
C'est moi qui me suis dit que tant qu'à faire c'était peut-être le moment pour elle de se pencher sur des petits CRM, genre "You don't need a CRM" par exemple qui est un peu à mi-chemin entre les 2...
Tant qu'il y aura des couilles en or, il y aura des lames en acier
Anonyme
une colonne "actions futures" je veux bien, mais par exemple, comment séparer les "actions des 2 prochaines semaines" par rapport à "celles de dans deux ans"? comment récupérer les "actions futures dont le délai est dépassé"? comment suivre les contentieux?
si c'est juste un document pour archiver les actions réalisées, Word ira plus vite et permettra une présentation plus claire. Gérer X lignes et y colonnes qui ne contiennent pas des chiffres, ça devient vite chiant.
Pictocube
Oui, c'est usine à gaz, il faut des colonnes délais et des filtres par délais...
Tant qu'il y aura des couilles en or, il y aura des lames en acier
- < Liste des sujets
- Charte