Import från 1C för bildemontering: restmaterial och streckkoder utan dubbletter

Den fjärde fallstudien av samma CRM för Olegs bildemonteringsföretag, Audi Resource, Lutsk. Förra gången implementerade vi flervaluta-redovisning med hans egen formel. Den här gången var utmaningen annorlunda: att synkronisera lagret med 1C, som företaget har använt i många år, utan att röra själva systemet eller kräva att någon omskolades.

Vi kommer att diskutera dessa förbättringar i sin helhet i vår Telegram kanal.

Varför lämnade inte Olegs bildemonteringsföretag 1C?

Kort sagt: 1C har samlat på sig åratal av redovisnings-, skatte- och balansräkningsdata, och risken att något går sönder under en fullständig migrering till ett annat system överväger besväret med det gamla gränssnittet – så vi lämnade redovisningssystemet som det var och synkroniserade informationen med det.

För många företag som har fört register i årtionden är 1C hemmet för all redovisning, skatterapportering och balanshistorik under flera år. Att byta till ett annat system medför risker: något kan gå förlorat under migreringen, revisorn måste omskola sig och lagret kan försvinna under övergången, tillsammans med de faktiska siffrorna.

Därför blev Olegs lösning att kombinera båda systemen: 1C förblir redovisningssystemet, och Audi Resource CRM tar emot produkter och saldon automatiskt från det – utan manuell överföring.

Hur vet CRM att produkten från 1C är densamma?

Kort sagt: CRM identifierar en produkt med dess interna 1C GUID – en teknisk identifierare som inte ändras när artikelnumret eller koden ändras – så omnumrering av koder i 1C skapar inte ett andra kort för samma produkt i CRM.

Koder och SKU:er i 1C ändras över tid: produkter flyttas till en annan kategori, numreras annorlunda under inventering, eller artiklar slås samman. Om CRM:et förlitade sig på koden skulle varje sådan ändring skapa en dubblett. Istället använder systemet den interna 1C:s tekniska identifierare (GUID), som aldrig ändras för en produkt, och använder den för att identifiera produkten vid omladdning.

Vid laddning från ett Excel-kalkylblad fungerar kolumnen "Kod" som denna identifierare: detta är en permanent radnyckel med vilken en upprepad laddning identifierar produkten och uppdaterar dess kort utan att ett nytt skapas.

Vilka fält överförs från 1C, och vilka finns kvar i CRM?

Kort sagt: namn, nummer, tillverkare, pris, kategori, vikt, dimensioner och beskrivning skickas från 1C till CRM, men ett tomt fält i 1C skriver inte över ett som redan är ifyllt i CRM – systemet tar bara emot informationen om den faktiskt finns.

Lista över fält och regel för varje:

1. Namn, nummer, tillverkare, pris, kategori, vikt och dimensioner, beskrivning - hämtat från 1C med varje last.
2. Ett tomt fält i 1C raderar inte ett ifyllt fält i CRM. Om en chef manuellt har lagt till en beskrivning i CRM och fältet är tomt i 1C, kommer det inte att raderas när du laddar upp det.
3. CRM-systemet avgör automatiskt bilmärke och modell utifrån produktnamnet, men bara första gången ett kort skapas. Därefter beräknas inte detta fält om varje gång ett kort laddas.

Denna logik skyddar manuella lageroperationer: en chef kan förtydliga eller lägga till något i CRM-systemet, och nästa synkronisering med 1C kommer inte att skriva över det.

Hur beräknar CRM saldon vid omladdning?

Kort sagt: den första laddningen ställer in saldot exakt som i 1C, och sedan tar CRM bara hänsyn till saldoförändringen från föregående laddning – detta skyddar mot dubbla avskrivningar under försäljning, vilka sker i olika takt i olika system.

Ett fel i balanslogiken påverkar direkt kostnaderna, så i Audi Resource CRM är det strukturerat så här:

1. Den första lasten ställer in mängden varor exakt som i 1C - utgångspunkten.
2. Varje efterföljande nedladdning verifierar endast förändringen i saldot i 1C sedan föregående gång.
3. En försäljning som bearbetats i CRM-systemet men ännu inte bokförts i 1C returneras inte till lagret nästa gång den laddas. När den väl har bokförts i 1C kommer den inte att avskrivas igen.
4. Detsamma gäller för returer.
5. Objekt som inte längre är tillgängliga i 1C tas bort från lagret i CRM. Detta är alltid fallet för 1C-säkerhetskopior; vid laddning från Excel används en separat kryssruta för "fullständig lista" för detta.

