Raffinement, configuration et programmation de 1C
1Cpermet d'automatiser le travail local, de réduire les opérations manuelles et de produire des résultats qui peuvent être testés sur un ordinateur spécifique ou dans un environnement d'entreprise. Sur DitWork, le client décrit la tâche, joint un exemple impersonnel et compare les propositions des spécialistes en termes de technologie, d'expérience, de délais, de composition du dossier et de support. Plus les utilisateurs, les données et les conditions de lancement sont identifiés avec précision, moins il y a de risque d'incompatibilité après le transfert.
Quelles tâches peuvent être commandées
Dans la catégorie « 1C », vous pouvez commander la modification des configurations standards et spécifiques au secteur, la création de rapports, le traitement et l'impression des formulaires, la mise en place des échanges avec le site, le CRM et la banque, le transfert et le nettoyage des données, la mise à jour de la configuration et de la plateforme et le diagnostic des erreurs, des blocages et des performances. Ne combinez pas le résultat requis et les idées pour l’avenir en une seule phrase. Pour chaque scénario, spécifiez les données d'entrée, l'action de l'utilisateur, le résultat positif, le message d'erreur et la méthode de récupération. Ce format vous permet d'évaluer non seulement le développement, mais également les tests, la mise en œuvre et l'exploitation ultérieure.
- affinement des configurations standards et industrielles
- création de rapports, traitement et formulaires imprimés
- mise en place des échanges avec le site internet, le CRM et la banque
- transfert et nettoyage des données
- configuration et mise à jour de la plateforme
- diagnostic des erreurs, des blocages et des performances
Résultat par étapes
| Scène | Résultat | Que vérifier |
|---|---|---|
| Diagnostic | Plan, technologie et risques | Les limitations, la sauvegarde et la restauration sont claires |
| Mise en œuvre | Version de travail sur les données de test | Scénario principal et erreurs vérifiées |
| Diffuser | Solution prête et documentation | Il y a des fichiers, des instructions, des tests et des droits |
Ce qu'il faut inclure dans les spécifications techniques
Pour commencer, préparez le nom de la configuration et de la version de la plateforme, une description du processus en cours, les rôles des utilisateurs, un exemple de document ou de rapport, le volume de la base d'informations, un schéma des échanges et des systèmes externes et des critères d'acceptation et une fenêtre de temps d'arrêt acceptable. Soumettez des copies des fichiers et des enregistrements de test, plutôt qu’une seule copie de travail. Si la tâche implique des données comptables, des données clients ou des informations commerciales, déterminez à l'avance quelles informations peuvent être anonymisées. L'accès à un ordinateur, un serveur ou un système de comptabilité doit être accordé uniquement à l'artiste sélectionné et uniquement dans la mesure requise.
- nom de la configuration et version de la plateforme
- description du processus actuel
- rôles d'utilisateur
- exemple de document ou de rapport
- volume de base d'informations
- schéma d'échanges et systèmes externes
- critères d'acceptation et fenêtre de temps d'arrêt acceptable
Que vérifier avant de commencer les travaux
Avant le développement ou la mise en œuvre, il est nécessaire de vérifier la configuration standard ou modifiée, l'utilisation des extensions, l'état des mises à jour, des sauvegardes, des jobs en arrière-plan et de routine, des échanges et des files d'attente, ainsi que le journal et le journal des processus. Les diagnostics indiquent si le problème peut être résolu avec une modification locale ou si un produit, une architecture ou une migration différente est nécessaire. Enregistrez la version originale du programme, créez une copie de sauvegarde et déterminez comment revenir à un état de fonctionnement. Pour un processus critique, un test de copies de données et une fenêtre de publication distincte sont utiles.
- configuration standard ou modifiée
- utiliser des extensions
- statut de mise à jour
- sauvegarde
- tâches de base et de routine
- échanges et files d'attente
- journal de bord et journal de processus
Étapes d'exécution
Le processus contrôlé comprend l'examen du processus et de la base de test, l'acceptation d'étendre ou de modifier la configuration, la création d'une copie de sauvegarde, le développement et le test des rôles, le test des échanges et du reporting, le transfert vers la base de production et la surveillance après la mise à niveau. Chaque étape doit se terminer par un résultat vérifiable, et pas seulement par un rapport du temps passé. Pour une tâche complexe, divisez le travail en un prototype, des fonctionnalités de base, une gestion des erreurs et une mise en œuvre. Cela permet de tester tôt la partie la plus risquée et de ne pas gaspiller de budget sur les interfaces si la technologie choisie n'est pas adaptée.
- inspection du processus et de la base de tests
- approbation des modifications d’extension ou de configuration
- créer une copie de sauvegarde
- développement et test des rôles
- tester les échanges et reporting
- transfert vers la base de données de travail
- observation après mise à jour
Exigences techniques
Les exigences techniques incluent la préservation de la possibilité de mise à jour régulière, la séparation des modifications et du code standard, le contrôle des droits et des accès, la transactionnalité des opérations critiques, la protection contre le retéléchargement des données, la journalisation des erreurs, la compatibilité avec les clients et les serveurs et la vérification des demandes de blocage et de longue durée. Le programme doit répondre correctement aux données vides, aux fichiers inaccessibles, à la perte de réseau et au redémarrage. Vous ne devez pas stocker de mots de passe, de jetons ou de chemins personnels directement dans votre code. Il est préférable de placer les paramètres dans un fichier de configuration clair ou dans un stockage sécurisé, et le journal devrait aider à diagnostiquer le problème sans révéler de secrets.
- maintenir la possibilité d’une mise à jour régulière
- séparation des améliorations et du code standard
- droits et contrôle d'accès
- transactionnalité des opérations critiques
- protection contre le nouveau téléchargement de données
- journalisation des erreurs
- compatible avec les clients et le serveur
- vérification des requêtes bloquantes et de longue durée
Que doit transmettre l’interprète ?
Une fois terminé, demandez les modifications d'extension, de traitement ou de configuration, la description de l'installation, la liste des objets et des modules, l'ordre de mise à jour, les scripts de test, le plan de restauration et les résultats des tests sur une copie de la base de données. Le transfert du fichier exécutable peut suffire pour un produit fini sous licence, mais pour un développement personnalisé, l'accès au code source doit être convenu à l'avance. Les instructions doivent permettre à une autre personne d'installer la solution, de restaurer les données, d'effectuer des mises à niveau et de comprendre les limitations sans explication verbale de l'auteur.
- modifications d’extension, de traitement ou de configuration
- descriptif de l'installation
- liste des objets et modules
- mettre à jour la commande
- scripts de test
- plan de restauration
- résultats des tests sur des copies de bases de données
De quoi dépend le coût ?
Le coût du service 1C dépend de facteurs tels que le degré de changement de configuration, le nombre d'organisations et d'utilisateurs, la taille de la base de données, le nombre d'intégrations, les exigences de reporting, le besoin de mise à jour, l'urgence et les temps d'arrêt acceptables. Comparez les offres en fonction de la composition du résultat : comprend-il le diagnostic, le transfert de données, l'installateur, les tests, la formation et une période de correction des défauts. Une estimation très basse sans études de cas ne prend souvent pas en compte la compatibilité, la gestion des erreurs et la mise en œuvre dans le monde réel.
- degré de changement de configuration
- nombre d'organisations et d'utilisateurs
- volume de base
- nombre d'intégrations
- exigences en matière de déclaration
- besoin de mise à jour
- urgence et temps d'arrêt acceptable
Comment choisir un spécialiste
Lors du choix d'un entrepreneur dans le domaine 1C, examinez les projets pertinents et la qualité des questions de clarification. La personne responsable ne promet pas de support pour toutes les versions et plateformes sans tests, ne demande pas de droits d'administration permanents par défaut et n'explique pas les limites de la technologie sélectionnée. Il est utile de convenir à l'avance du référentiel, du format du rapport, de la fréquence des démonstrations et de la manière dont l'étendue de la tâche va changer.
Comment accepter le résultat
Avant acceptation, le contrôle des documents est effectué selon les règles convenues, les rôles voient uniquement les données autorisées, l'échange ne crée pas de doublons, les rapports correspondent au scénario de test, la mise à jour n'endommage pas la révision, le journal ne contient pas de nouvelles erreurs critiques et la sauvegarde et le rollback sont vérifiés. Répétez les opérations de contrôle sur les ordinateurs et les comptes correspondants, en utilisant des données normales, vides et erronées. Enregistrez le temps d'exécution et comparez le résultat avec la norme. Si la solution modifie les fichiers ou la base de données, vérifiez séparément la sauvegarde et la restauration, ainsi que le comportement lorsque l'opération est interrompue.
- les documents sont exécutés selon des règles convenues
- les rôles voient uniquement les données autorisées
- l'échange ne crée pas de doublons
- les rapports correspondent au scénario de test
- la mise à jour n'endommage pas la révision
- le journal ne contient aucune nouvelle erreur critique
- sauvegarde et restauration vérifiées
Accès, sécurité et droits
Dans les projets 1C, une tâche technique doit être liée à un processus métier réel. L'expression « ajouter un champ » n'explique pas qui le remplit, quand il est requis, où il est utilisé, ni si cela affecte le formulaire imprimé, l'échange ou le rapport. Convenez séparément si la modification sera effectuée par extension ou par changement de configuration. Cela affecte les futures mises à jour, le support et le coût de possession du système.
Dans le projet 1C, le client est responsable du droit d'utiliser les programmes, bibliothèques, données et systèmes comptables. L'entrepreneur est responsable du volume convenu, de la gestion sûre des accès et de la documentation du résultat. Les licences de composants tiers, les restrictions de distribution et les droits de transmission du code source doivent être notés avant le début des travaux. Après acceptation, les mots de passe temporaires doivent être remplacés et les accès à distance inutiles désactivés.
Comment publier un devoir sur DitWork
Pour commander « 1C » sur DitWork, créez une tâche et joignez un scénario de test anonymisé, une liste de systèmes, le résultat attendu et les critères d'acceptation. Spécifiez le minimum requis, le délai souhaité et la fenêtre de mise en œuvre acceptable. Comparez les propositions concernant la compréhension des processus, le plan de diagnostic, la technologie, les tests, le contenu de livraison et le support post-lancement.
