Projectos

• Estab. venda (campo SALFCY)

 Ce champ indique le site sur lequel est gérée de façon principale l’affaire en question.

• Crono (campo OPPNUM)

Ce champ est, par défaut, associé à un compteur à fonctionnement automatique. Par conséquent, l'utilisateur ne doit en principe pas se préoccuper de son contenu.

• Denominação (campo OPPDESAXX)

L'utilisateur doit saisir ici une brève description de la nature de l'affaire. La véritable description détaillée de toutes ses caractéristiques doit se faire via la fonction Commentaire du menu Fichier.

Si l'affaire a été générée depuis une demande de service, un menu contextuel "Demande de service" permet de consulter les caractéristiques de la demande à financer.

• Terceiro (campo OPPCMP)

 Il est possible d’identifier une affaire sur la totalité des différents types de tiers. Un champ affiché en regard du tiers permet de connaître le type du tiers sélectionné.

• Divisa (campo CUR)

Ce champ indique la devise utilisée pour tous les champs financiers de l’affaire.
Un changement de code dans ce champ est instantanément répercuté sur les différents champs de l’affaire.

• Ident externo (campo OPPEXTNUM)

• Interlocutor (campo OPPMCN)

 Ce champ permet d’identifier l’interlocuteur principal chez le tiers avec lequel la majorité des relations sont effectuées. Une affaire peut également être identifiée directement chez un interlocuteur. Dans ce cas, aucun tiers n’est mentionné. Plusieurs outils de sélection "Interlocuteur" sont disponibles depuis le champ "Interlocuteur".

• Le premier menu contextuel « Sélection » permet de sélectionner un interlocuteur parmi ceux ayant une relation avec le tiers mentionné. Si aucun tiers n’est saisi, cette fonction ne renvoie rien.
• Le deuxième menu contextuel « Interlocuteurs » permet d’accéder directement à l’objet Interlocuteurs et d’y effectuer la sélection de son choix.
• Le troisième menu contextuel « Sélection interlocuteurs » permet de sélectionner un interlocuteur parmi la liste complète de tous les interlocuteurs saisis dans l’application.

• campo OPPMCNNAM

• Representante (campo OPPREP)

Ce champ permet d’identifier le représentant principalement en charge de la gestion de cette affaire.

• Categoria (campo OPPTYP)

La catégorie permet de regrouper ou de distinguer les affaires à des fins statistiques ou d'identification.

• Data abertura (campo OPPDATOPN)

• Data conclusão (campo OPPCDA)

Ce champ doit contenir la date à laquelle il est possible de conclure l’affaire.

• Última etapa passada (campo OPPSTE)

Este campo exibe a etapa em que o projeto retornou.

• Depois de (campo STRSTE)

Este campo inacessível ao registo está preenchido automaticamente a partir da alimentação dos separadores "Etapas antes-venda" e "Etapas após-venda". Traduzem a lista atual do assunto.

• Numero orçam. (campo OPPNBQ)

Ce champ inaccessible à la saisie affiche le nombre de devis déjà générés pour l'affaire. Celui-ci est alimenté au fur et à mesure de la création et de la suppression des devis relatifs à une affaire.

• Mont. estimado (campo OPPAMT)

Ce champ doit contenir le montant probable attendu de la commande du prospect/client.

• Probabilidade concretiz. proj. (%) (campo PBYPRJ)

 Ce champ représente le pourcentage de chances que le projet du prospect/client aboutisse réellement à une commande. Un champ « Montant pondéré » affiché en regard contient le montant estimé pondéré par la probabilité de lancement du projet.

• Mont. ponderado (campo PBYPRJAAM)

• Probalidade êxito (%) (campo OPPSUC)

Ce champ représente le pourcentage de chances que le prospect/client  sélectionne pour la réalisation de son projet. Un champ « Montant pondéré » affiché en regard contient le montant estimé pondéré par la chance de réussite.

• Mont. ponderado (campo OPPAAM)

• Dupla ponderação (campo DAM)

Este campo inacessível ao registo afixa uma ponderação do montante estimado podendo resultar de dois métodos de cálculo diferentes.

• Dupla ponderação acumulada : O montante afixado resulta do cáclculo seguinte:
  
  T = ME x (PLP / 100)
  DPC = T x (CR / 100)
  
