39
CAHIER DES CHARGES ——————————— PORTAIL INTERNET DECLARATIF DE L’ORDRE DES EXPERTS-COMPTABLES ORDRE DES EXPERTS-COMPTABLES CONSEIL SUPÉRIEUR Version 2.1 29 juin 2000

Example de Cahier de Charge de Projet que

  • Upload
    hnadah

  • View
    2.310

  • Download
    2

Embed Size (px)

Citation preview

Page 1: Example de Cahier de Charge de Projet que

CAHIER DES CHARGES

———————————

PORTAIL INTERNET DECLARATIF

DE L’ORDRE DES EXPERTS-COMPTABLES

ORDRE DES EXPERTS-COMPTABLESCONSEIL SUPÉRIEUR

Version 2.129 juin 2000

Page 2: Example de Cahier de Charge de Projet que

Portail déclaratif page 2

SOMMAIRE

1 GÉNÉRALITÉ..........................................................................................................................................................0

11 CONTEXTE ...........................................................................................................................................................012 OBJECTIF DU DOCUMENT ..................................................................................................................................013 PRÉSENTATION GÉNÉRALE DE L’ORDRE DES EXPERTS-COMPTABLES.........................................................0

131 Qui sont les experts-comptables ? .............................................................................................................0132 Les missions des experts-comptables ........................................................................................................0133 Le Conseil Supérieur de l’Ordre des experts-comptables .....................................................................0

2 PROPOSITION.........................................................................................................................................................0

21 CONTENU DE LA PROPOSITION .........................................................................................................................022 REMISE DE LA PROPOSITION .............................................................................................................................0

3 RELATION AVEC LE CS-OEC .........................................................................................................................0

31 SOUMISSIONNAIRE .............................................................................................................................................032 CRITÈRES DE SÉLECTION DU SOUMISSIONNAIRE ............................................................................................033 RELATION ENTRE LE PRESTATAIRE ET LE CS-OEC.......................................................................................034 DROITS DE PROPRIÉTÉ INTELLECTUELLE........................................................................................................0

4 PRÉSENTATION DU PORTAIL ENVISAGÉ ...............................................................................................0

41 SOLUTION ENVISAGÉE .......................................................................................................................................0411 Exposé des besoins de l'étape.....................................................................................................................0

42 ARCHITECTURE SOUHAITÉE..............................................................................................................................0421 Principes généraux.......................................................................................................................................0422 Détail des échanges......................................................................................................................................0423 Spécifications fonctionnelles des destinataires........................................................................................0

4231 Les échanges ...........................................................................................................................................04232 Télédéclarations fiscales EDI-TDFC & EDI-TVA .................................................................................0

42321 Les échanges vers la DGI ...................................................................................................................042322 Les échanges vers les autres destinataires ..........................................................................................0

4233 Déclarations sociales ...............................................................................................................................042331 DUCS (message COPAYM)..............................................................................................................042332 TDS.....................................................................................................................................................0

4234 Déclaration d'échange de biens (DEB)....................................................................................................0424 Organisation de la gestion du portail .......................................................................................................0425 Spécifications des interfaces de gestion....................................................................................................0

5 PRESTATIONS ATTENDUES ............................................................................................................................0

51 APPROCHE...........................................................................................................................................................052 MODALITÉS.........................................................................................................................................................0

521 Découpage en lots.........................................................................................................................................05211 Lot 1 : Maîtrise d'œuvre ..........................................................................................................................05212 Lot 2 : Analyse fonctionnelle détaillée....................................................................................................05213 Lot 3 : Fourn iture des fonctions WEB ....................................................................................................05214 Lot 4 : Fourniture des autres fonctions dont la messagerie .....................................................................05215 Lot 5 : Exploitation..................................................................................................................................05216 Lot 6 : Assistance des utilis ateurs ...........................................................................................................0

522 Modèle économique......................................................................................................................................0523 Volumétrie......................................................................................................................................................0

53 MODALITÉS COMPLÉMENTAIRES......................................................................................................................0531 Modalités de réalisation et livraison des prestations.............................................................................0532 Modalités de réception des prestations.....................................................................................................0533 Pénalités .........................................................................................................................................................0

6 ANNEXE A : LISTE DES SOCIÉTÉS CONSULTÉES ................................................................................0

7 ANNEXE B : FICHE DE PROPOSITIONS .....................................................................................................0

71 FICHE N° 1 : PLANNING .....................................................................................................................................072 FICHE N° 2 : PRIX................................................................................................................................................0

Page 3: Example de Cahier de Charge de Projet que

Portail déclaratif page 3

73 FICHE N° 3 : COMPOSITION DU CONSORTIUM ................................................................................................074 FICHE N° 4 : LISTE DES RESPONSABLES..........................................................................................................0

Page 4: Example de Cahier de Charge de Projet que

Portail déclaratif page 4

1 GENERALITE

11 CONTEXTE

Dans le cadre de la mise en œuvre des téléprocédures sur Internet, le Conseil Supérieur del'Ordre des experts-comptables (CS-OEC) étudie la possibilité de compléter les modes decollecte des déclarations par un portail déclaratif pour la télétransmission aux administra-tions, aux organismes de gestion agréés (OGA), aux banques, aux organismes de protec-tion sociale (OPS) des déclarations suivantes :

• dès aujourd’hui les téléprocédures existantes :

EDI-TDFC (Déclarations annuelles des résultats des entreprises),

DUCS (Déclarations unifiées de cotisations sociales),

DEB (Déclaration d’Echanges de Biens) ;

• puis les téléprocédures à venir :

TVA (deuxième semestre 2000),

TP (Taxe Professionnelle),

DADS-U (Déclaration Annuelle des Données Sociales Unifiées),

DUE (Déclaration Unique d’Embauche),

CANAM (Déclaration des travailleurs non salariés non agricoles) ;

• et enfin à d'autres procédures hors du domaine déclaratif concernant notamment lacollecte des extraits de comptes bancaires des entreprises.

L’objectif recherché consiste à proposer aux cabinets d’expertise comptable un serviceInternet facile d’accès et au moindre coût pour télétransmettre l'ensemble de leurs déclara-tions fiscales et sociales.

Ce portail déclaratif permet de centraliser l’envoi des déclarations fiscales et sociales viaInternet par une couche de communication TCP/IP (protocole Internet). Il est avant toutdestiné aux experts-comptables ou à leurs partenaires, mais doit également être prêt à ac-cueillir, dans un second temps, les déclarations émanant directement d’entreprises ou degroupements d’entreprises.

Seules l’entrée et l’identification de l’émetteur du message s’effectuent sur le portail envi-sagé. L’intégralité des traitements est ensuite effectuée sur le site du prestataire retenu.

Page 5: Example de Cahier de Charge de Projet que

Portail déclaratif page 5

12 OBJECTIF DU DOCUMENT