Utan denna logik skulle informationen i de två systemen – 1C och CRM – snabbt skilja sig åt: det som såldes i CRM skulle komma in i 1C som en andra avskrivning, och lagret på displayen skulle inte längre matcha det faktiska lagret.

Vad händer med streckkoder och etikettutskrift?

Kort sagt: streckkoder som 1C redan har tilldelat produkter bevaras under synkroniseringen – skannern i lagret hittar delen med hjälp av dem på samma sätt som den skulle hitta den i 1C självt.

Om en produkt redan har en 1C-streckkodsetikett (med ett karakteristiskt prefix som "2000...") tilldelar CRM-systemet inte produkten en ny kod – skannern fortsätter att hitta den med den gamla. Du kan skriva ut samma streckkodsetikett separat från produktkortet i 58x40-format.

I ett lager där hundratals etiketter redan har applicerats finns det inget behov av att applicera dem igen, helt enkelt eftersom informationen nu hanteras i två system samtidigt.

Vad kan inte överföras från 1C - och varför?

Kort sagt: tjänster, kompletta varor och fotografier överförs inte från 1C. Anledningen till fotografier är rent teknisk: 1C-databasen lagrar bara sökvägar till filer på disk, inte själva bilderna.

Rättvisa synkroniseringsgränser - tre punkter:

1. Tjänster överförs inte.
2. Artiklar som finns i lager överförs inte helt – CRM-systemet innehåller bara det som faktiskt finns i lager.
3. Foton överförs inte – 1C-databasen lagrar endast sökvägar till filer på den lokala hårddisken eller företagsservern; bilderna själva lagras inte där. Endast bilder som fysiskt finns i databasen kan överföras, så foton laddas upp separat till CRM.

Separat: publicering av produkter på anslagstavlor efter uppladdning aktiveras inte automatiskt - detta är en separat åtgärd i CRM, inte en konsekvens av import från 1C.

Hur ser detta ut i CRM-gränssnittet?

Kortfattat: i Audi Resource CRM-inställningarna finns en separat skärm som heter "Importera från 1C och Excel" - det är här du kan ladda upp en 1C-säkerhetskopia (.bak) eller en tabell med hjälp av en färdig mall, och uppladdningshistoriken syns också där.

Importskärmen erbjuder två alternativ: ladda upp en Excel-fil med hjälp av en mall (en produkt, en rad, kolumnen "Kod" är en permanent nyckel) eller en säkerhetskopia av 1C-databasen, om åtkomst till 1C-servern är konfigurerad. Bredvid finns en knapp med den nedladdningsbara mallen och en nedladdningshistoriklogg så att du kan se när och vad som senast synkroniserades.

Samma CRM har en färdig integration med uaavto.pro-annonstavlan: det är gratis att publicera annonser, med ett villkor: priset måste vara lägre än på OLX, Prom och Avtopro. Vid tidpunkten för denna fallstudie hade Audi Resource ännu inte integrerat annonstavlorna, men funktionen är redan inbyggd i gränssnittet och kan aktiveras utan utveckling, med bara ett klick.

Varför synkronisera 1C överhuvudtaget om det är enklare att byta till ett annat system?

Kort sagt: synkronisering är ett praktiskt mellansteg. Det befriar chefer från den manuella inmatningen av lagersaldon just nu, och sedan kan den nedladdade datan användas till vad du vill: analysera försäljning med hjälp av AI, övervaka medarbetarnas uppgifter eller helt enkelt underhålla en uppdaterad webbplats och jobbannonser utan att duplicera arbetet.

Tanken bakom den här uppgraderingen är enkel: det finns ingen anledning att stressa in saker. Om det är oundvikligt att helt överge 1C – på grund av redovisning, skatter eller rädsla för att något ska gå sönder under en flytt – kan du först automatisera datautbytet mellan 1C och andra system. Sedan kan du göra vad du vill med dessa data: vissa integrerar AI-försäljningsanalys, andra övervakar medarbetarnas prestationer och ytterligare andra slutar helt enkelt slösa tid på att manuellt överföra saldon till CRM och webbplats varje vecka.