• Dupla ponderação pela média : O montante afixado resulta do cálculo seguinte:
  
  T = (PLP + CR) / 2
  DPM = ME x (T / 100)
  DPC : Dupla ponderação acumulada.
  DPM : Dupla ponderação pela média
  ME : Montante estimado.
  PLP : Probabilidade de lançamento do projeto.
  CR : Chance de sucesso.
  T : TAMPON

• Por média (campo DAMAVE)

Ce champ détermine le montant affiché dans le champ "Double pondération". Si ce champ est coché, le système effectue une double pondération par moyenne. Le montant affiché résulte du calcul suivant :

• T = (PLP + CR) / 2.
• DPM = ME x (T / 100).

Signification des symboles :

- DPM : Double pondération par moyenne.
- ME : Montant estimé.
- PLP : Probabilité de lancement du projet.
- CR : Chance de réussite.
- T : TAMPON.

• Acumul. (campo DAMCUM)

Ce champ détermine le montant affiché dans le champ "Double pondération". Si ce champ est coché, le système effectue une double pondération cumulée. Le montant affiché résulte du calcul suivant :

• T = ME x (PLP / 100).
• DPC = T x (CR / 100).

Signification des symboles :
- DPC : Double pondération cumulée.
- ME : Montant estimé.
- PLP : Probabilité de lancement du projet.
- CR : Chance de réussite.
- T : TAMPON.

• Tipo do negócio (campo OPPPRPTYP)

• Data criação (campo CREDAT)

• Hora (campo CREHOU)

• Modo (campo OPPORILIB)

• Criado por (campo FULNAMUSR)

• Ligação (campo OPPORITXT)

Ce champ affiche l'action à l'origine de la création de l'affaire. Il peut s'agir uniquement de l'un des éléments suivants :

• Création manuelle (valeur affichée, par exemple, lorsque le projet est créé depuis la fonction Rendez-vous)
• Publipostage
• Campagne d'appels
• Campagne de presse
• Demande de service
• Campagne marketing

Exemple: Si cette action est d'origine marketing, vous pouvez lui associer une opération marketing afin d'alimenter les statistiques de retours de campagnes. Cliquez sur Opérations marketing depuis l’icône Actionspour associer l’affaire à l’opération de votre choix.

Quelle que soit l'origine de l'affaire, vous pouvez cliquer sur l’icône Actionspour déverrouiller a posteriori le champ et modifier l’origine. Par exemple, le fait de rattacher une affaire à une campagne marketing a pour intérêt d'alimenter les statistiques de retours de cette campagne.

• Nr. docum. (campo OPPORIVCR)

• Concurrente (campo CPP)

 Ce champ permet de saisir la liste de tous les concurrents présents sur l’affaire.

• Mont. concorrente (campo CPPAMT)

 Ce champ permet de saisir le prix accordé par le concurrent à qualité et prestations équivalentes.

• Pontos fortes (campo ASE)

Ce champ permet de décrire tous les atouts du concurrents vis à vis de l'affaire.

• Pontos fracos (campo SHC)

Ce champ permet de décrire tous les points faibles du concurrents vis à vis de l'affaire.

• Data (campo ENDDAT)

Ce champ, libre de saisie, permet de renseigner une date de début ou de fin d'étape.

• Etapa (campo STE)

Ce champ permet d'indiquer, au fur et à mesure qu'elles se produisent, les différentes étapes par lesquelles passe l'affaire.
Une nouvelle étape peut être créée automatiquement. Le mécanisme d'automatisation de création d'étape avant-vente s'effectue au niveau du paramétrage de la table diverse 400 - Etape affaire, par le biais de l'information "Type d'étape" (Menu Local 2973).

Exemple de paramétrage de la Table 400 - Etape affaire :

En fonction du paramétrage de cette table, certains types d'étapes peuvent faire l'objet d'automatismes :

• Première étape d'un cycle de vente
  Lors de la création d'une affaire : s'il existe, dans cette table, une étape associée au type d'étape "Première étape d'un cycle de vente", cette première étape est automatiquement créée.
  Si ce type d'étape est associé à différentes étapes, c'est la première étape par ordre croissant de code qui est prise en compte.
  Si ce type d'étape n'est associé à aucune étape, la saisie de cette étape devra obligatoirement se faire manuellement, cette première étape étant obligatoire.
  Dans notre exemple, l'étape "Projet détecté" sera automatiquement créée.
  
   
