Import fra 1C til bilafmontering: restmaterialer og stregkoder uden dubletter

Det fjerde casestudie af det samme CRM for Olegs autoophugningsvirksomhed, Audi Resource, Lutsk. Sidste gang implementerede vi flervalutaregnskab ved hjælp af hans egen formel. Denne gang var udfordringen anderledes: at synkronisere lageret med 1C, som virksomheden har brugt i mange år, uden at røre ved selve systemet eller kræve, at nogen genoplæres.

Vi vil diskutere disse forbedringer i sin helhed på vores Telegram kanal.

Hvorfor forlod Olegs autoophugningsfirma ikke 1C?

Kort sagt: 1C har akkumuleret årevis af regnskabs-, skatte- og balancedata, og risikoen for at ødelægge noget under en komplet migrering til et andet system opvejer ulemperne ved den gamle brugerflade - så vi lod regnskabssystemet være, som det er, og synkroniserede dataene med det.

For mange virksomheder, der har ført regnskaber i årtier, er 1C hjemsted for al regnskabsføring, skatterapportering og saldohistorik i flere år. Skift til et andet system indebærer risici: noget kan gå tabt under migreringen, revisoren skal omskoles, og lageret kan blive fjernet under overgangen sammen med de faktiske tal.

Derfor var Olegs løsning at kombinere begge systemer: 1C forbliver regnskabssystemet, og Audi Resource CRM modtager produkter og saldi automatisk fra det - uden manuel overførsel.

Hvordan ved CRM, at produktet fra 1C er det samme?

Kort sagt: CRM identificerer et produkt ved hjælp af dets interne 1C GUID – en teknisk identifikator, der ikke ændres, når artikelnummeret eller koden ændres – så omnummerering af koder i 1C opretter ikke et andet kort for det samme produkt i CRM.

Koder og SKU'er i 1C ændrer sig over tid: Produkter flyttes til en anden kategori, nummereres forskelligt under lageropgørelse, eller varer flettes sammen. Hvis CRM'et var afhængig af koden, ville hver sådan ændring oprette en duplikat. I stedet bruger systemet den interne 1C tekniske identifikator (GUID), som aldrig ændres for et produkt, og bruger den til at identificere produktet ved genindlæsning.

Når man indlæser fra et Excel-regneark, fungerer kolonnen "Kode" som denne identifikator: dette er en permanent rækkenøgle, hvormed en gentagen indlæsning identificerer produktet og opdaterer dets kort uden at oprette et nyt.

Hvilke felter overføres fra 1C, og hvilke forbliver i CRM?

Kort sagt: navn, nummer, producent, pris, kategori, vægt, dimensioner og beskrivelse sendes fra 1C til CRM, men et tomt felt i 1C overskriver ikke et felt, der allerede er udfyldt i CRM'et - systemet tager kun dataene, hvis de rent faktisk findes.

Liste over felter og regler for hvert felt:

1. Navn, nummer, producent, pris, kategori, vægt og dimensioner, beskrivelse - taget fra 1C med hver belastning.
2. Et tomt felt i 1C sletter ikke et udfyldt felt i CRM. Hvis en leder manuelt har tilføjet en beskrivelse i CRM, og feltet er tomt i 1C, vil upload af feltet ikke slette det.
3. CRM'et bestemmer automatisk bilmærke og -model ud fra produktnavnet, men kun første gang et kort oprettes. Efterfølgende genberegnes dette felt ikke hver gang et kort indlæses.

Denne logik beskytter manuelle lageroperationer: en leder kan præcisere eller tilføje noget i CRM'et, og den næste synkronisering med 1C vil ikke overskrive det.

Hvordan beregner CRM saldi ved genopladning?

Kort sagt: den første indlæsning indstiller saldoen præcis som i 1C, og derefter tager CRM'et kun højde for saldoændringen fra den forrige indlæsning – dette beskytter mod dobbelte afskrivninger under salg, som forekommer med forskellige hastigheder i forskellige systemer.

En fejl i balancelogikken påvirker direkte omkostningerne, så i Audi Resource CRM er det struktureret sådan her:

1. Den første indlæsning angiver mængden af varer præcis som i 1C - udgangspunktet.
2. Hver efterfølgende download verificerer kun ændringen i saldoen i 1C siden sidste gang.
3. Et salg, der er behandlet i CRM'et, men endnu ikke bogført i 1C, returneres ikke til lageret næste gang, det indlæses. Når det først er bogført i 1C, vil det ikke blive afskrevet igen.
4. Det samme gælder for returneringer.
5. Elementer, der ikke længere er tilgængelige i 1C, fjernes fra lageret i CRM'et. Dette er altid tilfældet for 1C-sikkerhedskopier; ved indlæsning fra Excel bruges et separat afkrydsningsfelt med "fuld liste" til dette.

