Hej Iceman,  Första parametern till AdkGetFieldName är inte en pekare till en post i databasen. Du ska istället skicka in id't på tabellen som du vill hämta namnet för en kolumn från.  Deklarationen för AdkGetFieldName är som följer:  AdkGetFieldName(INT iDataBaseId, INT iFieldId, CHAR** ppsValue, INT iLen)  Vill du t.ex. hämta ut namn för fältet "Kundens namn" ur avtalstabellen så ska du skicka in 74 (ADK_DB_AGREEMENT_HEAD) som iDataBaseId och 6 (ADK_AGREEMENT_HEAD_CUSTOMER_NAME) som iFieldId.  Information om vilka id som respektive tabell har kan du bl.a. hitta i filen Adk.h som ingår i utvecklarpaketet från Visma.  Lycka till! ... Visa mer

Du kan använda Microsoft's OLE DB- eller ODBC-drivrutiner för Visual FoxPro för att ansluta och ställa SQL-frågor till codebase-databasen (.dbf-filerna). Tänk på att varje .dbf-fil behandlas som en egen tabell.  När ni uppgraderat till Visma Administration SQL så blir det ännu enklare. Då kan du enkelt ansluta till SQL-databasen och använda den som en datakälla i vilket rapporteringsverktyg som helst, t.ex. Access eller Excel.  ... Visa mer

Hej, När du anropar AdkOpen så skickar du in två sökvägar, dels till Gemensamma Filer och dels till det som tidigare var företags databasmapp.  Om Adk.dll saknas i Gemensamma Filer-mappen så finns det en stor risk att din installation av Visma Administration är felaktig och bör då göras om.  Sökvägen till platsen där Adk.dll finns ska läggas i Path-miljövariabeln på den server/dator där din integrationsapplikation körs. Om adk.dll finns i en utdelad mapp så är det den kompletta UNC-sökvägen som ska läggas in som miljövariabel. ... Visa mer

Hej Henrik,  Att kopiera adk.dll och AdkNet4Wrapper.dll till din egen bin-mapp är fel sätt att använda Vismas API och riskerar att leda till att adk.dll inte kan hitta alla sina beroenden när den laddas.  I tidigare versioner av Visma Administration har detta inte varit något problem. Iom version 2017.1 så har adk.dll nu ytterligare beroenden vilket nu skapar problemet du stött på.  Korrekt sätt att använda adk.dll är att låta den laddas från den platsen som Vismas installationsprogram placerar den i, d.v.s. Gemensamma Filer-mappen. Det finns två olika sätt att upp nå det. Alternativ 1: Lägg in sökvägen till Gemensamma Filer-mappen i PATH-miljövariabeln i Windows.  Alternativ 2: Innan du i din kod gör första anropet till en metod i adk.dll så anropar du Directory.SetCurrentDirectory med sökvägen till Gemensamma Filer-mappen. Genom att göra det så instruerar du .Net att söka i den katalogen efter dll-filer och den kommer då att hitta adk.dll när du gör ditt anrop.  Mer information om Directory.SetCurrentDirectory hittar du på https://msdn.microsoft.com/en-us/library/system.io.directory.setcurrentdirectory(v=vs.110).aspx.  Mvh, Benny Olsson Infostep AB ... Visa mer

Hej Anders,  Ett alternativ till att försöka få ihop en rapport direkt i Visma Administration är en lösning från oss på Infostep som ger dig tillgång till försäljningsstatistik direkt i Excel. Där kan du bl.a. filtrera på specifika kunder, sätta upp diagram, m.m.  Låter det intressant så ta gärna kontakt med mig för en visning. Du når mig på benny.olsson@infostep.se.  Mvh, Benny Olsson ... Visa mer

Hej,  Genom att skriva ett program som "pratar" med både din leverantörs API-server och Vismas API så går det absolut att göra det du beskriver.  Det kräver dock att någon skriver en applikation som sköter synkroniseringen åt dig. Kan du inte programmera själv så kan du ta kontakt med någon av Vismas integrationspartners.  Vi på Infostep har många års erfarenhet av att bygga liknande integrationer och du är mer än välkommen att höra av dig till oss genom att maila mig på benny.olsson@infostep.se. Men som sagt; de flesta integrationspartners kan lösa den här frågan så du kan också ta kontakt med Vismas support som i sin tur hänvisar dig till en partner.  Mvh, Benny Olsson Infostep AB ... Visa mer

