En offert lämnar Odoo och blir ett Pandadoc-dokument som någon signerar, så versionen med en signatur måste vara den version som fakturan faktiskt kommer att använda när arbetet är klart.
Pandadoc-dokument byggs från mallar, och en mall är en uppsättning fält som väntar på värden. Skicka en offert från Odoo så är dokumentet korrekt. Ändra offerten efteråt så är dokumentet inte det, eftersom ett signerat dokument är en version av något snarare än en livevy av det. Så en kund signerar, priset ändras och ingen kan efteråt säga vilken siffra de gick med på utan att öppna två system och jämföra dem rad för rad. Genom att koppla samman Odoo och Pandadoc håller sig den signerade versionen och den fakturerade versionen densamma, så ingen behöver bevisa vilken som var vilken.

Odoo-citatet som ett Pandadoc-dokument byggdes utifrån registreras mot det, så siffran som en kund signerade kan identifieras utan att jämföra två system manuellt.
Att ändra en offert efter att ett dokument har publicerats ersätter den snarare än att redigera den, så ingen hamnar i att hålla en signatur mot ett pris som företaget sedan dess har gått vidare från.
Mallar innehåller fälten en gång, så en ändring av hur en offert presenteras görs på ett ställe istället för i varje dokument som någon har skapat från en äldre kopia.
Signaturstatusen går tillbaka till Odoo-offerten, så en säljare vet om ett dokument har signerats utan att öppna dokumentverktyget för att själv gå och leta.
När en Odoo-offert är klar bygger Alumio Pandadoc-dokumentet från den mall du nominerar med offertraderna redan på plats, så ingen behöver sätta ihop ett dokument genom att kopiera siffror för hand från en annan skärm.
Om Odoo-offerten ändras efter att dokumentet skickades ersätts den tidigare versionen snarare än redigeras i det tysta, så en kund kan inte signera en siffra som företaget redan har gått vidare från, och båda versionerna förblir identifierbara.
En ifylld signatur uppdaterar Odoo-offerten, så ordern kan hämtas från ett dokument som man vet har signerats snarare än från någons minne av ett telefonsamtal som ägde rum någon gång förra veckan.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Det dokumentet förbinder dig till är frågan som öppnar nästa koppling, och en signerad offert är bara den första av flera. Ett kontraktsarkiv är det vanliga tillägget, eftersom Pandadoc hanterar signeringen och Odoo hanterar faktureringen, och det är inte heller där man letar ett år senare efter vad som faktiskt överenskommits. Alumio har båda kopplingarna, så det signerade dokumentet når den plats det kommer att behövas ifrån.
Mallen och dess fält konfigureras först, eftersom de utgör integrationen. Alumio tar Odoo-offertraderna och fyller i Pandadoc-mallen du nominerar, och skriver sedan tillbaka signaturstatusen när den är klar. En citat som ändras efter att den skickats ersätter dokumentet snarare än att redigeras, så att versionerna förblir åtskilda.
Nej, och mallen är integrationen snarare än ett presentationsval. Vilka Odoo-fält som landar i vilka Pandadoc-mallpositioner konfigureras i Alumio, vilket är anledningen till att en ändring av hur en offert läses inte involverar en utvecklare. Om ett dokument måste innehålla ett värde som Odoo härleder snarare än lagrar, producerar Code Transformer det i det steget.
Den som dokumentet byggdes från, vilket bara är känt om det spelades in vid den tidpunkten. Ett Pandadoc-dokument är en version snarare än en livevy, så ett citat som redigeras i Odoo efteråt lämnar en signatur fäst vid siffror som inte längre finns någonstans. Att behålla citatreferensen i dokumentet, och ersätta snarare än redigera, är det som gör frågan besvarbar överhuvudtaget.
Det är dokumentversionen som aktiveras. Alumio registrerar vilken Odoo-citat varje Pandadoc-dokument byggdes från, så en signatur som anländer mot en ersatt version flaggas snarare än accepteras, varnar omedelbart med citatet och orsaken, försök körs där de är konfigurerade och olösta dokument förblir listade, så ingenting faktureras i hemlighet från en version som ingen kan identifiera.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.