environnement de test

[charles]

Bonjour,

Je désire prendre les données du système Acomba et les transférérer dans leur intégralité sur un autre poste.

Ca sera un environnement de test.

Quelle est la meilleure façon de procéder?

SVP soyez précis sur la marché à suivre, où aller, dans quel menu...

merci à l'avance!

[PlanteG]

Pour les données, c'est très simple. Il suffit de copier le répertoire F1000.DTA sur l'appareil de tests.

[charles]

merci pour la réponse!

est-ce qu'il ya quand meme une configuration à faire dans le logiciel ou bien ce fichier contient tout?

[PlanteG]

Dans le répertoire F1000.DTA, il y a un sous-répertoire au premier niveau par société gérée. On y retrouve tout ce qui concerne la société en question.

Toutefois, les configurations du logiciel sont ailleurs, sous le répertoire \Fortune. Si vous voulez cloner exactement un poste de travail, alors copiez également le répertoire \Fortune. Il faut comprendre qu'Acomba n'utilise pas les registres (un avantage tant qu'à moi ). La seule étape par la suite est d'enregistrer au besoin les DLL du SDK si vous avez une application tierce qui l'utilise. Pour ce faire, voici la procédure:

• Faire Info > À propos d'Acomba
  
• Dans la fenêtre qui apparaît, cliquer sur le bouton Info
  
• Dans la fenêtre Wrinfo, aller à l'onglet SDK
  
• Cliquer sur le bouton Parcourir pour indiquer où est le répertoire SDK
  
• Cliquer sur le bouton Sauvegarder la configuration
  

[charles]

ok je crois que je commence a comprendre la logique Acomba.

Autre question : s'il y a plusieurs postes qui font de la facturation et d'autres postes s'occupent de la comptabilité, etc.

De quelle façon l'information est partagée et est rendue disponible et en copie conforme pour tous les postes?

Ce n'est pas une BD centralisé à ce que je peux comprendre...

[PlanteG]

Acomba ne recoure pas à un gestionnaire de base de données (ou serveur) comme par exemple Oracle ou MS SQL. Sans aller dans les détails, si trois personnes exécutent en même temps Acomba, chaque copie d'Acomba ouvre et accède aux fichiers d'un société de son propre côté. En fait un à la fois, les autres attendent.

Comme tous les utilisateurs travaillent dans le même répertoire de données, ils accèdent donc aux même données, sans recourir à un intermédiaire - un serveur de base de données - mais en accès direct.

Ça c'est l’architecture actuelle. En ce moment, Acomba est en processus de réécriture complet. Quand la version 10 sera disponible, elle sera complètement nouvelle, et utilisera un gestionnaire de base de données, MS SQL ou Postgre.

[charles]

est-ce à dire que le fichier .DTA se retrouve sur chaque poste et qu'il se mettent à jour l'un et l'autre?

[PlanteG]

Non, pas sur chaque poste.

Le répertoire F1000.DTA est sur un seul poste de travail. Tout le monde ouvre les sociétés dans ce répertoire central. Tout le monde travaille dans le même répertoire partagé.

Il y a deux façons de faire:

1. Le répertoire F1000.DTA est sur un "serveur", soit un véritable serveur qui exécute Windows Server
   
2. Ou F1000.DTA est sur un poste Windows standard qui partage les données
   

C'est juste que chaque utilisateur (logiciel Acomba) ouvre directement les fichiers dans le répertoire partagé, plutôt que de d'accéder indirectement aux données à travers un "engin de base de données".

[charles]

une autre question (c'est fou comme il en vient )

est-ce que la copie du .DTA et du répertoire de configuration peuvent se faire pendant que d'autres utilisateurs travaillent? Ou bien est-ce qu'il faut faire ça en dehors des heures.

[PlanteG]

Il faut copier alors que personnes ne travaillent dans les sociétés, autrement des fichiers pourraient être ouverts, et la copie pourrait être incorrect. Ça vaut également pour le programme.

[charles]

premièrement, merci pour les réponses! très apprécié!


voici où j'en suis.

le connecteur ODBC est activé et créé. Access voit le connecteur.

Ne connaissant pas la signification des tables Acomba, j'ai tout sélectionné pour transférer dans un fichier Access.

Le fichier Access est de 2Go.

C'est beaucoup trop gros. Quand je l'ai ouvert, Access a eu toutes les misères du monde à démarrer. Et il a planté en cours d'exécution. Le fichier est corrompu et est maintenant inutilisable.


Ces données serviront d'analyse pour deux choses :

#1 Analyse statistiques poussées

# 2 Analyse pour rapport d'implantation d'une solution d'intelligence d'affaires


Je prends les suggestions ici... (Mon idée est de recommencer le transfert, mais en créant des fichiers Access plus petit et par catégorie peut-être, ou un seul si ce dont j'ai vraiment besoin est moins gros)

J'ai bien sur besoin des transactions à proprement parler, et des informations connexes sur l'inventaire et les vendeurs.

Je n'ai pas besoin des données financieres de l'entreprise, les comptes payables, recevables, salaires des employés...

Je me concentre vraiment sur le transactionnel

[Contenu sponsorisé]