Uden denne logik ville dataene i de to systemer – 1C og CRM – hurtigt afvige: Det, der blev solgt i CRM, ville ankomme i 1C som en anden afskrivning, og lagerbeholdningen på displayet ville ikke længere stemme overens med det faktiske lager.

Hvad sker der med stregkoder og etiketudskrivning?

Kort sagt: stregkoder, som 1C allerede har tildelt produkter, bevares under synkronisering - scanneren på lageret finder delen ved hjælp af dem på samme måde, som den ville finde den i selve 1C.

Hvis et produkt allerede har et 1C-stregkodemærke (med et karakteristisk præfiks som "2000..."), tildeler CRM'et ikke en ny kode til produktet – scanneren fortsætter med at finde det ved hjælp af den gamle. Du kan udskrive det samme stregkodemærke separat fra produktkortet i 58x40-format.

I et lager, hvor hundredvis af tags allerede er blevet påsat, er der ikke behov for at genpåføre dem, blot fordi dataene nu administreres i to systemer samtidigt.

Hvad kan ikke overføres fra 1C - og hvorfor?

Kort sagt: tjenester, komplette varer og fotografier overføres ikke fra 1C. Årsagen til fotografier er rent teknisk: 1C-databasen gemmer kun stier til filer på disken, ikke selve billederne.

Retfærdige synkroniseringsgrænser - tre punkter:

1. Tjenester overføres ikke.
2. Varer, der er på lager, overføres ikke fuldt ud - CRM'et indeholder kun det, der rent faktisk er på lager.
3. Fotos overføres ikke – 1C-databasen gemmer kun stier til filer på det lokale drev eller virksomhedens server; selve billederne gemmes ikke der. Kun billeder, der fysisk findes i databasen, kan overføres, så fotos uploades separat til CRM'et.

Separat: Udgivelse af produkter på opslagstavler efter upload aktiveres ikke automatisk - dette er en separat handling i CRM'et, ikke en konsekvens af import fra 1C.

Hvordan ser dette ud i CRM-grænsefladen?

Kort sagt: I indstillingerne for Audi Resource CRM er der en separat skærm kaldet "Importer fra 1C og Excel" - det er her, du kan uploade en 1C-backup (.bak) eller en tabel ved hjælp af en færdiglavet skabelon, og uploadhistorikken er også synlig der.

Importskærmen tilbyder to muligheder: upload af en Excel-fil ved hjælp af en skabelon (et produkt, én række, kolonnen "Kode" er en permanent nøgle) eller en sikkerhedskopi af 1C-databasen, hvis adgang til 1C-serveren er konfigureret. Ved siden af er der en knap med den downloadbare skabelon og en downloadhistoriklog, så du kan se, hvornår og hvad der sidst blev synkroniseret.

Det samme CRM har en færdig integration med uaavto.pro-annonceportalen: det er gratis at poste annoncer, med én betingelse: prisen skal være lavere end på OLX, Prom og Avtopro. På tidspunktet for denne casestudie havde Audi Resource endnu ikke integreret annonceportalerne, men funktionen er allerede indbygget i brugerfladen og kan aktiveres uden udvikling med blot et enkelt klik.

Hvorfor overhovedet synkronisere 1C, hvis det er nemmere at skifte til et andet system?

Kort sagt: synkronisering er et praktisk mellemtrin. Det fritager ledere for den manuelle indtastning af lagerbeholdninger med det samme, og derefter kan de downloadede data bruges til hvad som helst: analyse af salg ved hjælp af AI, overvågning af medarbejderopgaver eller blot vedligeholdelse af en opdateret hjemmeside og jobportaler uden at duplikere arbejdet.

Ideen bag denne opgradering er enkel: der er ingen grund til at forhaste sig. Hvis det er uundgåeligt helt at droppe 1C – på grund af regnskab, skatter eller frygt for at ødelægge noget under en flytning – kan du først automatisere dataudveksling mellem 1C og andre systemer. Derefter kan du gøre, hvad du vil med disse data: nogle integrerer AI-salgsanalyse, andre overvåger medarbejderpræstationer, og andre igen spilder simpelthen ikke tid på manuelt at overføre saldi til CRM og hjemmeside hver uge.