Hej,  Precis som Davor skriver så måste man köpa ett speciellt utvecklarpaket från Visma för att få tillgång till exempelkod och dokumentation.  Tyvärr finns det i dagsläget ingen möjlighet att skriva ut via api'et, d.v.s. du kan inte generera en pdf-fil eller skriva direkt till skrivare.  Utskriftsmallarna som Visma använder sig av finns det tyvärr ingen dokumentation på så det är inte möjligt att skriva en egen pdf-generator som använder sig av mallarna.  Vill du skapa utskrifter/pdf'er så är du tyvärr begränsad till att implementera utskriften helt från grunden själv.  ... Visa mer

Hej Jens, Att läsa direkt från DBF-filerna från ett Qlikview-script vet vi av erfarenhet sällan blir helt lyckat. Vi på Infostep har byggt en s.k. Qlikview Connector (för Qlikview 11/12, ej Sense) som kan importera data från Visma Administrations databas. Den är både snabbare och stabilare än en lösning som bygger på ODBC eller motsv. Om det kan vara intressant för dig så kan vi ordna med en visning där vi går igenom hur connectorn fungerar, hur det går till att skriva Qlikview-script mot den, och även visa exempel på färdiga Qlikview-dokument som bygger på connectorn. Mvh, Benny Olsson Infostep AB ... Visa mer

Hej, Dokumentation över funktioner och datatyper finns och följer med api'et. Det medföljer även en del exempel på vanliga operationer; t.ex. skapa kunder, arbeta med artiklar, skapa ordrar, osv. Du kopierar mycket riktigt hela mappen, t.ex. FTG1, och lägger den i mappen "Företag". Bolaget kommer då dyka upp "dubbelt" när du öppnar Visma Administration. Föreslagsvis går du då in i utvecklingsbolaget och byter namn på det under Företagsinställningar så att ni inte av misstag arbetar med fel Visma-bolag. Du kan också lägga den kopierade företagsmappen i en annan mapp än Företag, men då får du använda knappen "Bläddra" när du öppna Visma Administration för att öppna företaget. Mer information om pris och hur du beställer får du enklast om du hör av dig till Lars.Bystrom@infostep.se. Nämn att du hittade information om api'et på Vismas forum så vet han vad det gäller. ... Visa mer

Hej, Det du beskriver går alldeles utmärkt att lösa med Visma Integration. Det går också bra - och är både enkelt och rekommenderat - att ta en kopia på din bef. företagsdatabas och arbeta med den under utvecklingsfasen så att du inte råkar ställa till något i produktionsdatabasen. Tyvärr är tröskeln för att börja arbeta med API'et hög och det är lätt att göra missar. För att underlätta specifikt för .Net-utvecklare så har Infostep tagit fram ett mer .Net-kompatibelt API för Visma som i grunden bygger på Visma Integration. Infostep's API löser mycket av den komplexiteten som du annars själv måste ta hand om och ger dig samtidigt åtkomst till Visma i form av ett objektorienterat API. t.ex. Att skapa en ny order med Infostep's API är inte svårare än såhär: var order = new Order(); order.CustomerNumber = "100"; order.Rows.Add(new Order.Row {ArticleNumber = "101", Quantity1 = 2}); order.Save(); Att göra motsvarande operation direkt mot Visma Integration är fler rader kod än vad jag tror är möjligt och lämpligt att posta här på forumet. 🙂 Mer information om Infostep's API för Visma Administration hittar du på http://infostep.se/produkter/visma-ad... Visual Studio 2008 bör fungera bra, men vill du uppdatera så finns Visual Studio 2015 Community Edition som är både gratis och extremt kompetent. Den är inte så avskalad som deras tidigare gratislösningar för Visual Studio var. Lycka till! ... Visa mer

Hej,  Vi brukar rekommendera Glesys (www.glesys.se). Vi har väldigt positiva erfarenheter av dem, både vad gäller deras tjänster och tillgänglighet på support och teknisk kompetens.  Mvh, Benny ... Visa mer