• Envoi d'un devis
  Lors de la création d'un devis rattaché à cette affaire : s'il existe, dans cette table, une étape associée au type d'étape "Envoi d'un devis", cette étape est automatiquement créée et le nombre de devis est mis à jour.
  Si ce type d'étape est associé à différentes étapes, c'est la première étape par ordre croissant de code qui est prise en compte.
  Si ce type d'étape n'est associé à aucune étape, aucun automatisme n'est déclenché.
  Dans notre exemple, l'étape "Devis remis" sera automatiquement créée.
   Dans le cas où un automatisme est mis en place par rapport au devis, celui-ci peut être créé relativement à une affaire, même si celle-ci est clôturée. Dans ce cas, elle sera automatiquement ré-ouverte.
   
• Négociation
  Lors de la création d'un appel, d'une tâche ou d'un rendez-vous : s'il existe, dans cette table, une étape associée au type d'étape "Négociation", cette étape est créée automatiquement.
  Si ce type d'étape est associé à différentes étapes, c'est la première étape par ordre croissant de code qui est prise en compte.
  Si ce type d'étape n'est associé à aucune étape, aucun automatisme n'est déclenché.
  Dans notre exemple, l'étape "Négociation" sera automatiquement créée.
   
• Gain d'une affaire
  Lors de la création de la première commande : s'il existe, dans cette table, une étape associée au type d'étape "Gain d'une affaire", cette étape est créée automatiquement et l'affaire prend le statut "Gagnée".
  A partir de ce moment, il n'existe plus aucun automatisme relatif aux étapes avant-vente. Les nouvelles étapes seront des étapes après-vente pour lesquelles il n'existe aucun automatisme.
  Si ce type d'étape est associé à différentes étapes, c'est la première étape par ordre croissant de code qui est prise en compte.
  Si ce type d'étape n'est associé à aucune étape, aucun automatisme n'est déclenché.
  Dans notre exemple, l'étape "Affaire gagnée" sera automatiquement créée et l'affaire prendra le statut "Gagnée".
   Dans le cas où un automatisme est mis en place par rapport à la commande, celle-ci peut être créée relativement à une affaire, même si celle-ci est clôturée. Dans ce cas, elle sera automatiquement ré-ouverte.
   
• Aucune étape
• Perte de l'affaire
• Abandon de l'affaire
  
  Ces types d'étape ne sont induites par aucun automatisme. Il s'agit obligatoirement d'étapes créées manuellement.

Précisions sur le paramétrage de la table diverse 400 - Etape affaire

• (1) Clôture :
  Ce champ permet d'indiquer si, à cette étape, l'affaire doit être clôturée ou non.
  
  

• Terminado (campo DON)

Cette case, lorsqu'elle est cochée, permet d'indiquer qu'une étape est arrivée à son terme. Il est alors possible de saisir un motif de fin d'étape.

• Motivo (campo REN)

Le "Motif" de fin d'étape est saisissable uniquement si l'étape est "Révolue".
Il peut être saisi soit avec le texte de son choix, soit sélectionné dans la liste des motifs de fin d'étape. Chaque étape dispose d'une liste de motifs qui lui est propre. Cette liste est issue du croisement du paramétrage des tables diverses 400 et 419, selon le principe suivant :

• La table diverse 400 contient la liste des étapes avant-vente, identifiées chacune par un code.
• La table diverse 419 contient la liste des motifs avant-vente. Le paramétrage de cette table permet de préciser, pour chacun de ces motifs, l'étape avant-vente à laquelle il peut s'appliquer. Le code de l'étape est indiqué au niveau de l'"Intitulé court" du motif.

Exemple :

• Table 400 - Etapes affaire :

• Table 419 - Motifs avant-vente :

En saisie de motifs sur une étape "Révolue" :

• Pour l'étape "BPR - Devis remis", la liste des motifs proposés est la suivante :
   
  - "Budget accepté"
  - "Accord interne obtenu"
  - "Validation direction"
   
• Pour l'étape "APD - Projet détecté", seul le motif "Aucune offre adaptée" est paramétré pour s'appliquer à cette étape. Il est donc automatiquement sélectionné.
   
• Pour l'étape "CNE - Négociation", aucun motif n'est paramétré pour s'appliquer à cette étape. Aucune liste n'est donc proposée en saisie.

• Nr. docum. (campo STEORIVCR)

• Linha de etapa (campo STELIN)

