FAQ |
Kalender |
![]() |
#1 | |||
|
||||
Mycket flitig postare
|
Är det någon som exporterat från Visma Adm 2000 till MySQL och som har några tips att dela med sig av?
Det är en artikeldatabas som ska in i WP e-Commerce eller WooCommerce. |
|||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Medlem
|
Har inte varit hands on själv, men närmast ligger väl att det borde gå att exportera Visma data som CSV, vilket sedan är enkelt att skjuta in i mysql.
|
||
![]() |
![]() |
![]() |
#3 | ||
|
|||
Klarade millennium-buggen
|
VISMA Administration har en foxprodatabas dvs filbaserad med filer som har ändelsen *.dbf dvs gemla hederliga dBase-filer som också är kompatibla med Clipper och Visual Objects. Däremot har de foxpros egna indexfiler men det finns nog drivisiar för det också.
Dvs vill man importera fron VISMAs format till någon annan databas så kan man välja att koppla upp en vanlig ODBC eller OleDB, eller ADO-koppling och sen köra exempelvis MS Access eller ImportWizard i SQL-server elelr importWizard från andra databaser, har inte kollat nu men det finns nog en sån för MySQL också.... Varje DBF-fil motsvarar en tabell i databasen, men man får själv lista ut PK och FK samt vilka som ska ha unika index. DDL-Script har jag redan gjort för version 4.6, det blev ca 180-200 tabeller.... |
||
![]() |
![]() |
![]() |
#4 | ||
|
|||
Har WN som tidsfördriv
|
En liten varning angåend ConnyWesths förslag. Det är ett sätt att accessa databasen som är allt annat än rekommenderad från Visma SPCS.
Kolla först om det är förenligt med avtalet från Visma samt att supporten gäller om ni kopplar upp er på det sättet. Visma har även ett API (Visma Integration) för Admin 2000. Titta på det. |
||
![]() |
![]() |
![]() |
#5 | ||
|
|||
Klarade millennium-buggen
|
Supporten gäller inte egna moduler man lägger till, men det är ju inget konstigt. Men bygger man egna lösningar så har man nog rätt bra koll på vad man gör i alla fall, så man har inte så stor hjälp av supporten hos VISMA för sin lösning ändå. Att man kopplar upp sig mot dbf-filerna för att läsa dem går inte att kontrollera för VISMA ändå.
Jag uppfattar det som att TS ska flytta över artikeldatabasen från VISMA till OsCommerce (jag gissar en gång för alla). Men om man sen vill skicka tillbaka data för bokföring till VISMA kan man ju skapa SIE-filer och importera. För att läsa från VISMAs databas så är det ingen fara. Ska man skriva dit är det beroende på vad man tänke rgöra, man ska inte skriva till bokföringstransaktionerna för de har en kolumn checksumma för att kunna detektera om data i bokföringen har manipulerats. Men det beror på vilka tabeller man går in i. Senast redigerad av Conny Westh den 2012-08-21 klockan 03:05 |
||
![]() |
![]() |
![]() |
#6 | ||
|
|||
Har WN som tidsfördriv
|
Conny: du har helt rätt i att läsa är ingen fara. För Vismas vidkommande har det ingen betydelse vad du gör. Om du går förbi deras villkor så ryker supporten, oavsett om du läser eller skriver från databasen.
Supporten gäller inte bara för utveckling mot deras produkter (om du köpt integrationspaketet), även hantering av fel och hjälp i största allmänhet för användare (men det tror jag inte egentligen behöver förklaras). Mitt råd kvarstår, kolla villkoren och titta på deras API. |
||
![]() |
![]() |
Svara |
Ämnesverktyg | |
Visningsalternativ | |
|
|