Hej, Många av våra kunder - och även vi själva - kör Visma Adm 2000 på virtuella servrar i molnet. I dagsläget är det t.o.m. så att vi rekommenderar att köra på det sättet då det bl.a. löser backup av servern/maskinen i sin helhet på ett elegant sätt, så även om du slarvar med Visma Adm-backuper så har du ändå fungerande backup som är max en dag gammal.  Visma Adm har enorma problem med att köras i nätverk där du har klienten ute på resp. maskin och även här är en virtuell maskin med fjärrskrivbord och multipla användare en lösning på problemet.  Det enda problemet som ibland dyker upp är relaterat till mappning av skrivare, men det problemet är inte specifikt för Visma Adm utan ett generellt problem.  Vi brukar rekommendera att man kör åtkomst via fjärrskrivbord istället för fjärrapplikation då vi haft en del fall där grafiken inte fungerat tillfredställande i fjärrapplikationsläget.  Mvh, Benny ... Visa mer

Hej Gabriel,  Ser att du verkar jobba i .Net så om du vill ha ett smidigare sätt att arbeta med Adk API'et så vill jag passa på att tipsa om ett API för Vismas API som vi på Infostep har byggt och licensierar ut till andra utvecklare.  Att skapa en Visma-order med två rader (en textrad och en artikelrad) via vårt api är inte svårare än:  var order = new Order(); order.Date1 = DateTime.Now; order.CustomerNumber = "100"; order.Rows.Add(new Order.Row {Type = "T", Text = "Exempeltext" }); order.Rows.Add(new Order.Row {ArticleNumber = "110", Quantity=10}); order.Save(); för att hitta en kund: var customer = CustomerStore.FindByNumber("100"); för att hitta alla ordrar på en kund:  var orders = OrderStore.FindByCustomerNumber("100"); Resten av api'et ser ut/fungerar på liknande sätt. Hör av dig till benny.olsson@infostep.se om du tycker det ser intressant ut.  ... Visa mer

Hej Mirin,  Jag har något som kan hjälpa dig.  Vi har en paketerad lösning för att arbeta med data från Visma Administration i business intelligence-verktyget Qlikview. I den går det att göra exakt den här typen av uppföljning, men den ger även möjlighet att snabbt få en överblick över hur företaget mår, samt göra analyser på kunder och artiklar.  Jag bifogar ett par skärmdumpar här, däribland vyn för säljaranalys. Alla vyerna går även att anpassa efter behov och naturligtvis går det att bygga nya vyer efter era behov och önskemål.  Ser det intressant ut så ta gärna kontakt med mig på benny.olsson@infostep.se. Säljaranalys, årsjämförelse Försäljningsanalys, med möjlighet att välja säljare/kunder/artiklar Dashboard, för snabb översikt ... Visa mer

Hej Elenor,  Om du i det andra fönstret, där du har kundens gruppuppgifter, har gjort en ändring - t.ex. bytt adress eller satt något villkor - utan att sedan gå tillbaka till kundlistan så kan det du beskriver mycket väl uppstå.  Detta beror i korthet på att kunden blir "låst" för andra uppdateringar i samband med att du förändrar uppgifterna. Låset släpps inte förrän dess att du går tillbaka till kundlistan. När du skapar en faktura av en order så kommer ett antal uppgifter behöva skrivas till kunden. Om den då redan är låst för redigering så misslyckas den skrivningen och en "tom" faktura kan då under vissa omständigheter skapas.  ... Visa mer

Hej,  Import av data är tyvärr en av Administrations svagaste sidor men det låter som att du har sprungit in i osedvanligt mycket problem.  För att du ska kunna importera i formatet "Excelfil" (som det heter i Visma när du öppnar prisinläsning) så måste du spara om Excel-dokumentet till formatet "csv (MSDOS)". Det är viktigt att det är .xlsx-filen som du sparar på det sättet.  Blir det fortfarande fel då så kan du behöva justera inläsningsformatet. Öppna upp Prisinläsningsdialogen, välj den inläsningsmallen som du skapat, klicka på "Inställningar" och klicka på "Anpassa excelformat". I dialogen som då visas så kan du styra hur fält ska mappas och hur Visma ska tolka import-filen.  ... Visa mer

Hej,  Företaget jag representerar har en färdig produkt för automatisk backup mot en molnbaserad lagringstjänst. Hojta till om detta fortfarande är något som du är intresserad av så kan vi säkert hjälpa dig.  Mvh, Benny ... Visa mer