• Data (campo ENDDATX)

Ce champ permet de renseigner une date de début d'étape. Il s'agit de la date à laquelle l'affaire est entrée dans la nouvelle étape à saisir.

• Etapa (campo STEX)

Ce champ permet d'indiquer, au fur et à mesure qu'elles se produisent, les différentes étapes par lesquelles passe l'affaire.
Les étapes après-vente sont définies dans la table diverse : 421 - Étapes après-vente.

Exemple de paramétrage de la Table 421 - Étapes après-vente :

Précisions sur le paramétrage de la table diverse :

(1) Champ "En avant-vente" :

Les étapes après-vente doivent normalement être créées à une date au moins égale à la plus élevée des étapes avant-vente. Le champ "En avant-vente" avec la valeur "Non", permet de respecter cette règle.

Dans certains cas, il peut être nécessaire de commencer des étapes après-vente, en même temps que des étapes avant-vente. Par exemple, la rédaction d’un cahier des charges peut commence avant la signature de la commande, pour permettre l'avancée des négociations.

Le champ "En avant-vente" avec la valeur "Oui" permet donc de contredire la règle. Les dates de ces étapes après-vente ne sont donc pas contrôlées par rapport aux étapes avant-vente. La seule contrainte est que la date doit être postérieure à la date d’ouverture.

Ce contrôle est effectué au moment de l’enregistrement.


Exemple :

Si la table diverse 421 est paramétrée comme ci-dessus.

Si la date de l’étape avant-vente la plus élevée est la suivante :

Si vous saisissez les étapes après-vente suivantes avec les dates suivantes :

Comme le champ "En avant-vente" pour l’étape D1 Modifications post-recette a pour valeur "Non", cette étape ne peut pas avoir une date antérieure (13/01/2015) à la date la plus élevée des étapes après-vente (14/01/2015).

Comme le champ "En avant-vente" pour l’étape A1 Rédaction cahier des charges a pour valeur "Oui", cette étape peut avoir une date antérieure (10/01/2015) à la date la plus élevée des étapes après-vente (14/01/2015).

• Terminado (campo DONX)

Cette case, lorsqu'elle est cochée, permet d'indiquer qu'une étape est arrivée à son terme. Il est alors possible de saisir un motif de fin d'étape après-vente.

• Motivo (campo RENX)

Le "Motif" de fin d'étape est saisissable uniquement si l'étape est "Révolue".
Il peut être saisi soit avec le texte de son choix, soit sélectionné dans la liste des motifs de fin d'étape. Chaque étape dispose d'une liste de motifs qui lui est propre. Cette liste est issue du croisement du paramétrage des tables diverses 421 et 420, selon le principe suivant :

• La table diverse 421 contient la liste des étapes après-vente, identifiées chacune par un code.
• La table diverse 420 contient la liste des motifs après-vente. Le paramétrage de cette table permet de préciser, pour chacun de ces motifs, l'étape après-vente à laquelle il peut s'appliquer. Le code de l'étape est indiqué au niveau de l'"Intitulé court" du motif.

Exemple :

• Table 421 - Etapes après-vente :

• Table 420 - Motifs après-vente :

En saisie de motifs sur une étape "Révolue" :

• Pour l'étape "C1 - Modifications", la liste des motifs proposés est la suivante :
  
  - "Corrections réalisées"
  - "Présentation au client"
  
• Pour l'étape "A1 - Rédaction cahier des charges", seul le motif "Cahier des charges validé" est paramétré pour s'appliquer à cette étape. Il est donc automatiquement sélectionné.
  
• Pour l'étape "D1 - Fin du projet", aucun motif n'est paramétré pour s'appliquer à cette étape. Aucune liste n'est donc proposée en saisie.

• Cód. (campo SBBPJT)

Dans le cas d'identification de projets d'extension ou de déploiement d'une affaire initiale, l'utilisateur dispose de deux méthodes différentes :

• Méthode 1 : Modifier l'affaire initiale et lui ajouter les nouvelles informations
• Méthode 2 : Créer une nouvelle affaire avec ses caractéristiques propres, puis associer cette nouvelle affaire à l'affaire initiale.
  Ce champ permet de réaliser cette méthode. Le code de la nouvelle affaire peut être renseigné ici.
  Cette méthode est préconisée : elle permet de conserver l'historique des extensions successives apportées à l'affaire initiale.