Om du har en liknande uppgift – att överföra data från 1C till ett modernt redovisningssystem med AI-analys – kan ärendeförfattaren specialdesigna denna synkronisering för din databas.

Hur skiljer sig detta från de tre tidigare fallen med samma CRM?

Kort sagt: plattformen är densamma för alla fyra fallen, men varje gång läggs en specifik uppsättning funktioner till för en specifik klient – från delingenkänning via foto till synkronisering med 1C.

De två sista fallen är för samma klient: först implementerades flervaluta-redovisning för Audi Resource, och sedan, genom en separat uppgradering, synkronisering med 1C. Plattformens grund förblir oförändrad: den löser en specifik uppgift i taget, utan onödiga moduler som skulle belamra lagret.

Om du behöver en enklare webbplats med katalog och orderhantering via Telegram och WhatsApp – utan 1C-synkronisering eller anpassad lagerlogik – kan du bygga den med 1001site AI. Du väljer stil, AI:n fyller webbplatsen baserat på din länk eller beskrivning, och "Onlinebutik"-läget hanterar varukorgen och beställningar utan registrering.

Vem är den här typen av synkronisering med 1C lämplig för?

Kort sagt: det här paketet är lämpligt för företag som har flera av villkoren nedan på plats samtidigt, snarare än för alla som bara använder 1C.

Kombinationen är vettig om du har båda:

1. Redovisning har bedrivits i 1C i åratal, och att byta till ett annat system är riskabelt eller helt enkelt onödigt.
2. Saldona ändras varje dag, och ingen har tid att manuellt duplicera dem i CRM-systemet eller på webbplatsen.
3. Produkterna har redan 1C-streckkoder, och jag vill inte klistra in dem igen i lagret.
4. Det är nödvändigt att samma data publiceras på både webbplatsen och anslagstavlorna utan manuellt arbete.

Om det enda relevanta från den här listan är en enkel webbplats med en enda valuta och orderhantering, utan synkronisering med 1C, kan ett sådant paket sättas ihop i 1001site AI:s "Onlinebutik" -läge utan anpassad utveckling.

Läsarnas frågor

Vad händer om du laddar ner samma 1C-säkerhetskopia två gånger?

CRM-systemet skapar inte ett andra produktkort. Produkten identifieras av sitt interna 1C GUID (i Excel, av kolumnen "Kod"), så omladdning uppdaterar den befintliga posten och skapar ingen dubblett.

Kommer produktfoton att överföras från 1C?

Nej. 1C-databasen lagrar bara sökvägar till filer på disk, inte själva bilderna, så det finns inget sätt att överföra foton – de laddas upp till CRM-systemet separat.

Behöver jag ge upp 1C för att få ett modernt lager och en webbplats?

Nr 1C förblir redovisningssystemet, och CRM synkroniseras med det uppifrån: det tar lager och saldon, medan redovisningen och de välbekanta rapporterna i 1C finns kvar.

Hur skiljer sig det här fallet från de tre föregående om samma CRM?

De tre första fallen behandlade artikeligenkänning med foto och röst (Adam), bilpriser och fakturor (Alexander) samt redovisning i flera valutor (Oleg). Det här handlar om att överföra data från 1C utan migrering och utan att manuellt mata in saldon.

Källor

• Författarens inlägg på Telegram kanalen: https://t.me/promtvibeadd/456
• Föregående fall: flervaluta-redovisning för samma bildemonteringsgård (Audi Resource): https://1001site.com/blog/multivalyutnyj-uchet-dlya-avtorazborki/
• Fall: ERP + webbplats + Telegram bot för bildemontering (razborkaua.pro): https://1001site.com/blog/erp-sajt-telegram-bot-ii-dlya-avtorazborki/
• Fallstudie: Demontering av fordon Bilpriser och fakturor: https://1001site.com/blog/avtomatizaciya-avtorazborki/
• 1001site AI Onlinebutiksläge, lagerkontroll: https://1001site.com/wiki/mode-shop/

Andra förbättringar av samma CRM finns i fallstudierna razborkaua.pro och Audi Resource om redovisning i flera valutor. Och om ditt företag inte har 1C och egen logistik, bygger 1001site AI en webbplats med en katalog och ordermottagning via Telegram och WhatsApp på bara några minuter, utan datasynkronisering.