Hej Magnus,  Helene har delvis rätt i det hon skriver. Om programmet är mitt i en operation som gör att den arbetar med filerna så kommer den att försöka öppna filerna igen utan användarinput, men givet att den inte är mitt i t.ex. en registervård - och användaren inte har suttit vid sin datorn en stund - så kommer programmet inte automatiskt att försöka öppna filerna igen utan användarinput.  Däremot bör man inte utan vidare stänga filerna då filer som är öppna över t.ex. en nätverksshare kan ha cachat innehåll hos klienten som väntar på att skrivas vilket kan leda till korrupta .dbf-filer.  Ett bättre tillvägagångssätt är istället att låta ett script/program stänga Visma-klienten ute på respektive dator/TS-session och först därefter göra en filkopiering på servern. Detta säkerställer att OS'et på respektive klientdator/session tömmer sin cache mot nätverkssharen (OS'et håller en skriv-cache per process, vilket bl.a. ligger till grund för den enorma mängd codebase -70-fel som man kan se om man köra Administration över nätverk).  ... Visa mer

Hej Mariiie,  Företaget jag representerar har en färdig lösning för automatisk online-backup av Visma Administration. Hojta till om detta fortfarande är intressant för dig.  ... Visa mer

Hej Ulf,  Precis som Per är inne på så går ROT går alldeles utmärkt att hantera i Vismas API. Företaget jag representerar har gjort ett riktigt .Net ORM-lager ovanpå Vismas API som gör det riktigt enkelt att använda, oavsett vilket .Net-språk du än använder. Från C# hade ROT-hantering t.ex. sett ut såhär.            var invoice = new Invoice();            invoice.CustomerNumber = "100";             invoice.TaxReductionIncluded = true;             invoice.TaxReductionNumberOfPersons = 1;             invoice.TaxReductionDescriptionOfProperty = "BA160";             invoice.TaxReduction = 1200;             invoice.TaxReductionAmountToPay = 3400;             invoice.Rows.Add(new Invoice.Row() {ArticleNr = "100", Quantity1 = 1, Quantity2 = 1});             invoice.Save(); Vill du ha mer information om API'et så hojta till! ... Visa mer

Hej Web-IT,  Jag vet inte om du har hittat en lösning på ditt problem ännu så jag passar på att svara. I dokumentationen finns exempel på hur du skapar fakturor. Om du istället för ADK_DB_INVOICE använder ADK_DB_AGREEMENT_HEAD/ROW så är logiken densamma.  Företaget jag representerar har byggt ett eget API ovanpå Vismas API och med det skapar du enkelt avtal med följande kod:  var agreement = new Agreement(); agreement.CustomerNumber = "100"; agreement.Rows.Add(new Agreement.Row(){ ArticleNumber = "100" }); agreement.Save(); Vill du ha mer info om api'et så hojta till.  ... Visa mer

Hej,  Hur kommer det sig att ändringar inte tillåts via API'et men går bra att göra via gränssnittet? Är detta något som ni tänkt åtgärda?  ... Visa mer

Hej Helene,  En önskan som är relaterad till Peters är att man via API'et borde kunna skapa PDF-utskrifter av dokument och nu, eftersom Autoinvoice är på plats, kunna skicka iväg fakturor till Autoinvoice via API'et. Som det är så måste vi i dagsläget bygga egna utskriftslösningar för de som vill kunna skapa pdf'er utan att använda Visma Administrations egen utskrift.  ... Visa mer

hej Henrik,  Nu har ditt problem iofs löst sig, men en alternativ lösning med API'et som företaget jag representerar har byggt är  var notDeliveredOrders = OrderStore.FindAll().Where(t=> !t.NotDone).Select(t=>t.Id); Den hade gett dig en lista på alla ordernummer som inte är levererade.  Hojta till om du vill ha mer info om vårt API.  ... Visa mer

Hej Web-IT, Istället för att använda Visma API så finns det ett alternativt API som öppnar helt nya dörrar för .Net-utvecklare. I ditt fall hade det man löst det med följande:  if (ArticleStore.Exists(artNr)){   Console.WriteLine("Artikeln finns"); } else {   Console.WriteLine("Artikeln finns inte"); } Så enkelt borde även Vismas API vara. 🙂 Hojta om du vill ha mer info om det.  ... Visa mer