Hvis du har en lignende opgave – at overføre data fra 1C til et moderne regnskabssystem med AI-analyse – kan sagsforfatteren skræddersy denne synkronisering til din database.

Hvordan adskiller dette sig fra de tre foregående tilfælde af det samme CRM?

Kort sagt: platformen er den samme for alle fire tilfælde, men hver gang tilføjes et specifikt sæt funktioner til en specifik klient - fra delgenkendelse via foto til synkronisering med 1C.

De sidste to cases er for den samme klient: først blev der implementeret flervalutaregnskab for Audi Resource, og derefter, via en separat opgradering, synkronisering med 1C. Platformens fundament forbliver uændret: den løser én specifik opgave ad gangen uden unødvendige moduler, der ville rode lageret.

Hvis du har brug for en enklere hjemmeside med et katalog og ordremodtagelse via Telegram og WhatsApp – uden 1C-synkronisering eller brugerdefineret lagerlogik – kan du bygge den ved hjælp af 1001site AI. Du vælger stilen, AI'en udfylder siden baseret på dit link eller din beskrivelse, og "Onlinebutik"-tilstanden administrerer indkøbskurven og ordrerne uden registrering.

Hvem er denne type synkronisering med 1C egnet til?

Kort sagt: denne pakke giver mening for virksomheder, der har flere af nedenstående betingelser på plads samtidigt, snarere end for alle, der blot bruger 1C.

Kombinationen giver mening, hvis du har begge dele:

1. Regnskab har været udført i 1C i årevis, og det er risikabelt eller simpelthen unødvendigt at skifte til et andet system.
2. Saldoen ændrer sig hver dag, og ingen har tid til manuelt at duplikere dem i CRM'et eller på hjemmesiden.
3. Produkterne har allerede 1C-stregkoder, og jeg ønsker ikke at sætte dem på igen på lageret.
4. Det er nødvendigt, at de samme data offentliggøres på både hjemmesiden og opslagstavlerne uden manuelt arbejde.

Hvis det eneste relevante fra denne liste er en simpel hjemmeside med en enkelt valuta og ordremodtagelse, uden synkronisering med 1C, kan en sådan pakke samles i 1001site AI's "Onlinebutik" -tilstand uden brugerdefineret udvikling.

Læsernes spørgsmål

Hvad sker der, hvis du downloader den samme 1C-backup to gange?

CRM'et opretter ikke et andet produktkort. Produktet identificeres af dets interne 1C GUID (i Excel, af kolonnen "Kode"), så genupload opdaterer den eksisterende post og opretter ikke en duplikat.

Vil produktbilleder blive overført fra 1C?

Nej. 1C-databasen gemmer kun stier til filer på disken, ikke selve billederne, så der er ingen måde at overføre fotos på – de uploades separat til CRM'et.

Skal jeg opgive 1C for at få et moderne lager og en hjemmeside?

Nr. 1C forbliver regnskabssystemet, og CRM'et synkroniserer med det ovenfra: det tager lagerbeholdning og saldi, mens regnskabet og de velkendte rapporter i 1C forbliver.

Hvordan adskiller denne sag sig fra de tre foregående om det samme CRM?

De første tre cases dækkede delgenkendelse med foto og stemme (Adam), bilpriser og fakturaer (Alexander) og flervalutaregnskab (Oleg). Denne handler om at overføre data fra 1C uden migrering og uden manuel indtastning af saldi.

Kilder

• Forfatterens opslag på Telegram kanalen: https://t.me/promtvibeadd/456
• Forgængertilfælde: flervalutaregnskab for samme autoophugningsplads (Audi Resource): https://1001site.com/blog/multivalyutnyj-uchet-dlya-avtorazborki/
• Case: ERP + hjemmeside + Telegram bot til autoophugning (razborkaua.pro): https://1001site.com/blog/erp-sajt-telegram-bot-ii-dlya-avtorazborki/
• Casestudie: Demontering af biler Bilpriser og fakturaer: https://1001site.com/blog/avtomatizaciya-avtorazborki/
• 1001site AI Online Store-tilstand, lagerstyring: https://1001site.com/wiki/mode-shop/

Andre forbedringer af det samme CRM findes i casestudierne razborkaua.pro og Audi Resource om regnskabsføring i flere valutaer. Og hvis din virksomhed ikke har 1C og sin egen logistik, kan 1001site AI opbygge et websted med et katalog og ordremodtagelse via Telegram og WhatsApp på få minutter uden datasynkronisering.