Le présent document décrit le projet pour sélectionner un prestataire ou un groupe deprestataires réuni dans un consortium qui prendra en charge l’ensemble des développe-ments (routage, archivage, interfaces d'application avec les logiciels existants dans les ca-binets, intégration, etc.) ainsi que l’ensemble de l’exploitation quotidienne du système.

13 PRESENTATION GENERALE DE L’ORDRE DES EXPERTS-COMPTABLES

131 Qui sont les experts-comptables ?

Les experts-comptables sont des professionnels libéraux indépendants.

Après une solide formation théorique et pratique, ils doivent obligatoirement, pour exercerla profession, être inscrits à l’Ordre des experts-comptables, après avoir prêté serment. Ilssont soumis à une déontologie rigoureuse dans l'intérêt de leurs clients.

Le métier d'expert-comptable a préexisté à l'organisation de la profession en ordre profes-sionnel ; le métier de comptable, privé ou public, est en effet pratiqué depuis très long-temps. L’origine remonterait en Mésopotamie, plus de 2000 ans avant Jésus-Christ.

La première organisation importante de comptables en France fut créée en 1881 sous lenom de la société de comptabilité de France. C’est elle qui divisa la discipline comptableen trois niveaux de compétence : tenue de livre, comptable et expert-comptable. Elle ras-semblait tous les comptables salariés et libéraux.

L’Ordre des experts-comptables et des comptables agréés, placé sous la tutelle du Minis-tère des finances, est institué par la loi du 3 avril 1942. Il est redéfini par l’ordonnance n°45-2138 du 19 septembre 1945 qui demeure le texte de base de l’organisation actuelle enFrance.

L’ordonnance a été modifiée une première fois par la loi du 31 octobre 1968 qui a apportéun certain nombre de changements dans la définition légale des missions de l'expert-comptable et du comptable agrée et qui a supprimé le recrutement des comptables agréés.

La loi du 8 août 1994, quant à elle, a supprimé toute référence à la notion de comptableagréé et a élargi le champ d'intervention des experts-comptables.

132 Les missions des experts-comptables

L'expert-comptable intervient dans tous les secteurs de la vie collective : commerce et arti-sanat, services, industrie, agriculture, professions libérales, associations, secteurs public etparapublic.

Les grandes missions confiées à l’Ordre sont les suivantes :

Page 6: Example de Cahier de Charge de Projet que

Portail déclaratif page 6

• assurer la promotion de la profession,

• protéger les intérêts de ses membres,

• affirmer sa contribution à l’évolution et au redressement de l’économie du pays et pré-coniser toutes les mesures susceptibles d’atteindre ces objectifs,

et ce, dans l'intérêt général du public.

133 Le Conseil Supérieur de l’Ordre des experts-comptables

L'Ordre est représenté par le Conseil supérieur, dont le siège est 153, rue de Courcelles,75817 Paris Cedex 17.

Téléphone : + 33 1 44 15 60 00Fax : + 33 1 44 15 90 05

URL : www.experts-comptables.fr

Le Conseil supérieur a seul qualité pour exercer, devant toutes les juridictions, tous lesdroits réservés à la partie civile, notamment par voie de citation directe devant les tribu-naux répressifs, relativement aux faits portant un préjudice direct ou indirect à l'intérêtcollectif de la profession d’expert-comptable.

Il est composé des présidents des 22 conseils régionaux et de membres élus. Le nombre desmembres élus est égal au double de celui des présidents de conseils régionaux. Il élit parmises membres un bureau qui sont élus tous les deux ans au scrutin secret. Ce bureau estcomposé de quinze membres dont un président, sept vice-présidents, un trésorier et sixassesseurs.

Le Conseil supérieur élit également en son sein les membres des commissions. Il est orga-nisé en secteurs d'activité, commissions et comités.

Page 7: Example de Cahier de Charge de Projet que

Portail déclaratif page 7

2 PROPOSITION

21 CONTENU DE LA PROPOSITION

Il est attendu en termes de proposition :

• une nouvelle formulation du contexte du projet de portail déclaratif du CSOEC et de laplace du prestataire dans ce contexte,

• une présentation de la solution proposée, avec une description précise des moyens misen œuvre pour réaliser les différentes prestations attendues par le CS-OEC (moyenstechniques et procéduraux ainsi que les références aux normes ou standards utilisés),

• la configuration technique qui doit clairement indiquer la part logicielle, matérielle etorganisationnelle incombant au prestataire et contenue dans sa proposition financière,

• l’expression des moyens pour assurer la pérennité de la solution,

• un projet de plan de travail en conformité avec le planning souhaité par le CS-OEC,faisant apparaître les différentes étapes du développement, l’identification des fournitu-res à livrer et la répartition des charges entre les intervenants proposés et la participa-tion souhaitée du CS-OEC,

• un planning détaillé par prestation avec les points de contrôle (voir Fiche n° 1 Plan-ning),

• les modalités de réception des lots avec la vérification d’aptitude au bon fonctionne-ment et la vérification de service régulier, et, en particulier les points d’avancement quidevront valider des prestations intermédiaires,

• les références du prestataire dans des missions analogues et la possibilité de pouvoirvisiter un ou plusieurs sites opérationnels ainsi que rencontrer des responsables de telsprojets,

• les états financiers des trois dernières années si la société les possèdent et sinon lesétats financiers depuis l’origine,

• l’assurance de la continuité des prestations face aux incidents,

• les effectifs et la constitution de l’équipe de travail du prestataire (voir Fiche n° 3Composition du consortium).

• les références des responsables et intervenants,

• le modèle de contrat du prestataire,

• les attestations d’assurance en responsabilité civile,

• les charges et coûts par lots puis globalisés (voir Fiche n° 2 Prix).

Page 8: Example de Cahier de Charge de Projet que

Portail déclaratif page 8

Toute proposition incomplète sera considérée comme non conforme et ne sera pas prise enconsidération.

22 REMISE DE LA PROPOSITION

La proposition, rédigée en langue française, comprendra au moins une version sur sup-port papier accompagnée de la version électronique correspondante.

La proposition sur support papier sera datée et signée. Une forme électronique de celle-cisera également fournie sous le format Adobe Acrobat (pdf) sans protection sur la capturede texte.

En outre, la proposition comportera une durée de validité supérieure ou égale à six mois etdevra impérativement être remise avant le 9 août 2000 à 12 heures, à l’adresse suivante :

Conseil supérieur de l’Ordre des experts-comptablesProjet PORTAIL

153, rue de Courcelles - 75817 Paris Cedex 17.

et [email protected] pour la version électronique.

Un accusé de réception sera fourni au dépôt de la proposition.

Page 9: Example de Cahier de Charge de Projet que

Portail déclaratif page 9

3 RELATION AVEC LE CS-OEC

31 SOUMISSIONNAIRE

Le soumissionnaire au présent appel à propositions doit mettre en œuvre les moyens pourassurer, pour le compte du CS-OEC, l’ensemble des prestations demandées dans cet appelà propositions pour une déclaration donnée.

En effet, le CS-OEC n’acceptera de propositions que de soumissionnaires répondant àl’ensemble des services attendus pour la déclaration concernée. Dans un but de compré-hension, ces prestations sont décrites par lot dans le présent document. Cependant, le CS-OEC ne prendra en considération que les réponses globales.

Le soumissionnaire répondra soit seul soit en alliance avec d’autres sociétés. Dans lecas d’un consortium, le CS-OEC ne traitera qu’avec un prestataire principal assurant le lotn° 5 Exploitation du portail déclaratif. Les autres soumissionnaires étant considérés commesous-traitants.

Le soumissionnaire peut être :

• un fournisseur de services,

• un intégrateur,

• un service d’hébergement et d’exploitation.

Les soumissionnaires devront donc mentionner, à l’aide de la Fiche n° 3 Composition duconsortium, la déclaration concernée par leur proposition, leurs sous-traitants éventuelsintégrés au sein de leur consortium, les logiciels du marché (ou les portails des sociétés deservices) avec lesquels leur système sera interfacé, leur politique commerciale pour facili-ter un déploiement rapide de leur solution auprès des éditeurs du marché.

Une liste non exhaustive de sociétés consultées par le CS-OEC pour le portail Internet dé-claratif est donnée en annexe A chapitre 6.

32 CRITERES DE SELECTION DU SOUMISSIONNAIRE

La sélection du soumissionnaire est basée d’une part, sur des critères qualitatifs :

• la compréhension du problème,

• l’organisation, la démarche et la méthodologie proposées,

• la facilité d’utilisation de la solution,

• la pérennité de la solution,

Page 10: Example de Cahier de Charge de Projet que

Portail déclaratif page 10

• le savoir-faire de la société comme par exemple la qualité dans des interventions simi-laires et la capacité à faire visiter un site opérationnel,

• la pérennité de la société,

• la constitution de l’équipe,

• les références des intervenants et leurs compétences dans le domaine,

• Le respect du « business model » envisagé ;

et d’autre part, sur des critères quantitatifs :

• la conformité des plannings avec les délais de livraison des prestations,

• le coût global de l’intervention,

• les modalités de financement,

• la compatibilité avec les solutions de connexion à Internet présentes dans les cabinetsd'experts-comptables.

Dans la suite de ce document, le ou les soumissionnaires retenus par le CS-OEC sont ap-pelé(s) "le prestataire".

33 RELATION ENTRE LE PRESTATAIRE ET LE CS-OEC

Pour le CS-OEC, le responsable social est Jean Saphores et le responsable du projet deportail déclaratif est Gérard Patouillère.

Le prestataire devra désigner des personnes responsables vis-à-vis du CS-OEC (voir Fichen° 4 Liste des responsables).

Pour le CS-OEC, une personne sera assignée à la maîtrise d’ouvrage et aura un assistantapte à le suppléer. De même, il sera demandé au prestataire de désigner une personne char-gée du pilotage et du suivi de projet ainsi qu’un assistant.

En cas d’escalade sur incidents, le prestataire devra désigner la ou les personnes responsa-bles avec leur titre respectif.

34 DROITS DE PROPRIETE INTELLECTUELLE

L’ensemble des développements spécifiques à la solution de mise en œuvre sera dévolu auCS-OEC en pleine propriété, selon des modalités qui seront fixées dans le contrat entre leCS-OEC et le prestataire retenu.

Page 11: Example de Cahier de Charge de Projet que

Portail déclaratif page 11

4 PRESENTATION DU PORTAIL ENVISAGE

La profession comptable souhaite se doter d’un outil de télétransmission par Internet desdéclarations administratives afin de compléter l’ensemble des solutions offertes par lespartenaires habituels. Ce projet de portail déclaratif se développera en quatre étapes afind’obtenir un site complet de services aux experts-comptables et de s’harmoniser avec lesautres travaux de la profession (signature et archivage électroniques notamment) :

1. Réseau déclaratif en mode messagerie offrant au plus grand nombre un moyen simple,peu coûteux, sécurisé et s’intégrant au mieux dans l’architecture informatique de cha-que cabinet pour effectuer les déclarations périodiques de leurs clients ; un site WEBde gestion dudit réseau et mise en place d'un tableau de suivi des déclarations ;

2. Un site WEB d’informations, de références et de mises à jour sur les téléprocédures. Cesite pourrait centraliser les fichiers de référence indispensables au bon paramétrage deslogiciels déclaratifs, en particulier dans le domaine social (code activités, code caisses,etc.). Ce site sera aussi le lieu de gestion de la qualification des logiciels produisant destélédéclarations ;

3. Une offre d’EFI complétera le dispositif précédent permettant la saisie de formulairesen mode interactif sur le serveur WEB, à l'exclusion des téléprocédures mises en placepar les administrations, leur validation par l’expert-comptable (ou l’entreprise) puisleur routage vers les destinataires ;

4. Ouverture du portail déclaratif aux flux d’informations du cabinet et en particulier letransport des informations bancaires des clients.

Le présent cahier des charges ne concerne que la première étape du projet de portail envi-sagé.

41 SOLUTION ENVISAGEE

411 Exposé des besoins de l'étape

L’environnement télédéclaratif français est hétérogène :

• Multiplicité de format d’échanges : Les déclarations fiscales sont en langage EDIFACT (la période actuelle où cohabi-

tent les formats TDFC et EDI-Liasse s’achève avec la campagne 2001), Les déclarations sociales (annuelles et mensuelles) sont dans des formats divers ; la

convergence des formats si elle est inéluctable nécessite du temps : il faut donc gé-rer la mixité,

Les autres déclarations et travaux sectoriels, avec ou sans les administrations dé-centralisées, sont proposés dans des formats divers y compris des formats proprié-taires ou XML (par exemple XBRL) ;

• Multiplicité des supports de communication (principaux) :

Page 12: Example de Cahier de Charge de Projet que

Portail déclaratif page 12

Protocoles messagerie : TEDECO, X400, Internet (TCP/IP), Protocoles point à point : PESIT (CFT), Physique (pour mémoire) : bandes, cartouches, disquettes ;

• Multiplicité des obligations selon les destinataires : Dates limites des déclarations, Sécurisation informatique, Accusés de réception/Comptes rendus de traitement, Traçabilité des échanges, Archivage électronique, Gestion des mandats (papier et électronique), Confidentialité ;

• Pluralité des destinataires (y compris d’une même information) : Direction Générale des Impôts, Organismes Sociaux, Assurances, Greffes des Tribunaux de Commerce, I.N.P.I., Organismes de Gestion Agréés, Experts-comptables, Commissaires aux comptes, Avocats-conseils, Banques, Banque de France, Assurances Crédits et Banques de données, Entreprises, Tiers archiveurs, Direction générale des douanes, etc.

Face à cette multiplicité, le cabinet doit multiplier les solutions techniques et organisation-nelles. L’objectif du portail est d’apporter une unification de "l’interface" de ces télédécla-rations en respectant les contraintes de chacune d’elles :

• Il n'est pas envisagé dans cette première étape de mettre en place un service de transco-dification entre des standards de fichiers ; ces opérations peuvent être proposées pardifférents acteurs dans le paysage comptable actuel ; le transport des informations versces opérateurs pourra cependant être assuré par le portail ;

• La multiplicité des supports est conditionnée par le choix des destinataires finaux. Enl’absence de consensus sur les protocoles Internet qui permettrait une banalisation deséchanges, il faut un "étage" intermédiaire. Le portail peut apporter la solution intermé-diaire qui permettrait de collecter les déclarations via Internet, puis les convertir sansaltération dans le protocole du destinataire.

• Le respect des obligations déclaratives demandées par chaque destinataire est à lacharge du portail en particulier dans le domaine de la sécurisation des échanges ou dela gestion des messages de contrôles et d'anomalies. Les contraintes de date de dépôt

Page 13: Example de Cahier de Charge de Projet que

Portail déclaratif page 13

sont particulièrement importantes. Le portail devra donc s’assurer que l’expert-comptable ayant réalisé les formalités dans les délais requis ne pourra pas être pénalisépar un dysfonctionnement technique grâce à un système d'horodatation approprié ;

• Une même information peut être transmise à plusieurs destinataires. La règled’organisation "naturelle" est la génération de plusieurs messages pour chacun d’entreeux. Actuellement, les concepts de la multidistribution permettent la génération d’unseul message ayant une entête complexe indiquant les destinataires finaux. Il est indis-pensable de conserver cette possibilité de confier au portail la gestion du nouvel ache-minement et des tables de routage (protocole, adresse, contraintes fonctionne lles).

Il doit être possible au travers de ce portail de véhiculer des messages ordinaires à envoyersur le réseau Internet ou à les recevoir.

42 ARCHITECTURE SOUHAITEE

421 Principes généraux

L’idée directrice du portail est l’utilisation de protocoles banalisés de moindre coût avec lecabinet. Pour assurer la qualité nécessaire aux télédéclarations, la liaison cabinet/portail estsoumise à des contraintes fonctionnelles particulières qui sont exposées ci-après. Les autresbesoins sont liés aux cahiers des charges des différents partenaires des télédéclarations.

Le schéma suivant résume les types d'échanges envisagés et les besoins de chaque étape :

Expert-comptable

Destinataire"Internet"

Destinataire"non Internet"

PortailDéclaratif

6

2

1

Traitement dela distribution

5

43

7

8

Page 14: Example de Cahier de Charge de Projet que

Portail déclaratif page 14

ARCHITECTURE GENERALE

Chaque expert-comptable doit disposer d’une boîte aux lettres (BAL) Internet de télédécla-ration. Le nom de la BAL est de la forme : [email protected].. Un cabinet peut éven-tuellement disposer de plusieurs BAL si son organisation le requiert.

L’expert-comptable ne souscrit pas un nouvel abonnement Internet mais utilise son four-nisseur habituel (s’il ne dispose pas d’abonnement, il pourra utiliser l’offre e-expert de laprofession ou éventuellement une des offres du marché ). Le cabinet paramètre son logicielde messagerie pour ouvrir le nouveau compte de déclaration et effectuer les dépôts direc-tement dans le serveur SMTP du Portail.

Toute liberté est laissée au soumissionnaire pour proposer des solutions avancées de sécu-rité des échanges entre le cabinet et le serveur SMTP de déclaration. Toutefois, celles-cidoivent respecter les points suivants :

• La compatibilité doit être assurée avec les principaux clients de messagerie et logicielde gestion "proxy-mail" du marché ;

• Les solutions de sécurité ne doivent pas nécessiter d’investissements complémentairespour le cabinet ;

• Les solutions proposées ne doivent pas parasiter les autres comptes de messagerie ducabinet.

422 Détail des échanges

Une déclaration ou un ensemble de déclarations pour un même destinataire s’effectue parenvoi d’un message (au sens de la messagerie) et de sa pièce jointe :

• Le destinataire (D) est indiqué dans l’adresse du message (au sens de la messagerie) ;

• La déclaration ou l'ensemble de déclarations par message est inclus dans la pièce jointeaudit message.

L'objet du message est laissé libre, selon le destinataire il doit parfois respecter une struc-ture particulière.

Après dépôt dans le serveur SMTP de déclaration du message (étape � du schéma ci-dessus), le serveur accuse une réception horodatée du dépôt du message (étape �). CetAR complète explicitement le dépôt dans la boîte d'envoi du courrier. Cette fonctiond’horodatation avec AR est essentielle puisqu’elle marque la prise en charge de la déclara-tion par le portail à l'heure de référence du portail. Le mode d’horodatation est laissé àl’appréciation du soumissionnaire. La solution retenue sera soumise à l’appréciation desdestinataires afin d’obtenir une reconnaissance de la datation.

Tous les messages déposés suivent le même traitement :

1 Nom générique pour ce document à remplacer in fine par le nom du portail.

Page 15: Example de Cahier de Charge de Projet que

Portail déclaratif page 15

• Archivage des dépôts (�) et des accusés explicites de réception (�) ;

• Recherche de la "nature" du destinataire à partir de l’adresse destinataire D : La recherche de la nature du destinataire (étape �) se fonde sur un fichier de réfé-

rence interne au portail dont la gestion est détaillée au chapitre 45. Les éléments es-sentiels de ce fichier sont :- Alias du correspondant au sein du portail sous la forme :

[email protected],♦ par exemple : [email protected], [email protected].

- Les moyens de communication acceptés par le correspondant sont :♦ Internet,♦ Tedeco,♦ X400,♦ PeSIT (CFT).NB - Cette liste est susceptible d’ajouts en fonction des demandes de nouveauxdestinataires (ETEBAC, FTP, etc.).

- Ajouts de sécurités et de fonctions complémentaires nécessaires pour le desti-nataire (Sécurité DGI par exemple ).

Si l’adresse du correspondant n’existe pas dans la base de référence le portail sup-posera un destinataire Internet.

Le portail ouvrira une adresse particulière [email protected] pour permettre lamultidistribution.

• En fonction du profil du destinataire, il faut exécuter les fonctions suivantes :

Destinataire Internet sans traitement complémentaire à effectuer (�). Le portail as-sure la distribution horodatée du message et s’assure du dépôt dans la boîte aux let-tres du destinataire (analyse des éventuels messages d’erreur Internet de suivi dedistribution) ;

Destinataire non Internet et/ou traitement complémentaire à effectuer (il est rappeléque le portail est partenaire EDI-DGI sans sous-traitance possible (�)) :- Le portail doit assurer la conversion de protocole et ajouter les dispositifs de sé-

curité éventuellement demandés par le destinataire (par exemple : signatureDGI). Le portail connaît la nature du destinataire au moyen du profil. Il connaîtaussi son adresse électronique réelle. L’utilisation par le cabinet d’un aliasidentifiant le destinataire simplifie les opérations de mise à jour en cas de chan-gement du profil du destinataire. Il est possible d’utiliser le profil pour faire unsimple changement de nom d’adresse internet.

- Il est intéressant de pouvoir regrouper des messages, éventuellement en prove-nance d’émetteurs différents, vers un seul destinataire. Ceci est particulièrementvrai si le protocole final est de type point à point (PESIT (CFT)). Dans ceschéma, le portail doit assurer la traçabilité des groupages et la création des ac-cusés de réception vers chaque émetteur individuel. De même, en cas d’accuséde réception global de la part d’un destinataire, il devra régénérer autantd’accusés de réception que de messages initiaux (� & �).

2 Nom pour l’exemple.

Page 16: Example de Cahier de Charge de Projet que

Portail déclaratif page 16

- Les messages de retour des destinataires sont envoyés au portail qui assure sy-métriquement à l’expédition le rapprochement avec le groupage effectué et laconversion de protocole pour déposer le message dans la boîte aux lettres décla-rative du cabinet (étape �).

Si le cabinet a demandé une multidistribution, le portail reçoit le message à l’adressegénérique. Il analyse le contenu de l’entête et à partir des éléments identifiant lesdestinataires de la multidistribution et des alias du paragraphe précédent, il génèreles échanges correspondants.

Les problématiques des accusés de réception et du groupage/dégroupage sont iden-tiques à celles du paragraphe précédent.

423 Spécifications fonctionnelles des destinataires

4231 Les échanges

Un cabinet peut préparer un ou plusieurs messages suivant le nombre de destinataires àinformer et les informations demandées.

Un ensemble de données peut être transcrit dans un groupe de fichiers, dénommé dans cequi suit “groupe fonctionnel” 3. Chaque groupe fonctionnel est caractéristique d’un type dedonnées particulier (exemple : éléments d’information d’une déclaration fiscale).

Un interchange4 peut comprendre plusieurs groupes fonctionnels comprenant pourchacun d’entre eux plusieurs messages regroupés par nature :

• 1er groupe fonctionnel : tous les messages de type A,

• 2ème groupe fonctionnel : tous les messages de type B,

• etc.

Ainsi, les contenus des documents sont codifiés à la suite. Il s’agit de différencier les sériesde caractéristiques alphanumériques par des indicateurs. Ceux-ci prennent la forme de dé-but et de fin d’un ensemble ou d’un groupe. De cette façon, on peut organiser l’envoi oul’interchange comme indiqué dans le schéma ci-dessous. Un interchange peut comprendreplusieurs groupes fonctionnels contenant chacun des messages ayant la même structure.

Chaque message comprend une section en-tête, une section corps et une section résumé.

“L’en-tête contient, de façon optionnelle, des informations qui peuvent faciliterl’identification et le traitement des messages par le partenaire receveur : objet, référence,importance, informations complémentaires sur l’émetteur, etc. Il peut comprendre égale-

3 Groupe fonctionnel : message (ou plusieurs messages du même type) débutant par un segment de service

d’en-tête et se terminant par un segment de service de fin (ISO 9735).4 Interchange : communication d’un partenaire à un autre consistant en une combinaison structurée de mes-

sages et de segments de service commençant par un en-tête de contrôle et se terminant par une fin decontrôle (ISO 9735).

Page 17: Example de Cahier de Charge de Projet que

Portail déclaratif page 17

ment des informations permettant au système informatique récepteur d’avoir une visionrapide des informations reçues et d’effectuer des sélections, classements, etc.”

“Le corps contient les données proprement dites qui peuvent être de différents types cor-respondant à différents codages. Une grande souplesse est ainsi offerte pour le transportdes informations comme, par exemple, l’indication de l’alphabet utilisé, les informationsdéfinies par accord entre les correspondants, télécopie, télétex, données chiffrées, etc.”

En-tête du message BDétail du message B

Fin du message B

En-tête du message CDétail du message C

Fin du message C

En-tête du message DDétail du message D

Fin du message D

En-tête dugroupe

fonctionnel A

Fin du groupefonctionnel A

En-tête du message FDétail du message F

Fin du message F

En-tête dugroupe

fonctionnel E

Fin du groupefonctionnel E

En-tête d'interchange

Fin d'interchange

Organisation de l’interchange

Les paragraphes suivants résument, sans être exhaustifs, les spécificités de chaque desti-nataire. Ils permettent de comprendre les traitements à effectuer dans les fonctions detransfert 2 & 3. Nous invitons les candidats à se reporter aux cahiers des charges respectifsde chaque destinataire (cédérom mai 2000 des téléprocédures, sites des destinataires, siteEDIFICAS).

4232 Télédéclarations fiscales EDI-TDFC & EDI-TVA

Ces deux téléprocédures ont comme destinataire final la Direction Générale des Impôts(DGI).

Page 18: Example de Cahier de Charge de Projet que

Portail déclaratif page 18

La téléprocédure EDI-TDFC permet également la transmission des messages vers d'autresdestinataires finals (organismes de gestion agréés, banques, commissaires aux comptes,etc.). Elle peut donc faire appel à la multidistribution. Les scénarios sont décrits dans leVolume 1 chapitre 3 du cahier des charges EDI-TDFC (voir cédérom 2000).

42321 Les échanges vers la DGI

Les échanges vers la DGI ne peuvent se faire que par l'intermédiaire d'un partenaire EDIDGI (PED) habilité. Le portail doit donc obtenir l'habilitation (cf. Volume 2 chapitre 3 ducahier des charges EDI-TDFC). Pour l'obtenir, il doit respecter un certain nombre d'obli-gations décrites dans les cahiers des charges EDI-TDFC et EDI-TVA (Volume 2).

Les principales obligations pour être habilité sont :

• La signature d'une convention "DGI - PARTENAIRE EDI",

• La déclaration à la CNIL,

• La gestion des mandats,

• L'obtention de l'attestation de Conformité EDIFICAS,

• La non divulgation de l'algorithme de transformation du code FRP (Fichiers des Rede-vables Permanents) à des destinataires autres que la DGI,

• La sécurisation électronique des échanges avec génération du message AUTACK,

• Le respect du calendrier de transmission,

• Le respect des délais d'envois,

• L'utilisation des protocoles de transmission acceptés par la DGI,

• Le traitement des accusés de réception, comptes rendus de traitement.

La plupart de ces obligations doivent être assurées par la mise en place d'une solution in-formatique appropriée.

Gestion des mandatsLe déclarant doit souscrire un contrat d'adhésion à la procédure, il mentionne expressémentle partenaire EDI DGI mandaté et donc habilité à effectuer les transmissions pour soncompte.Le PED doit donc gérer une table des mandats par cabinet afin de s'assurer qu'il peut ef-fectuer le transfert. C'est au cabinet qu'il appartient d'informer le portail qu'il détient unmandat.

Attestation de conformité des fichiers EDIFACTAfin de faciliter la phase d’exploitation des procédures EDI-TDFC et EDI-TVA, notam-ment en période fiscale, et d'éviter des anomalies de syntaxes EDIFACT dans les messa-ges, une procédure d'attestation de conformité de la structure des fichiers est mise en place.

Page 19: Example de Cahier de Charge de Projet que

Portail déclaratif page 19

Cette procédure donne lieu à la délivrance d’une attestation émise par EDIFICAS. Le ré-pertoire des attestations délivrées est détenu par EDIFICAS.Tout fournisseur de logiciel émetteur de messages doit donc obtenir cette attestation pourles fichiers "sortis" issus de l'application.Cette attestation est attribuée par module émetteur de messages.L'attestation des fichiers "sortis" conditionnent l’agrément d’un partenaire EDI DGI par laDGI (cf. Volume 2 chapitre 3).

Pour déterminer les problèmes de responsabilité, un partenaire EDI DGI a l'obligation den’accepter que des fichiers attestés. En conséquence, il doit mettre en place une table con-tenant la liste de logiciels attestés Cette table permettant de vérifier l'exactitude des infor-mations concernant l'attestation. Ces informations sont contenues dans la partie entête dumessage.Le partenaire EDI DGI recevant des messages en provenance de logiciels titulaires d'unnuméro d'attestation, son logiciel étant lui-même attesté, peut substituer son propre numéroà celui de l'émetteur en vertu d'une transitivité des tests.Les tests doivent se dérouler de préférence avant la période fiscale (septembre à décembrede chaque année). Ils sont exigés à chaque modification importante des logiciels ou à cha-que modification du présent cahier des charges impliquant une modification de structuredes messages. Si un même module de création de messages est mis en œuvre dans plu-sieurs applications, une seule procédure d'attestation est exigée.

La mise en place prochaine de la signature institutionnelle des experts-comptables perme t-tra de garantir l’intangibilité du détail des messages transmis contenu dans la partie détaildu message. Par conséquent, le partenaire EDI DGI ne doit pas altérer ce détail, sa respon-sabilité pouvant être engagée

Transformation du code FRPLe code FRP permet à la DGI d'identifier le déclarant ; seul le PED détient l'algorithmepermettant de constituer le numéro FRP complet. Le portail doit donc assurer la transfo r-mation du code FRP (code de 15 caractères porté à 19 par un algorithme de calcul).

Sécurisation électronique des échangesLes échanges sont soumis obligatoirement à la sécurisation électronique. Par conséquent leportail devra générer par interchange un message AUTACK contenant la sécurisation.Cette opération de sécurisation électronique est assurée par un système à cartes magnéti-ques.Il est donc nécessaire de pouvoir assurer la fonction de sécurisation électronique de façonpermanente (en dehors des heures et jours ouvrables) et tout particulièrement en périodede date limite des dépôts.

Calendrier de transmission - Délais d'envoiLes échanges vers la DGI peuvent se faire par groupage des messages reçus. Cette possib i-lité est intéressante dans la mesure où elle évite une connexion permanente, un envoi au filde l'eau des messages et donc une mise en œuvre de la signature à chaque instant. Ellenécessite la prise en compte du calendrier de transmission et des délais d'envois afin de nepas dépasser les dates limites.En cas de rejet de la transmission par la DGI, il y a lieu de tenir compte également des dé-lais impartis pour procéder à une nouvelle émission des messages.

Page 20: Example de Cahier de Charge de Projet que

Portail déclaratif page 20

Utilisation des protocoles de transmission acceptés par la DGILa DGI accepte uniquement les protocoles de transmission TEDECO et CFT, par consé-quent le portail devra obligatoirement assurer la transformation de protocole.

Retraitement des accusés de réception - Comptes rendus de traitementLa DGI renvoie des accusés de réception et des comptes rendus de traitement sous formede messages EDIFACT. A un dépôt de message donné correspond un retour. Si la possibi-lité de groupage a été utilisée, le traitement des accusés réception et des comptes rendus detraitement nécessite un dégroupage pour permettre leur réexpédition vers l'émetteur initialdes messages.Lors de la réception des accusés de réception et des comptes rendus de traitement uneanalyse des anomalies est nécessaire afin de déterminer si celles-ci proviennent du portailPED ou de l'émetteur initial.Dans le premier cas la correction devra être apportée par le portail, dans le second cas lesanomalies seront renvoyées vers l'émetteur initial des messages.Le retour des accusés de réception et des comptes rendus de traitement nécessite de retrou-ver l'adresse réseau de l'émetteur initial, le portail devra donc gérer une table contenant lescoordonnées réseau des différents émetteurs ainsi que des tables temporaires de correspon-dance entre les messages initiaux et les messages finals aux destinataires.

42322 Les échanges vers les autres destinataires

Attestation de conformitéLes autres destinataires imposent également l'obtention d'une attestation de conformité.

Gestion du code FRPLorsque le message est envoyé à un destinataire final autre que la DGI ou qu’un partenaireEDI DGI (dont les OGA), il ne doit pas comprendre le code FRP. Lors de la transmissionvers le destinataire final autre que la DGI ou qu’un OGA, le partenaire EDI DGI doit sup-primer dans le message le code FRP.Cette opération est plus particulièrement mise en œuvre lors de l'opération de multidistri-bution.

Retraitement des accusés de réception - Comptes rendus de traitementLe retraitement des accusés de réception et des comptes rendus de traitement devra êtremis en œuvre également pour tous les autres destinataires des messages.

Opération de groupage/dégroupageLe portail reçoit du cabinet des messages contenant plusieurs déclarations d'entreprisesdifférentes destinées à un même destinataire. Le portail réexpédie lesdits messages auditdestinataire et reçoit en contrepartie les accusés de réception d'application au fil de l'eau ougroupés par lot correspondant aux envois ou à tout autre critères (jour, semaine, etc.). Ilfaut alors effectuer une opération de suivi individuel de chaque déclaration.

Tests CANAM (cf. Volume 7 chapitre 1 du cahier des charges EDI-TDFC)Les tests permettent de s'assurer de la qualité de la relation entre les relais de communica-tion et la CANAM surtout en matière de protocole de transmission.Par conséquent, pour obtenir l'habilitation de la CANAM, le portail doit effectuer des testsavant toute transmission réelle.

Page 21: Example de Cahier de Charge de Projet que

Portail déclaratif page 21

Utilisation des protocoles de transmission acceptésLes autres destinataires acceptent uniquement les protocoles de transmission TEDECO,PESIT (CFT) et Internet sécurisé ; par conséquent le portail doit obligatoirement assurer latransformation de protocole.

4233 Déclarations sociales

Il n'y a pas de mise en œuvre de la multidistribution dans les téléprocédures sociales. Unmessage ne peut-être envoyé qu'à un seul destinataire.

Utilisation des protocoles de transmission acceptésLes OPS acceptent les protocoles de transmission X400, TEDECO, PESIT (CFT) et Inter-net sécurisé ; par conséquent le portail doit obligatoirement assurer la transformation deprotocole.

42331 DUCS (message COPAYM)

TestsLes tests permettent de s'assurer de la qualité de la relation entre les relais de communica-tion et les Ops (Organisme de protection sociale) surtout en matière de protocole de trans-mission.Par conséquent pour obtenir l'habilitation auprès des Ops, le portail devra effectuer destests avec chaque Ops (URSSAF, ASSEDIC, Caisses de retraites).

Calendrier de transmission - Délais d'envoisL'absence de respect du calendrier des dépôts peut entraîner une lourde pénalité pour ledéclarant, il est donc impératif de ne pas dépasser les dates limites.En cas de rejet de la transmission par un OPS, il y a lieu de tenir compte également desdélais impartis pour procéder à une nouvelle émission des messages.

Retraitement des accusés de réceptionChaque Ops renvoie des accusés réception, un accusé par dépôt. Compte tenu de cette rè-gle, il n'est pas possible dans l'état actuel de la procédure de procéder à un groupage desenvois par le portail. Par conséquent, il n'y aura pas de fonction de dégroupage à mettre enœuvre lors du retraitement des accusés réception. Néanmoins cette possibilité pourra fairel'objet d'une future version de la procédure. Lors de la réception des accusés de réception etdes comptes rendus de traitement, une analyse des anomalies est nécessaire afin de déter-miner si celles-ci proviennent du portail PED ou de l'émetteur initial.Dans le premier cas la correction devra être apportée par le portail, dans le second cas lesanomalies seront renvoyées vers l'émetteur initial des messages.

42332 TDS

La DADS (Déclaration annuelle des données sociales) dématérialisée doit être transmise àchaque centre TDS (CTDS) régional dont dépend le déclarant.

TestsLes tests permettent de s'assurer de la qualité de la relation entre les relais de communica-tion et les CTDS surtout en matière de protocole de transmission, ils sont donc fortementrecommandés.

Page 22: Example de Cahier de Charge de Projet que

Portail déclaratif page 22

Cependant il est possible d'obtenir auprès des CTDS un programme de contrôle permettantde vérifier le fichier avant envoi.

Calendrier de transmission - Délais d'envoisL'absence de respect du calendrier des dépôts peut entraîner une lourde pénalité pour ledéclarant, il est donc impératif de ne pas dépasser les dates limites.En cas de rejet de la transmission par un CTDS, il y a lieu de tenir compte également desdélais impartis pour procéder à une nouvelle émission des messages.

Retraitement des accusés de réceptionChaque CTDS renvoie des accusés réception papier. Lors de la réception des accusés deréception et des comptes rendus de traitement une analyse des anomalies est nécessaireafin de déterminer si celles-ci proviennent du portail PED ou de l'émetteur initial.Dans le premier cas, la correction devra être apportée par le portail, dans le second cas, lesanomalies seront renvoyées vers l'émetteur initial des messages.

4234 Déclaration d'échange de biens (DEB)

La direction nationale des statistiques du commerce extérieur (DNSCE) ainsi que les cen-tres interrégionaux de saisie de données sont habilités à recevoir des déclarations d'échan-ges de biens par voie informatique.

TestsAprès une période de tests pendant laquelle l'administration vérifie le respect des spécifi-cations du cahier des charges, celle-ci donne l'autorisation à l'entreprise de transmettre desdéclarations d'échange de biens par voie informatique.L'entreprise signe alors une convention avec l'administration des douanes qui lui attribueun numéro d'habilitation et un mot de passe confidentiel devant être indiqués à chaque en-voi.

Retraitement des accusés de réceptionL'administration accuse réception de chaque envoi de déclarations dématérialisées en ind i-quant si les déclarations sont acceptées ou rejetées.Lors de la réception des accusés de réception et des comptes rendus de traitement uneanalyse des anomalies est nécessaire afin de déterminer si celles-ci proviennent du portailPED ou de l'émetteur initial.Dans le premier cas la correction devra être apportée par le portail, dans le second cas lesanomalies seront renvoyées vers l'émetteur initial des messages.

Calendrier de transmission - Délais d'envoisL'absence de respect du calendrier des dépôts peut entraîner une lourde pénalité pour ledéclarant, il est donc impératif de ne pas dépasser les dates limites.En cas de rejet de la transmission par l'administration, il y a lieu de tenir compte égalementdes délais impartis pour procéder à une nouvelle émission des messages.

Utilisation des protocoles de transmission acceptésLes douanes acceptent les protocoles de transmission TEDECO, X400, PESIT (CFT) etInternet sécurisé ; par conséquent le portail doit obligatoirement assurer la transformationde protocole.

Page 23: Example de Cahier de Charge de Projet que

Portail déclaratif page 23

424 Organisation de la gestion du portail

Chaque cabinet possède un seul compte de télédéclaration mais peut ouvrir pour ce compteplusieurs boîtes aux lettres déclaratives (BAL). Plus particulièrement :

• La création, la modification, la fermeture du compte déclaratif et des BAL associéessont du ressort direct du CS-OEC qui effectue cette administration à distance parl’intermédiaire d’un profil d’accès spécifique ;

• Une demande d’ouverture de compte, de BAL, etc., est effectuée par l’expert-comptable à l'aide de l’envoi d’un formulaire (téléchargeable sur le site du portail) dansun courrier électronique spécifique comme par exemple : [email protected] ;

• Le CS-OEC vérifie l’existence du cabinet dans la base du tableau des membres del’Ordre, émet éventuellement une facture (en fonction du modèle économique retenu)vers le cabinet ; à réception du règlement, il initialise les prestations choisies par le ca-binet et envoie à ce dernier les codes d’accès pour configuration ;

• Le cabinet peut ensuite effectuer lui-même la gestion de son profil et la sélection de sesdestinataires habituels (par rapport à la base de référence) ;

• Périodiquement (une à deux fois par an), une procédure automatique de rapprochementdes comptes de déclarations ouverts et du tableau de l’Ordre est déclenchée pour iden-tifier les cabinets qui ont été radiés et procéder à leur suppression dans le portail décla-ratif ;

• Une procédure spécifique est également établie pour l’ouverture du portail déclaratifaux entreprises.

425 Spécifications des interfaces de gestion

La gestion du portail implique la mise en œuvre de plusieurs interfaces pour la mainte-nance des différentes bases de données. En attente de la généralisation de la signatureélectronique des experts-comptables (projet SINE), les fonctions d’administration serontprotégées par des identifications Utilisateur/Mot de passe.

Les spécifications demandées seront affinées et complétées pendant l’analyse fonctionnelledétaillée. Le portail doit être suffisamment paramétrable pour accepter dans l’avenir desspécifications nouvelles liées à de nouveaux partenaires destinataires.

Chaque cabinet possède un seul compte télédéclaratif mais peut ouvrir pour ce compteplusieurs boîtes aux lettres (BAL).

Les interfaces suivantes sont pressenties :

• Gestion du compte télédéclaratif d’un expert-comptable : Demande d’ouverture d’un compte télédéclaratif pour un cabinet, Accord de l’ouverture du compte par le CS-OEC, signification au cabinet,

Page 24: Example de Cahier de Charge de Projet que

Portail déclaratif page 24

Suspension d'un compte par le CR-OEC / CS-OEC, Clôture d’un compte par le CS-OEC ;

• Gestion des BAL d’un expert-comptable : Gestion de l’ouverture/fermeture de BALs secondaires d’un compte télédéclaratif.

Cette procédure permet de rendre autonome les cabinets secondaires après que lecabinet principal ait demandé l’ouverture du compte. Un cabinet doit pouvoir ou-vrir autant de BAL que nécessaire pour "coller" à son organisation ou à son envi-ronnement,

Gestion individuelle des comptes secondaires (changement des mots de passe, fer-meture d’une BAL, etc.),

Mode de fonctionnement de la BAL :- Suivi par courrier électronique (accusés de réception, messages retour, etc.),- Suivi sur site WEB avec mot de passe spécifique,

Liste des boites aux lettres, avec ses caractéristiques :- Date d’ouverture,- Date de fermeture,- Demandeur,- Profil,- etc.

Gestion des mandats de télédéclarations ;

• Gestion WEB des comptes d’un expert-comptable : Liste des messages émis, Liste des messages reçus, Etat des messages, suivi de la distribution et des AR ;

• Gestion des profils des destinataires : Ouverture du compte par un destinataire, Avertissement et validation de l’ouverture par le CS-OEC ; Gestion du profil de chaque destinataire :

- Identification,- Alias dans le portail,- Traitements complémentaires :

♦ Sécurité,♦ Cryptage,♦ etc.,

- Scénarios des échanges :♦ Groupage autorisé,♦ Accusés de réception,♦ etc.,

- Pour chaque protocole accepté :♦ Type de protocole,♦ Adresse finale,♦ Caractéristiques mises en œuvre,♦ etc.

Page 25: Example de Cahier de Charge de Projet que

Portail déclaratif page 25

- Gestion de la BAL de destination au sein même du portail ; Statistiques de trafic et diverses sur l'origine des émissions et les destinataires.

Page 26: Example de Cahier de Charge de Projet que

Portail déclaratif page 26

5 PRESTATIONS ATTENDUES

51 APPROCHE

Pour la présentation des besoins, le projet de portail déclaratif est découpé en lots selon uneapproche fonctionnelle homogène qui est définie ci-après :

TRAVAUX D'ANALYSE, DE TESTS ET DE MISE EN PLACE SUIVI CONTRACTUEL

LOT 1 : MAITRISE D'ŒUVRE

LOT 2 : ANALYSEFONCTIONNELLE

DETAILLEE

LOT 3° : FOURNITURE DES FONCTIONS WEB

LOT 4 : FOURNITURE DES AUTRES FONCTIONS

DONT MESSAGERIE

LOT 5 : EXPLOITATION DUPORTAIL DECLARATIF

LOT 6 : ASSISTANCE DESUTILISATEURS

Temps

La maîtrise d’ouvrage est réalisée par le CS-OEC éventuellement assisté d’un ou de plu-sieurs conseils hors de ce présent appel à propositions.

De plus, le CS-OEC se réserve le droit de commander tout ou partie des lots décrits dans ceprésent appel à propositions.

52 MODALITES

521 Découpage en lots

Le découpage en lots est prévu comme suit :

Lots Description

1 Maîtrise d’œuvre (gestion du projet, coordination des relations avecles destinataires, etc.)

Page 27: Example de Cahier de Charge de Projet que

Portail déclaratif page 27

2 Analyse fonctionnelle détaillée

3 Fourniture des fonctions WEB

4 Fourniture des fonctions de messagerie, conversions de protocoles,groupage/dégroupage, multidistribution, gestion des accusés de récep-tion et reroutage des messages en retour. Fourniture des kits/guides deparamétrage des accès au portail au sein du cabinet.

5 Exploitation

6 Assistance des utilisateurs (Experts-comptables). La formation desutilisateurs sera assurée au travers de l’organisme de formation de laprofession par des stages spécifiques inter-cabinets ou au travers desséminaires existants.

5211 Lot 1 : Maîtrise d'œuvre

Finalité Gérer l’ensemble le développement du portail et son déploiement.

Contenu • Pilotage et planification du projet. Le prestataire assurera : la maîtrise d’œuvre du projet de portail sur toute sa durée ;

le pilotage et le contrôle des différentes sous maîtrises d’œuvre.

En collaboration avec le CS-OEC, le prestataire établit :

le calendrier détaillé de réalisation des différents lots lors du lance-ment de la mission et la liste des tâches intermédiaires et de leurspoints de contrôle d’avancement et de qualité ;

la liste des responsables de lots en particulier dans le cas d’une plura-lité d’intervenants ;

un tableau de bord hebdomadaire qui est remis au maître d'ouvragelors de chaque réunion de suivi d'avancement du projet.

Ces tâches consisteront en particulier à :

gérer l’avancement du projet, le respect des plannings et assurer le re-porting d’un tableau de bord hebdomadaire qui est remis au maîtred'ouvrage lors de chaque réunion de suivi d'avancement ;

assurer la coordination des équipes chargées des différents lots ets’assurer de la circulation de l’information entre les responsables delots de manière à garantir la cohérence des choix de toute nature etleur répercussion au sein des lots et la cohérence avec les servicesexistants du CS-OEC touchés par le projet ;

s’assurer de la mise en œuvre du plan d’assurance qualité ;

assurer le suivi de la mise en exploitation, des tableaux de bord

Page 28: Example de Cahier de Charge de Projet que

Portail déclaratif page 28

d’exploitation, du bon déroulement du projet.

• Plan d’assurance qualité (PAQ). Le prestataire rédigera et mettra en œuvre le PAQ. Il portera à la fois surla conception, le cycle de vie et l’exploitation du portail déclaratif et desoutils liés. Les éléments mis en place par le prestataire devront permettrede contrôler la qualité des éléments suivants :

le manuel de référence du projet incluant le PAQ, la prise en charge, laréception des lots, les points d'avancement, la réception générale et lebilan du projet ;

le guide de rédaction des documents d’exploitation ;

l’audit qualité au sein du projet développement et exploitation.

• La supervision et la cohérence du manuel de procédure d’exploitation duportail déclaratif.

EngagementCS-OEC

Le CS-OEC s’engage à mettre à la disposition du prestataire toutes les in-formations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage sur les prestations et fournitures à livrer ci-dessous.

Fournitures à livrer Conception Validation

Plannings du projet de portail. Prestataire CS-OEC

Coordination des intervenants . Prestataire CS-OEC

Comptes-rendus des réunions. Prestataire CS-OEC

Tableaux de bord et fiches d’avancement par lot. Prestataire CS-OEC

Procédures de mise en production. Prestataire CS-OEC

Comptes-rendus des suivis d’exploitation. Prestataire CS-OEC

Plan d’assurance qualité du projet. Prestataire CS-OEC

Manuels d’exploitation de la SINE Intégration &cohérence parle prestataire

CS-OEC

5212 Lot 2 : Analyse fonctionnelle détaillée

Finalité Réaliser l’analyse fonctionnelle du portail déclaratif, des interfaces avec lesdifférents intervenants, des solutions de sécurités, des applications de ges-tion, paramétrage et maintenance du portail.

Contenu ♦ En liaison avec la maîtrise d’ouvrage (CS-OEC) le prestataire réalisera : Le périmètre fonctionnel détaillé du portail.

Page 29: Example de Cahier de Charge de Projet que

Portail déclaratif page 29

La rédaction de l’analyse détaillée des échanges avec les utilisateursdu portail (déposants) ;

la rédaction de l’analyse détaillée des échanges avec les destinatairesdu portail (organisations destinataires des télédéclarations et modemessagerie simple) ;

la rédaction de l’analyse détaillé des fonctions d’enregistrement d’unadhérent et de gestion de son compte ;

la rédaction de l’analyse détaillé des fonctions d’enregistrement et deparamétrage d’un destinataire ;

la rédaction de l’analyse détaillé des fonctions d’interconnexion desprotocoles de messagerie ou de transfert direct supportés par les desti-nataires ;

la rédaction de l’analyse détaillé des opérations de suivi des télédécla-rations et d’informations des déposants;

l’analyse détaillée des opérations de sauvegarde et d’archivage deséchanges dans le respects des spécifications des contraintes de laC.N.I.L. et selon éventuellement les destinataires ; Cette étude peutprendre en compte l’appel à un tiers archiveur.

la rédaction de l’analyse détaillé des statistiques de trafic et de leursrestitutions ;

la rédaction de l’analyse détaillé du système de facturation des adhé-rents et/ou des destinataires en fonction du modèle économique rete-nue. Cette partie inclus aussi éventuellement l’analyse du suivi descomptes de contrepartie en cas de mise en œuvre d’un système de Bo-nus et de péréquation des pertes et gains ;

La rédaction des outils de contrôles de cohérence entre la base de ges-tion des adhérents du portail et les tableaux de l’Ordre ;

L’étude des procédures d’inscription d’une entreprise en qualité detélédéclarant sur le portail. Cette partie est destinée à prévoir une ou-verture du portail sans mise en œuvre immédiate de ses fonctions.

EngagementCS-OEC

Le CS-OEC s’engage à mettre à la disposition du prestataire toutes les in-formations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage sur les fournitures à livrer ci-dessous.

Fournitures à livrer Conception Validation

Les différentes analyses fonctionnelles. Prestataire CS-OEC

Un éventuel maquettage de certaines fonctions. Prestataire CS-OEC

L’analyse détaillée des capacités d’évolution vers les en-treprises.

Prestataire CS-OEC

Page 30: Example de Cahier de Charge de Projet que

Portail déclaratif page 30

5213 Lot 3 : Fourniture des fonctions WEB

Finalité Développer les outils WEB du portail.

Contenu • Ce lot concerne en particulier le développement des outils d’inscriptionet de paramétrage du portail ainsi que les options de restitution des in-formations, rappel des besoins qui seront détaillés dans l’analyse fonc-tionnelle :

Gestion des comptes des experts comptables adhérents au portail ; Gestion des profils des destinataires ; Gestion du suivi des échanges ; Suivi des comptes financiers (facturation) ; Maintenance du portail et suivi des sauvegardes/archivages ; Gestion des statistiques ;

Processusinformatique

• Capacité de traitement et montée en charge. Le prestataire doit mettre en œuvre les moyens nécessaires pour assurerl’ensemble des fournitures attendues par le CS-OEC, en tenant comptedes montées en charges qui pourront s’effectuer pendant la durée ducontrat. L’ouverture à terme du portail aux entreprises doit être prévue.

Suivi et rapport d’activité

• Assurance qualité. Le prestataire doit mettre en œuvre le PAQ.

• Suivi des développements techniques.Le prestataire doit se tenir à même d’intégrer de nouvelles technologiesqui se dégageraient comme normes de fait ou seraient particulièrementintéressantes pour le CS-OEC ou ses membres. Dans cette hypothèse leprestataire doit être particulièrement attentif à la normalisation de la sé-curité sur Internet et prévoir l’intégration de la mise en œuvre de laS.I.N.E. 5 De même le prestataire devra être en mesure de prendre encompte les exigences des destinataires.

Garantied’évolutivité

Le prestataire s’engage à privilégier les architectures et solutions standardsdisponibles sur le marché et facilement portables qu’il mettra à dispositiondu CS-OEC.Par ailleurs, les fournitures devront pouvoir évoluer sans contrainte majeurepour tenir compte de la réglementation et des usages.

EngagementCS-OEC

Le CS-OEC s’engage à mettre à disposition du prestataire toutes les infor-mations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage à fournir l’ensemble des systèmes opérationnels ain-si que les manuels d’installation et d’exploitation. Si la proposition ne pré-voie pas le transfert de propriété, les codes sources seront déposés et de-viendront la propriété du CS-OEC en cas de disparition du fournisseur.

5 S.I.N.E. Signature Institutionnelle Non Ecrite fondée sur l’utilisation de certificats X509v3 au sein d’une architecture

à clef publique.

Page 31: Example de Cahier de Charge de Projet que

Portail déclaratif page 31

5214 Lot 4 : Fourniture des autres fonctions dont la messagerie

Finalité Développer les outils de messagerie du portail.

Contenu • Ce lot concerne en particulier le développement des outils de messageriedu portail ainsi que les fonctions de suivi des déclarations, rappel des be-soins qui seront détaillés dans l’analyse fonctionnelle :

Gestion des comptes de messagerie du portail ; Gestion des alias ; Gestion des groupages/dégroupage des messages ; Gestion pour les destinataires concernés des opérations de multidistri-

bution ; Gestion des anomalies et de leur nouveau routage en fonction des opé-

rations de groupage, multidistribution et selon les destinataires; Gestion de la sécurité des échanges ; Alimentation des bases des statistiques ;

Processusinformatique

• Capacité de traitement et montée en charge. Le prestataire doit mettre en œuvre les moyens nécessaires pour assurerl’ensemble des fournitures attendues par le CS-OEC, en tenant comptedes montées en charges qui pourront s’effectuer pendant la durée ducontrat. L’ouverture à terme du portail aux entreprises doit être prévue.

Suivi et rapport d’activité

• Assurance qualité. Le prestataire doit mettre en œuvre le PAQ.

• Suivi des développements techniques.Le prestataire doit se tenir à même d’intégrer de nouvelles technologiesqui se dégageraient comme normes de fait ou seraient particulièrementintéressantes pour le CS-OEC ou ses membres. Dans cette hypothèse leprestataire doit être particulièrement attentif à la normalisation de la sé-curité sur Internet et prévoir l’intégration de la mise en œuvre de laS.I.N.E. 6 De même le prestataire devra être en mesure de prendre encompte les exigences des destinataires.

Garantied’évolutivité

Le prestataire s’engage à privilégier les architectures et solutions standardsdisponibles sur le marché et facilement portables qu’il mettra à dispositiondu CS-OEC.Par ailleurs, les fournitures devront pouvoir évoluer sans contrainte majeurepour tenir compte de la réglementation et des usages.

EngagementCS-OEC

Le CS-OEC s’engage à mettre à disposition du prestataire toutes les infor-mations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage à fournir l’ensemble des systèmes opérationnels ain-si que les manuels d’installation et d’exploitation. Si la proposition ne pré-voie pas le transfert de propriété, les codes sources seront déposés et de-

6 S.I.N.E. Signature Institutionnelle Non Ecrite fondée sur l’utilisation de certificats X509v3 au sein d’une architecture

à clef publique.

Page 32: Example de Cahier de Charge de Projet que

Portail déclaratif page 32

viendront la propriété du CS-OEC en cas de disparition du fournisseur.

5215 Lot 5 : Exploitation

Finalité Exploiter le portail.

Contenu • Ce lot concerne la prise en charge de l’exploitation de l’intégralité desoutils du portail :

Hébergement de la messagerie et des solutions de sécurité ; Hébergement des fonctions WEB en liaison avec la messagerie ; Hébergement de la gestion des destinataires et des différentes fonc-

tions liées ; Gestion des différents protocoles des destinataires ; Gestion des sauvegardes et de l’archivage ; Relations avec le CS-OEC ;

• Continuité de traitement : Le prestataire doit, sinon fournir son plan de continuité, décrire avec pré-cision les modalités qu’il mettra en œuvre pour assurer la continuité desprestations :

pannes des matériels ; sinistre majeur ; problèmes liés au réseau de télécommunication ;

Suivi et rapportd’activité

• Assurance qualité. Le prestataire doit mettre en œuvre le PAQ.

• Audit.Le prestataire doit se conformer aux audits qui pourraient être demandéspar le CS-OEC durant toute l’exploitation du portail.

EngagementCS-OEC /CNCC

Le CS-OEC / CNCC s’engage à mettre à disposition du prestataire toutes lesinformations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage à assurer ces prestations conformément aux exigen-ces de l’analyse fonctionnelle détaillée et du présent document.

5216 Lot 6 : Assistance des utilisateurs

Finalité Assistance des utilisateurs du portail.

Contenu • Ce lot concerne la prise en charge des utilisateurs du portail :Le prestataire doit assurer un support personnalisé aux experts compta-bles. Ce support doit être facilement accessible (service en ligne, parexemple) et disponible. Il doit également apporter l’aide nécessaire pourfaciliter l’utilisation des télédéclarations.

Page 33: Example de Cahier de Charge de Projet que

Portail déclaratif page 33

pour l’installation du portail chez les experts comptables : fournituredes renseignements destinés à faciliter le paramétrage des systèmes demessagerie des cabinets ;

pour la phase d’exploitation du portail chez les experts comptables :assistance à l‘utilisation des outils WEB ;

Devront figurer dans les moyens d’assistance : les points d’entrée du service (numéro de téléphone, et/ou URL, et/ou

message électronique) ; les plages d’accès au service d’assistance aux experts comptables, la description d’un suivi d’incident (n° incident, heure début, heure

fin, délai de réaction, résolution, degré de satisfaction de l’expertcomptable, etc.) ;

la procédure d’escalade en cas de persistance d’incident, avec les ni-veaux et les critères d’escalade ;

les éléments statistiques des suivis d’incidents ; un transfert sur demande des fiches détaillées d’incidents à la cellule

de gestion du portail au sein du CS-OEC ; l’archivage des fiches d’incidents.

Suivi et rapportd’activité

• Assurance qualité. Le prestataire doit mettre en oeuvre le PAQ.

• Audit.Le prestataire doit se conformer aux audits qui pourraient être demandéspar le CS-OEC durant toute l’exploitation du portail.

EngagementCS-OEC /CNCC

Le CS-OEC / CNCC s’engage à mettre à disposition du prestataire toutes lesinformations utiles en sa possession concernant le projet.

Engagementprestataire

Le prestataire s’engage à assurer ces prestations conformément aux exigen-ces de l’analyse fonctionnelle détaillée et du présent document.

522 Modèle économique

Plusieurs modèles économiques sont en cours d'étude. Ils tendent tous vers une gratuitéde transmission pour les cabinets en fonction des recettes générées par les destinatai-res des déclarations dudit cabinet. Toutefois, on peut déjà préciser qu'ils s'appuieront surun compteur individualisé par cabinet et par destinataire. Ce compteur permettra réguliè-rement de déterminer les sommes à recouvrer et à payer par cabinet et par destinataire, et àfaciliter la compensation qui en résulte.

523 Volumétrie

Les volumes estimés pour la première année d'exploitation sont les suivants :• EDI-TDFC dont 80 % en avril 140 000• EDI-TVA entre le 1er et le 15 de chaque mois 42 000

Page 34: Example de Cahier de Charge de Projet que

Portail déclaratif page 34

• EDI-TVA entre le 1er et le 15 de chaque trimestre 70 000• EDI-TVA une fois par an en avril 21 000• DUCS entre le 1er et le 15 de chaque mois 48 000• DUCS entre le 1er et le 15 de chaque trimestre 256 000• DEB tous les trimestres 10 000• TDS une fois par an en janvier 200 000

On peut estimer une augmentation régulière de 20 à 30 % par an à déclarations constantes.

53 MODALITES COMPLEMENTAIRES

Le CS-OEC informera le soumissionnaire qui aura été retenu. Un contrat sera rédigé pourfixer les prestations de chacune des parties. Certaines obligations qui pèseront sur le pres-tataire retenu sont d’ores et déjà indiquées dans les développements qui suivent.

531 Modalités de réalisation et livraison des prestations

La livraison et la mise en œuvre des prestations doivent être réalisées comme suit :

• Date limite de dépôt des souscriptions : 9 août 2000 ;

• Audition des candidats retenus le 30 août 2000 ;

• Choix du soumissionnaire le 18 septembre 2000 ;

• Analyse fonctionnelle du Service Web et du Service Messagerie jusqu'à fin septembre2000 (lot 2) ;

• Développement des Services en octobre et jusqu'au 15 novembre 2000 (lots 3 et 4) ;

• Test avec des sites pilotes (10 cabinets) du 15 novembre au 15 décembre 2000 ;

• Déploiement à partir du 1er janvier 2001 pour la DUCS et TDS ;

• Déploiement EDI-TDFC et EDI-TVA à partir du 1er février 2001.

En tout état de cause, la vérification d’aptitude au bon fonctionnement (VABF) doit êtreprononcée avant fin 2000.

532 Modalités de réception des prestations

La réception des produits et services, sujet du présent marché fera l’objet d’une VABF etd’une vérification de service régulier (VSR). La VABF est destinée à vérifier la conformitéde l’ensemble des produits et services fournis, aux stipulations du cahier des charges défi-nitif.

Page 35: Example de Cahier de Charge de Projet que

Portail déclaratif page 35

Dans l’hypothèse où la procédure de VABF donnerait lieu à des réserves du CS-OEC, leprestataire devra procéder, dans des délais compatibles avec le calendrier aux correctionsrequises et à la livraison correspondante d’une nouvelle version des fournitures.

En cas de persistance des défauts, la validation d’aptitude sera repoussée, sans pouvoirexcéder la date butoir de mise en œuvre opérationnelle prévue au calendrier. Dans cettehypothèse, le CS-OEC aura la faculté de prononcer la résiliation du marché sans indemni-tés compensatrices.

533 Pénalités

En cas de retard dans l’exécution du contrat, imputable au prestataire titulaire, celui-ci peutencourir, après mise en demeure préalable, une pénalité.

Si le retard se prolonge au-delà d’un mois, le CS-OEC pourra prononcer la résiliation ducontrat à expiration du délai susvisé, sans préjudice des dommages et intérêts qui pour-raient être réclamés au prestataire.

Page 36: Example de Cahier de Charge de Projet que

Portail déclaratif page 36

6 ANNEXE A : LISTE DES SOCIETES CONSULTEESLes sociétés consultées dans le cadre de cet appel à propositions sont par ordre alphabéti-que (cette liste est ni exhaustive ni limitative) :

LES MEMBRES EDIFICAS

ATOSM. Pierre ROUALTour "Les Miroirs" - 18 avenue d'Alsace – 92926 PARIS LA DEFENSE CedexTél. : 01 55 91 22 72 - Fax : 01 55 91 29 12 - Mél : [email protected]

CAP GEMINI FRANCEMme Krystyna LAUS6-8 rue Duret – 75784 PARIS cedex 16Tél. : 01 53 64 47 36 / 01 53 64 46 81 (secrétariat) - Fax : 01 53 64 44 45 - Mél : [email protected]

CERTPLUSM. Laurent MALHOMME36 rue Guynemer - 92447 ISSY LES MOULINEAUX CedexTél. : 01 46 48 20 82 / 92 / 93 - Fax : 01 46 48 20 84Mél : [email protected] - Mél : [email protected] - Mél :[email protected]

COLT TELECOMMUNICATION FRANCEVincent BAIF129, rue Montmartre - 75002 PARISTél. : 01 44 29 58 06

COMPAGNIE DES SIGNAUX SYSTEMES D'INFORMATIONSM. Marc MILAN88 rue Brillat-Savarin – 75013 PARIS Cedex 13Tél. : 01 44 89 46 92

France TELECOMM. Thierry GUIDONUnité d’affaires Intranet - 87 Rue du général EBOUE - 92136 ISSY LES MOULINEAUXTél : 01.41.23.93.98

GROUPEMENT DES CARTES BANCAIRESM. Dominique DECAVELEImmeuble Monceau - 31 rue de Berri – 75008 PARISTél. : 01 53 89 39 00

Compagnie IBM FRANCEStéphane BERTINTour Descartes - 92066 PARIS la défense Cedex

INTERNET.FR

ITESOFTM. Didier CHARPENTIERImmeuble Alliance – Parc G. Besse – 30035 NIMES cedex 1Tél. : 04 66 29 00 92 – Fax : 04 66 29 02 37

OLEANE

Page 37: Example de Cahier de Charge de Projet que

Portail déclaratif page 37

OMNICERTISMadame Isabelle DIDIER11, rue de Tiquetonne - 75002 PARISTél. : 01 45 08 52 71

PROLOGUE SOFTWAREM. SEBAN12 avenue des Tropiques BP 73 - 91943 LES ULIS CEDEXTél. : 01 69 29 39 39

SEMA GROUP55 avenue des Champs Pierreux – Le Capitole – 92 029 NANTERRE CedexTél : 01 46 14 50 00

SETEC InformatiqueM. Alain DESCAMPSTour Gamma D - 58, quai de la Rapée – 75583 PARIS Cedex 12Tél. : 01.40.04.57.81 – Fax 01.44.74.07.81

STERIAM. Philippe TOURNAUD147 rue de Courcelles – 75017 PARISTél. : 01 48 88 73 89 - Fax : 01 48 88 74 00 - Mél : [email protected]

SYSECA E.Services (THOMSON)M. Gilles COLEOU66/68 Avenue Pierre Brosselette – 92 MALAKOFFTél. : 06.11.33.33.77

UUNET

Page 38: Example de Cahier de Charge de Projet que

Portail déclaratif page 38

7 ANNEXE B : FICHE DE PROPOSITIONS

71 FICHE N° 1 : PLANNING

LOT n°1ère semaine

d’exécution ducontrat

2ème semained’exécution du

contrat...

nème semained’exécution du

contrat

1

2

3

4

5

6

72 FICHE N° 2 : PRIX

La décomposition des prix (en F HT) est la suivante :

LOT n° 1

LOT n° 2

LOT n° 3

LOT n° 4

LOT n° 5

LOT n° 6

COUT TOTAL

73 FICHE N° 3 : COMPOSITION DU CONSORTIUM

Dans le cas d’un consortium, le soumissionnaire précisera, tout en conservant la responsa-bilité de sa proposition, les noms des sociétés avec lesquelles il compte travailler ainsi queles relations contractuelles établies.

Page 39: Example de Cahier de Charge de Projet que

Portail déclaratif page 39

Sociétés Relations contractuelles

74 FICHE N° 4 : LISTE DES RESPONSABLES

Responsabilité Nom du responsable

sociale au nom du consortium

du projet de portail pour le consortium

du système d’information

Lot 1 :Maîtrise d'œuvre

Lot 2 : Analyse fonctionnelle détaillée

Lot 3 : Fourniture des fonctions WEB

Lot 4 : Fourniture des autres fonctions dont mes-sagerie

Lot 5 : Exploitation

Lot 6 : Assistance des utilisateurs