Hej,  Precis som SeaPelle så har även vi byggt en .Net wapper som täcker hela Vismas API. Att skapa en ny faktura, oavsett var rådatan kommer ifrån, är inte svårare än: var invoice = new Invoice();invoice.CustomerNumber = myCustomerNumber; for (var i=0;i<antalFakturarader;i++) {   var row = new Invoice.Row();   row.ArticleNumber = myRows[i].ArtNr;   row.Quantity1 = myRows[i].Quantity;   row.Quantity2 = myRows[i].Quantity;   invoice.Rows.Add(row); } invoice.Save(); Svårare än så är det inte - och borde inte behöva vara.  ... Visa mer

Hej Henrik,  Jag ser att du redan fått svar på frågan men jag tänkte bara flika in ett alternativ här. Vismas API är ibland lite besvärligt att arbeta med, speciellt för oss .Net-utvecklare som är vana vid moderna ORM-lager.  Företaget jag representerar har gjort ett eget API ovanpå Vismas API som möjliggör följande typ av kod public string CreateCustomer(string name){  var customer = new Customer() { Name = name };   customer.Save();   return customer.Number; } När .Save() har anropats för en ny kundpost så finns alltså det tilldelade kundnumret i propertyn "Number". Klart enklare än Vismas API.  ... Visa mer

Hej Dennis,  Eftersom jag såg att du även ställde frågor relaterade till en webbapplikation så gissar jag på att denna är relaterad till det.  Det du vill uppnå är fullt möjligt att få ihop men den typen av operationer bör du inte mer än undantagsvis göra direkt mot Visma-databasen/Api'et då Vismas databaslösning inte lämpar sig för prestandaintensiva operationer eller att flera användare/program samtidigt arbetar med den.  Det jag hade rekommenderat dig att göra - helt baserat på egen erfarenhet av flera liknande situationer - är att använda Api'et för att på ett schema läsa över alla förändrade poster till en SQL-databas för att därefter ställa de tunga frågorna mot den istället.  Antingen så kan du använda Vismas eget api för att läsa ut datan eller så har företaget jag representerar ett alternativt API som, om du jobbar med ett .Net-språk som t.ex. C#, gör din tillvaro betydligt mycket enklare. Med det hade du kunnat göra följande: var invoices = InvoiceStore.FindByTimestamp(lastCheckTimestamp); foreach(var invoice in invoices){    SaveToDb(invoice); } lastCheckTimestamp = DateTime.Now(); Den koden hade gett dig alla fakturor som förändrats sen förra gången körningen och eftersom alla Visma-objekten i vårt API är "normala" .Net-objekt så kan du använda valfritt ORM-ramverk (t.ex. Entity Framework eller motsv.) för att spara ner objekten till en databas som du alltså sedan kan ställa frågor mot och snabbt och enkelt få ut det du vill ha fram - t.ex. alla fakturor med förfallodatum innan ett visst datum.  SELECT * FROM [Invoices] WHERE [Date2] <= '" + TheDate + "'" Vill du ha mer information om vårt api så bara hojta till.  Lycka till! ... Visa mer

Hej Johan,  Vismas API kan i sitt grundutförande inte hantera flera trådar. Flera trådar kan t.ex. inte använda samma AdkOpen()-instans. Du måste mao implementera en trådsynkroniseringsstrategi i din egen kod.  Om du använder .Net för att integrera mot Visma så finns det ett API som ligger ovanpå Vismas API som har inbyggd trådsynkronisering och då alltså kan användas av multipla trådar samtidigt. PM'a mig för mer information.  ... Visa mer

Hej Johan,  Vismas API kan förvisso användas av alla språk som kan referera till en C-dll men det är inte alltid den är helt enkel att arbeta med.  Om du använder något av .Net-språken så finns det ett alternativt API som bygger på Vismas API men som gör det enklare att integrera med systemet.  Du kan skriva t.ex.    var customer = new Customer(){ Name = theNewName };   customer.Save();     var invoice = new Invoice() { CustomerNumber = customer.Number };     invoice.Rows.Add(new Invoice.Row() {ArticleNumber = "100", Quantity1 = 1, Quantity2 = 1 });   invoice.Save(); Ovanstående kod kommer skapa en ny kund och därefter skapa en ny faktura på den kunden och lägga på 1 fakturarad för artikel "100" med levererat antal "1" och beställt antal "1".  Vismas API kan inte användas från VBA, t.ex. Excel, Word eller VBScript, men även där finns alternativ som tillgängliggör hela Vismas API som ett COM-objekt.  ... Visa mer