Identifisering og arbeid med illikvide eiendeler (foreldede varer) og mangel på nomenklatur. Identifisering og arbeid med illikvide eiendeler (foreldede varer) og mangel på nomenklatur Hvordan lage illikvide eiendeler i 1c 10.3

La oss vurdere hvilke muligheter programmet 1C Trade Management 11 gir brukerne for å analysere salgsresultater.

OPPDATER: la til en video "Salgsanalyserapporter i 1C Trade Management 10.3"

Fra denne videoen vil du lære:

Hvordan analysere salg?
Hvordan lage en salgsrapport?
Hvordan viser jeg salg og saldoer i en rapport?
Hvordan lage salgskart?
Hvordan kan jeg se salg ved betaling?

Salgsrapporter

Etter kommando "Salgsrapporter" vi går til salgsrapportpanelet.

Lignende artikler:

Spore bevegelse av lagerbalanser i lager og ...
Dannelse av en sortimentmatrise og dens ...

Tilgjengeligheten av rapporter i dette panelet bestemmes av om brukeren har de rette rettighetene til disse rapportene, samt av å sette synligheten. Roller og rettigheter tildeles brukeren av administratoren av 1C-programmet. Brukeren kan kontrollere synligheten ved å bruke kommandoen "Omgivelser"... I dette tilfellet blir avmerkingsboksene ved siden av panelene tilgjengelige ved å angi og fjerne merket for hvilke du kan legge til eller fjerne rapporter fra dette panelet.

"Standard salgsbetingelser"

La oss vurdere hvilke muligheter vi har for å analysere salgsresultater. Den første rapporten er "Typiske salgsbetingelser". Denne rapporten gir en liste over typiske salgsforhold, typiske kundeavtaler som er registrert i systemet, og grunnleggende informasjon tilgjengelig i disse avtalene. Nemlig: navnet på avtalen; valuta; type pris som brukes; gyldighet; vår organisasjon på hvis vegne denne avtalen inngås; forretningstransaksjon (for eksempel salg eller overføring til en kommisjon); skatt; lager; leveringstid.

Prisanalyse

Neste rapport er prisanalyse. Tilgjengelig for oss fra dokumenter som kommersielt tilbud, salgsdokumenter og kundeordre. En rapport kan trekkes fra hvert av disse dokumentene "Prisanalyse"... Denne rapporten viser oss informasjon om prisene som er angitt i dokumentet (ingen rabatt, med rabatt), samt leverandørpriser. Ved hjelp av denne rapporten kan du raskt analysere hvilke priser vi gir kundene våre, og hvordan de forholder seg til prisene til våre leverandører.

"Vurdering av salgslønnsomhet"

Følgende rapporter er også tilgjengelige fra salgsordredokumentene. Ved å åpne den tilsvarende ordren kan vi nemlig i tillegg vise flere rapporter i forhold til denne bestillingen.

Den første er "lønnsomhetsvurdering". Denne rapporten beregner lønnsomheten som helhet for ordren (med tanke på rabatter, uten rabatter), og gir også detaljert informasjon om hver vare som selges i denne rapporten. Nå viser denne rapporten informasjon om lønnsomheten på 100%. Dette skyldes at så langt, i mitt program for inneværende måned, er ikke kostprisen beregnet, rutinemessige periodeavslutninger har ikke blitt utført, og informasjon om kostprisen er ikke tilgjengelig. Følgelig regnes alle inntekter som bruttofortjeneste.

"Status for dokumentutførelse"

Neste rapport er også tilgjengelig fra "salgsordre" - dette er "Status for dokumentfremdrift". Denne rapporten gir for det første informasjon om kundens gjeld (det vil si hvor mye betalingstrinnene er fullført - for eksempel forskuddsbetaling, forskuddsbetaling), informasjon om forsendelse. Og i den nedre tabelldelen, i den delen av hver varevare, blir informasjon gitt hvilke varer som ble sendt, i hvilken mengde, for hvilket beløp.

Årsaker til å kansellere bestillinger

I "Salgsrapporter" det er en rapport av grunner til å kansellere bestillinger. Denne rapporten gir informasjon om årsakene til kansellering av ordre, og gir kvantitative indikatorer for hver grunn i form av linjeannulleringer i absolutte og prosentvise termer. Informasjonen er også gruppert av ledere og etter prisgrupper av varer.

"Erklæring om oppgjør med kunder"

Den neste rapporten er "Oppgjør med kunder". Denne rapporten inneholder informasjon om status for gjensidige oppgjør med våre kunder. Det er en liste over våre organisasjoner, en liste over klienter. Valutaen for gjensidige bosetninger er angitt. Motparten fra vår klients side er angitt. Gir informasjon om gjelden ved begynnelsen av den valgte, analyserte perioden, informasjon om økning eller reduksjon i gjeld, samt den endelige saldoen og den totale saldoen.

"Kundegjeld"

Neste rapport er Kundegjeld. Denne rapporten viser informasjon om kundegjeld. Informasjonen er gruppert etter gjeldens valuta. Gir informasjon om kundens gjeld, vår gjeld, betalingsbalansen, samt, basert på informasjon fra kundens bestillinger, data om planlagte kvitteringer fra klienten, om planlagt implementering til klienten, eller om planlagt retur av midler til klienten.

"Dynamikk av forfalt kundegjeld"

Neste rapport er "Dynamikk av forfalt kundegjeld". Denne rapporten viser informasjon om vekstraten for forfalt gjeld. I tabelldelen er informasjonen gruppert av klienter, av ledere. I programmet 1C Trade Management (UT 11) 11.2 er nå ikke forfalt gjeld registrert (all gjeld er løpende), derfor er denne rapporten tom og inneholder ingen informasjon.

Betalingsdisiplin til klienten

Rapporten om klientens betalingsdisiplin kan også brukes til analyse. Denne rapporten grupperer data etter kunder, gir data for perioden etter antall salgsordrer, hvor mange som er forfalt, hva er prosentandelen av forfalt gjeld og gjennomsnittlig forfalt periode, og også data på slutten av den valgte perioden.

"Gjeld til kunder etter vilkår"

Den neste rapporten som kan være nyttig i analysen er "Kundegjeld etter tid". I denne rapporten må du oppgi datoen for informasjonen som skal analyseres, samt klassifiseringen av gjelden. Vi har nå en klassifisering i programmet. Hver opprettet klassifisering spesifiserer periodene for hvilken gjelden skal analyseres for forsinkelser. Hovedpostulatet her er at den siste rapporteringen er den enkleste å gjenopprette. Jo lenger forsinkelsesperioden er, jo vanskeligere er det å kreve inn gjelden. I denne rapporten mottar vi informasjon om hver klient, status for oppgjør med ham, samt informasjon om tidspunktet for forsinkelsen i denne gjelden.

Oppgjørskort med motpart

Av "Kundebestilling" kan du få en rapport om kortoppgjøret med motparten. Denne rapporten viser informasjon om gjensidige oppgjør for hele perioden, det vil si hvilke dokumenter som ble brukt til å utføre monetære transaksjoner, handelsvarer eller salg av varer. Den totale gjelden og informasjon om eventuell forsinkelse er også gitt.

Alle disse rapportene er tilgjengelige for oss i delen "Salg" i gruppe "Salgsrapporter"eller fra oppgjørsdokumenter - dokumenter som formaliserer salg til en klient, for eksempel "Kundebestillinger" og « kommersielle tilbud klienter ".

Slike muligheter gir oss av 1C Trade Management versjon 11.2 for å analysere salgsresultater.

Genererer en salgsrapport av produsent og inntekt 1C UT 8.3

I denne videoleksjonen, en metode for å lage en rapport om salg i sammenheng med produsenter og mottatte inntekter fra dem i 1C-handelsledelse 8.3. Hovedpoenget med rapporten er fra hvilke produsenters produkter vi får mest inntekt.

Detaljsalgsanalyse

For å analysere salg av varer fra utsalgssteder, implementeres mange rapporter i konfigurasjonen.
Alle er tilgjengelige i seksjonen Salg.

Oppførsel vurdering av lagerbalanser i detaljhandel for den valgte pristypen, muligens ved hjelp av en rapport Liste over varer fra organisasjonen i prisene på varen... I rapporten kan vi angi utvalget etter butikk og etter hvilken type pris som er tildelt butikken. Og vi bestemmer også perioden for rapporten.

Denne rapporten gjenspeiler åpnings- og avslutningsbalanser, kvitteringer og utgifter for hver vare.

Vi kan tilpasse denne rapporten mer detaljert. For eksempel er vi bare interessert i informasjon om kaffenomenklaturen og spesifikke datoer for bevegelse av dette produktet.

For å gjøre dette, gå til Innstillinger og på bokmerket Utvalg velg ønsket produkt.

Som et resultat ble rapporten vi trenger dannet. Fra rapporten ser vi at det i begynnelsen ikke var noen balanse i Maxi Store, den 26/06/2016 var det en kvittering for 100 stykker, og den 29.06.16 var det salg av to enheter. Totalt på slutten av perioden, er resten av kaffen 98 stk.

Til kontantkontroll ved kassaapparatet til kassaapparatet bruk rapporten Penger på kassekontor.

I den genererte rapporten ser vi den opprinnelige og endelige saldoen, mengden av salg og kvitteringer for DS, samt uttak av DS om dagen.

Vi kan generere denne rapporten med detaljer om dokumenter, for dette, i rapportinnstillingene, sett avkrysningsruten på verdien - Registrator... Som et resultat vil det bli generert en rapport i sammenheng med dokumenter (registrarer).

Hvis den endelige saldoen med minustegn, så gjorde ikke butikken fullstendig rede for solgte varer.
Hvis saldoen på slutten av perioden positivt, betalte ikke utsalgsstedet fullt ut for solgte varer.

Hvis vi bare er interessert i informasjon om beløpene som er mottatt fra foretakets kasse, fjerner du merket for alle unødvendige avmerkingsbokser i avanserte rapportinnstillinger, i kategorien Felt og sortering, bare avkrysningsruten for verdien av Entering DS forblir valgt.

Som et resultat vil en rapport av følgende type bli generert.

Programmet har evnen til å generere en rapport i regulert form Forhandlinger-29. Denne rapporten er ment for analyse detaljhandel... Rapporten gjenspeiler saldoen ved begynnelsen og slutten av måneden, samt dokumentene som varebevegelsen i det spesifiserte lageret og den spesifiserte organisasjonen ble registrert på. De totale indikatorene i rapporten blir beregnet i henhold til typen pris som er angitt på kortet til dette lageret.

Prisene fylles ut i henhold til verdiene som er gyldige på datoen for rapporten.

Analyse av etterspørselen etter varer

ABC og XYZ salgsanalyse kan brukes til å analysere etterspørselen etter varer. En ABC-analyse er mulig for flere indikatorer. ABC-analyse av salg etter salgsvolum lar deg distribuere varer til ABC-klasser når det gjelder etterspørsel etter varer fra kjøpere. De mest etterspurte varene faller i klasse A, og de minst etterspurte varene faller i klasse C.

XYZ-analyse av salg lar deg bestemme stabiliteten i salg av varer. Fra salg av varer tillater XYZ-analyse deg å dele varer inn i følgende klasser - stabil etterspørsel etter varer, tendenser til økning i etterspørsel etter varer, engangskjøp (uregelmessig forbruk).

Å gjennomføre en kombinert ABC- og XYZ-analyse vil bestemme det optimale kontrollmetode råvarebeholdninger (det vil si å planlegge å kjøpe bare de varene som kjøpes konsekvent og totalt).

Programmet støtter flere lagerstyringsmetoder: volumetrisk planleggingbasert på etterspørselsprognosen, " endre rekkefølgen på punktet"(Med et fast volum eller med et vanlig leveringsintervall)," bestilling under bestilling". Ulike påfyllingsmetoder kan tildeles hver vare på hvert lager individuelt. Lagerstyringsmetoden kan bestemmes automatisk basert på ABC /XYZ-klassifisering av reserver... Det er også mulig å endre lagerstyringsmetoden manuelt.

Eksempel. Ifølge ABC / XYZ vareklassifisering varer er klassifisert i AX-gruppen (varer selges stabilt og har høy omsetning, det vil si at de har med seg handelsbedrift høy inntekt). For slike varer er metoden satt "Volumetrisk planlegging"... Metode "Bestill under bestillingen" sett for varer som tilhører AZ-gruppen. Det er ingen lager for slike varer på lageret, varene bestilles fra leverandøren bare når en kundes behov oppstår (å legge inn en salgsordre). Informasjon om tilgjengeligheten av slike varer på lageret blir registrert som overflødig lager og er merket med rødt.

Når man analyserer etterspørselen etter varer, brukes varebegrensninger (standard, minimum, forsikring, maksimum lager). Produktbegrensninger beregnes automatisk ved hjelp av en planlagt jobb for hvert produkt på hvert lager basert på produktsalgsdata.

Ved beregning av nødvendig (standardlager) tas det forventede salgsvolumet av varer (minimum lager) og mulige økninger i salget (sikkerhetslager) i betraktning. For ytterligere forsikring mot risikoen for mangel på varer, kan du manuelt angi en parameter, for eksempel den maksimale varelageret.

Fyll ut en salgsplan ved hjelp av en formel

Videoen hjelper deg med å navigere i behovstypene, samt forstå hvorfor bedrifter skiller mellom disse typene.

Dannelse av ordrer etter planer

For noen varer er leveringstiden for bestillinger fra leverandører veldig lang, og det er umulig å bestille varer fra en leverandør for å dekke dagens behov - bestillinger må dannes på forhånd. For slike varer foreslås det å danne langsiktige anskaffelsesplaner og danne bestillinger til leverandører basert på disse planene.

Dokumenter anskaffelsesplan i programmet kan genereres både manuelt og automatisk, basert på ulike datakilder fra selve programmet. Som kilder for prognosen kan du bruke: data om kundeordrer, salg for den siste tidsperioden, volumet av kjøp for en viss periode osv. Du kan også vurdere interne behov bedrifter (ordrer fra egne divisjoner, ordrer fra butikker, egne butikker, behovet for komponenter for montering, etc.). I dette tilfellet tilbys både muligheten for å legge til flere kilder og valg av maksimumsverdien fra alle kilder.

Du kan for eksempel velge maksimumsverdien basert på salg i forrige måned og alle fullførte innkjøpsordrer og interne ordrer for samme periode eller samme periode i fjor.

Listen over planleggingsdatakilder kan fylles ut på hvilken som helst måte. Maler brukes til fylling.

Dannelse av ordre til leverandører skjer i samsvar med utarbeidet plan, avviket fra planlagt og faktisk bestilt mengde fra leverandøren kontrolleres. Dermed kan innkjøpsplaner også brukes til å kontrollere oppfyllelsen av planene diktert av leverandøren selv.

Salgsytelse overvåking

I "1C: Trade Management 8" det er en mekanisme som lar deg i tide identifisere "problemområder" og kan bidra til å ta riktige ledelsesbeslutninger, og i tillegg automatisk informere om situasjoner når tilstanden til indikatorer fortsatt er akseptabel, men allerede nærmer seg kritisk.

Såkalt "Overvåking av mål" lar deg analysere nøkkelindikatorer arbeidet til avdelingen og virksomheten som helhet og graden av oppnåelse av de oppsatte målene, med tanke på måltrenden (økning i indikatoren, reduksjon i indikatoren, og holder indikatoren i et visst område). Informasjonen kan være tilgjengelig for en leder overalt i verden ved å få tilgang til "Target Indicator Monitor" -funksjonaliteten via Internett.

For at dette skal fungere, må du bestemme målene du planlegger å oppnå. Hvert mål kan bestå av mange delmål, vellykket prestasjon som sikrer oppnåelsen av det grunnleggende målet.

Hvert mål tildeles et mål. I sin tur, for hver målindikator, angis måltrenden - ønsket retning av endringer i indikatoren over tid (minimering, maksimering av verdien eller å holde seg innenfor akseptabel verdi), analysealternativer er konfigurert.

For eksempel:

Det underliggende målet er omsetningsvekst. Dette målet er planlagt oppnådd ved å øke antall kunder og vekst gjennomsnittlig beløp salg. I sin tur planlegges en økning i antall kunder ved å tiltrekke seg nye kunder og redusere antall tapte kunder. Og en økning i gjennomsnittlig salgsbeløp er planlagt på grunn av en reduksjon i de oppgitte manuelle rabattene.

God dag, kjære forumbrukere.

Jeg studerte utviklingen som var tilgjengelig på ressursen, det virket litt, og bestemte meg for å sette inn mine fem øre i retten.

Formålet med verktøyet: identifisering av illikvide eiendeler og mangel.

Forskjell fra analoger:

Arbeide med et tabellfelt, ikke et tabelldokument

Mer nyttige informasjonsfelt

Detaljert informasjon om bevegelse av varer i et eget vindu

Forklaring på innstillinger:

Dato fra, Dato til - forståelig;

Valg etter nomenklatur og lager - forståelig nok fungerer det (IN HIERARCHY);

Type priser som brukes - brukes ved evaluering av et lager;

Den optimale likviditetsperioden er det gyldne gjennomsnittet av aksjesaldoer. Verdien betyr en periode i måneder som tilsvarer salgsvolumet vi vil ha på lager. Det er klart at forskjellige nomenklaturer kan ha annen periode likviditet, det avhenger hovedsakelig av frekvens og leveringstid. Erfaringsmessig bør likviditetsperioden være lik (omtrent) tiden mellom to leveranser pluss leveringstid og pluss klareringstid. De. for eksempel leverer vi varer annenhver uke, og for å komme i levering må du plassere en bestilling tidligst 3 dager i forveien, og det vil ta to dager på veien, så vil det være optimalt - 3 uker (7 * 2 + 3 + 2 dager), eller 0,7 i programbetingelser. Når du arbeider med programmet på første trinn, anbefaler jeg å sette en verdi på minst 1. Parameteren brukes til å beregne den frosne mengden på lageret. Denne koeffisienten kan også inneholde alle slags risikoer, for eksempel leveringssvikt.

Øvre og nedre likviditetsterskel - kutte av varen med likviditet, for eksempel for å se bare illikvide eiendeler.

Dekoding av felt:

Valgt - et kryss hvor vi bestemmer posisjonene som vi vil gjøre noe med, for eksempel en varelager.

Nomenklatur - forståelig.

Varegruppe - det er forståelig å sortere listen i grupper (pseudogruppering).

Nomenklaturegenskaper - forståelig.

Nomenklatur-serien - forståelig.

Resten - et kutt av sistnevnte i henhold til registeret Varer i lager i henhold til rapportinnstillingene.

Kjøpers reserver - forståelig;

Bestill til leverandører - forståelig;

Balanse å estimere - summen av saldoen og ordren til leverandører, minus reserver.

Totalt forbruk - forbruk i henhold til GoodsIn Warehouses-registeret i henhold til rapportinnstillingene.

Gjennomsnittlig månedlig forbruk - total utgiftdelt på antall måneder i den valgte perioden. Hvis den første varemottaket var senere enn begynnelsen av perioden (nye varer), blir antall måneder tatt fra denne kvitteringen.

Likviditet- resten av vurderingen, delt på gjennomsnittlig månedlig utgift (jeg er enig i at den er grov, men raskt og i 95% av tilfellene er nok).

Pris - varepris for valgt pristype.

Lagervurdering til utvalgte priser - forståelig.

Frossen mengde - vurdering av lageret til utvalgte priser minus optimal likviditetsperiode. De. for eksempel hvis vi har optimal likviditet lik en måned, og aksjebalansen tilsvarer det gjennomsnittlige månedlige salget, så er det frosne beløpet null.

Inngangspris - gjennomsnittsprisen fra registeret over varer i varehus, dvs. gjennomsnittsprisen på et produkt fra usolgte kvitteringer. Verifisert bare når du utfører batch-regnskap på lager.

Lagervurdering etter mottak - vurdering av lageret i batchpriser. Viktig: mengden tas ikke fra partier, men fra varer på lager.

Detaljtabell:

Viser månedlig utgift, inntekt, sluttbalanse og dager uten rest. I motsetning til standardrapporten "Liste over varer i lager" tilføyde null måneder - for klarhetens skyld. Valget skjer når en rad er valgt i hovedtabellen.

Tabellen kan åpnes / skjules ved hjelp av tilsvarende knapp på kommandopanelet.

Handlinger med utvalgte stillinger:

Sette priser - dokumentet "Stille inn prisene på varen" dannes med den valgte typen priser og de valgte varene. Ledelsessans - høy pris, må du bremse det. Jeg vil advare ledere om at dette skal brukes i forbindelse med andre handlinger. De. hvis du reduserer prisen, men ingen vil vite om det, så er denne handlingen NULL.

Inventar... Den ledelsesmessige betydningen er at produktet kan gå tapt på lageret, det har gått ut av drift, så det blir ikke solgt, og du må finne det.

Avskrivning... Ledelsessans - hvis produktet er et gal. Det kan være noen grunner: ekteskap, gamle ting, ikke-kjernevirksomhet, etc.

En oppgave... Ledelsessans er å legge inn informasjon System oppgave med en liste over identifiserte illikvide eiendeler. Dette kan være salgssjefer, kjøpere og avdelingsledere. I beskrivelsen av oppgaven blir de valgte vareposisjonene og deres likviditet satt inn. Teksten til problemet kan selvfølgelig suppleres manuelt med inspirerende setninger som: "Hva faen er dette ?? !!"

I tillegg er det en overgang i henhold til det valgte elementet til rapportlisten over varer på lager.

Perspektiv og andre tanker.

Temaet for kategorisering av nomenklatur er ikke avslørt. Hvis vi tar BCG-matrisen (Boston) som grunnlag, ville det være logisk å dele analysen av illikvide eiendeler for hver gruppe: "kyr", "stjerner", "hunder" og "vanskelige barn". "Kyr" må analyseres hver uke, mens "hunder" er nok en gang hver tredje måned. Hva synes du er verdt det? Følgelig må du legge til et utvalg etter elementegenskaper, hvis implementeringen vil være gjennom dem.

Jeg tror også at det ville være riktigere å gjøre likviditet ikke generell, men etter varegrupper, eller av leverandør, hvis den har en vare.

Det er viktig å forstå at mangel på varer er like farlig for en virksomhet som illikvide eiendeler, så ikke dvel ved illikvide eiendeler.

Du må også forstå at dette er et sent handlingsverktøy, dvs. illikvid lager eller mangel er allerede der da vi så det. Selvfølgelig kan den maksimalt klemmes online ved å bruke ordre til leverandører og reserver av kjøpere. Men ideelt sett, for å bekjempe illikvide eiendeler og mangel, er det fortsatt nødvendig å automatisere prosessen med en innkjøpssjef, men jeg vil snakke om dette neste gang.

Det virker alt, takk for oppmerksomheten!

Hovedformålet med publikasjonen - diskusjon om korrektheten og bekvemmeligheten til verktøyet. Selvfølgelig vil jeg veldig gjerne høre meningene fra folk som er kunnskapsrike i emnet.

Ved åpenhet av koden:alt er åpent.

Hjelpen indikerer flere administrasjonshandlinger som går utover 1C.

Hvis noe ikke er det forståelig - skriv, jeg vil svare.

UPD 2015.02.19 (v.1.5.2):

Lagt til arbeid med nomenklaturserier.
Listen inkluderer nå også posisjoner med null balanse, som det var bevegelser for - åpenbare underskudd. Det var bare rester, nå rester (takk til Pasha for riktig råd).
En kolonne er lagt til i detalj - dager uten resten.
Mindre feil løst.

Minihistorie om planlagte illikvide eiendeler (2015.02.19):

Flere ganger kommer jeg over bedrifter som har (jeg beklager tautologien) planlagt illikvide eiendeler, her er et eksempel:

Handel med stikkontakter. Det er en slik posisjon - et datakontakt. Andelen i omsetningen til andre utsalgssteder er 0,01%, om ikke mindre. Men så kommer kunden for å kjøpe for en stor, fasjonabel privat husstand. Lang velger farge, modell osv. Det kommer til å legge inn en ordre, han har 300 forskjellige ikke de billigste stikkontaktene og en haug med ekstra fentiflyushki der. Og herregud, han trenger to datakontakter, men de er ikke i området! Og klienten forteller deg, beklager, jeg trenger en stil og går. Dette er mer enn ekte. Og butikken er tvunget til å beholde et års forsyning av disse datamaskinene.

UPD 2015.02.25 (v.1.6.1):

På kommandolinjen la du til en overgang til listen over varer på lager for den valgte linjen i varen.
Nå, når man beregner gjennomsnittlig månedlig omsetning, blir ikke null måneder som var før den første kvitteringen tatt i betraktning. De. hvis det er et nytt produkt, er det veldig viktig for et kontinuerlig oppdatert utvalg. Dette øker gyldigheten av den frosne mengden.
Faste mindre og større feil.
Litt forbedret brukervennlighet.

UPD 2015.04.03 (v.1.6.3):

På kommandolinjen la du til en overgang til listen over ordrer til leverandører for den valgte linjen i varen.
I lagt til kommandolinje basert på dokument fra leverandørordre.Dette gjelder for knapphet. Behandlingen prøver å plassere en ordre hos hovedleverandøren av varen. Mengden i dokumentet legges inn lik forskjellen mellom gjennomsnittlig månedlig salg og gjeldende saldo for vurderingen. Bare bruk den forsiktig slik at varene under bestillingen ikke kommer dit. I fremtiden er det mulig å koble til metoden for å sikre lager (ordre).
Nå kollapser nomenklaturserier, tidligere var analysen i seriersammenheng.
I innstillingene lagt til alternativet "Tenk / ignorer kundereserver".
Grensesnittet har blitt betydelig redesignet. Siden det var mange kolonner, delte vi dem inn i kvantitative og summative. Bytte visningsmodus i kommandolinjen med tallene "1" og "2".
Kolonnen "Liquidity" er nå uthevet og er foran, da dette er den viktigste "pivot" for behandlingen.

OPPDATERING 2015.04.10:

En modifisert versjon av rapporten "" er publisert, som lar deg automatisk beregne ordrepunktet og deretter danne en ordre for leverandøren. Denne rapporten er posisjonert som første linje for å unngå lager og underskudd. I sin tur er den nåværende behandlingen den andre linjen for å håndtere illikvide eiendeler og knapphet når den allerede eksisterer.

Kampen mot illikvide eiendeler på lageret er riktig vei frigjøre penger og øke omsetningen. Derfor krever de fleste ledere regelmessig fra lederne sine. Disse danner vanligvis bare en oversikt over saldoer og sammenligner kolonnen "salg" for perioden og "nåværende saldo". Og siden dette er veldig upraktisk og tidkrevende, for alternativ måte søke etter illikvide eiendeler vi hele tiden blir kontaktet.

Vanligvis forstås et illikvidt produkt som et produkt som ikke har blitt solgt for lenge. For to år siden kjøpte vi en mislykket modell, og den står fremdeles i vinduet, ingen tar den.

Her inkluderer jeg også varelager som vil bli utsolgt for lenge, selv om de er etterspurt.

La oss si at en leverandør ga meg superrabatt, og jeg kjøpte 100 enheter av et nytt produkt fra ham, som ikke ble solgt i butikken før. De. Jeg vet ikke om han vil dra eller ikke.

Basert på resultatene fra de første par månedene er det klart at det brukes 1-2 stykker per uke. Hvis salgshastigheten ikke endres, vil jeg selge de 90 stykkene som nå er i butikken i omtrent et år.

Ved hjelp av en så enkel beregning kan du se mulige illikvide eiendeler på forhånd. Og på forhånd å ta noen tiltak for raskt å skyve dem bort, og øke omsetningen.

Og overskuddet avhenger av omsetningen, om enn i mindre grad enn av marginen.

Jeg vil vise denne avhengigheten med et eksempel:

Jeg kjøper en ting for 200 rubler, selger den for 300 rubler. (50% margin), ligger på sokkelen i 1 år, tjente 100 rubler. i år
Jeg kjøper en ting for 200 rubler, selger den for 250 rubler. (margin 25%). ligger på hylla i 6 måneder. tjente 100 rubler. per år.

Her kan du forresten tydelig se hvorfor det ikke kan gjøres rabatter hvis dette ikke øker omsetningen. I dette eksemplet kuttet vi markeringen på halvparten, selv om kjøperen så en reduksjon på bare 15%. Hvis dette ikke dobler omsetningen, reduserte vi ganske enkelt fortjenesten, i stedet for å tiltrekke oss kunder.

Programmet fungerer nøyaktig som jeg viste ovenfor - det beregner salgssatsen og forutsier antall dager det vil ta å selge sin nåværende saldo.

I dette eksemplet (tatt forresten fra basen til en ekte butikk) kan du se varer med overdrevne saldoer:
- Første linje - solgt på seks måneder (177 dager) 18 stykker, og nå på lager - 36. Resten vil bli solgt i et år til.
- Den andre linjen - 10 enheter solgt på 232 dager, nå er det 50 på lager. Salget vil ta omtrent 3 år til.
- Den tredje linjen - 108 stykker ble solgt på ett år, nå er det bare 5 stykker på lager. Med en slik dynamikk vil den vare i en halv måned. Dette er absolutt ikke en overvurdert, men ganske normal balanse.

I nærheten, i feltet "Frossent beløp", et omtrentlig estimat av overskuddet i kjøpspriser. Et negativt beløp indikerer at det er ønskelig å fylle på balansen - det er ikke nok produkt.

Naturligvis er ikke lagerdager nok til å rangere en vare som illikvid.

Det er nødvendig å ta i betraktning hvor mye penger vi kan investere i lageret, om produktet har holdbarhet, hvor mye rabatt leverandøren ga oss for volumet, leveringstiden for varene fra leverandøren.

Varene innhentet fra rapporten kan være

tilordne prisgruppen "Illiquid" eller "Sale"
- Et slikt produkt kan fremheves i farger i den generelle listen over produkter.
- det er praktisk å bruke den til å spore salg og lagerbalanser gjennom rapporter
fyll automatisk ut dokumentene "Angi priser" eller "Angi rabatter".

Å fremheve produktet i farger - vil gi selgere og ledere et visuelt signal om at produktet ikke selger godt, og de må gjøre en større innsats for å selge det - for å lete etter ytterligere argumenter for kjøperen eller tilby ham spesielle betingelser.

Illikvide produkter - et produkt som ikke selger eller selger veldig dårlig og som er på lager i mer enn 3-6 måneder (avhengig av produktkategori). Et foreldet produkt gir ikke bare fortjeneste, men på grunn av det har selskapet store tap. I tillegg er gamle modeller ikke lenger behov for noen, og de ligger rett og slett på lageret.

Åpenbart må du kvitte deg med et slikt produkt så snart som mulig, identifisere årsakene og forhindre en gjentakelse av dette. Men hvordan identifiserer du en vare som selges dårlig?

Alt dette og mye mer kan enkelt gjøres med rapporten “Analyse av illikvide varer for 1C: Trade Management”.

HVORDAN FINNE IKKE-VÆSKE VARER I 1C 8.2 og 8.3

Det finnes ingen standardrapport om identifikasjon av illikvide varer i 1C Enterprise. Det er grunnen til at vi har utviklet en slik rapport, som allerede brukes av hundrevis av grossister og butikker i Russland, og holder bokføring i 1C. Nå vil vi veldig kort beskrive hvordan en rapport genereres, og du vil forstå hvorfor en slik rapport ikke kan lages manuelt.

For å identifisere illikvide eiendeler, blir data samlet inn fra fem rapporter: salg for perioden, aksjesaldo, detaljbalanse. For hvert produkt sammenlignes data og salgshastigheten beregnes. Videre tas saldoen ikke bare for sluttdatoen, men for hver dag i den angitte perioden. Dette er den eneste måten å komme seg på ekte hastighet salg av varer (når alt kommer til alt, hvis varene var utsolgt i 10 dager, så ble den ikke solgt, men kunne selges). Takket være dette avsløres også det virkelige antall dagene varene har vært på lageret.

Etter å ha mottatt hastigheten på avhending av varer, beregner programmet hvor lenge den nåværende varebalansen vil vare, og i henhold til de angitte kriteriene klassifiserer den som flytende eller illikvid. Deretter henter programmet informasjon fra to flere rapporter om primalkostnad, utsalgspriser og viser den nåværende markeringen. Dette vil hjelpe deg med å ta en beslutning - er det mulig å kvitte seg med illikvide eiendeler ved å senke prisen, men å tjene penger.

Nedenfor er en klar illustrasjon av hvordan du arbeider med rapporten. Ta en titt:

Rapporter innstillinger for å identifisere likviditet av varer

I hovedmenyen i rapporten angir du datoen du vil motta aksjesaldoen for, og bestemmer likviditeten til varene. Vi kan indikere valg etter lager og varer i fanen "Utvalg og sortering".

Her angir vi perioden salg skal analyseres for (vi kan angi hvilke divisjoner som skal tas i betraktning).

Vi setter parametrene som produktet skal deles inn i illikvide og flytende. Dette kan være:

antall dager varene har vært på lageret (for eksempel hvis produktet kom for 10 dager siden og det ikke er noen fullstendig salgsstatistikk for det ennå, er det bedre å ikke henvise til ikke-flytende lager for nå);
antall dager å selge saldoen - hvis den nåværende saldoen vil bli solgt i mer enn 90 dager, er den mest sannsynlig illikvid (antall dager kan endres)

Salgsanalyseresultater

Etter å ha analysert salget for perioden får vi de første inndataene:

Antall og mengde salg for hvert produkt;
Avdekket hvor mange dager varene var på lageret;
Vi beregnet salgssatsen for varer per dag / måned. Det er viktig at når vi bestemmer hastigheten, tar vi ikke hensyn til antall dager i perioden, men hvor mange dager varene faktisk var på lageret. For eksempel ble 300 bærbare datamaskiner solgt i løpet av et år, men de var ikke på lager hele året, men bare 200 dager. Derfor, når du bestemmer hastigheten på salget, deles 300 ikke med 365 dager, men med 200 dager. Fordi hvis produktet var på lager andre dager, ville det vært mer salg.

Analyse av strømbalanser

Vi legger til data fra lagerbalanserapporten og bestemmer varemengden på lageret for den angitte datoen. Dele resten av hastigheten på salget - får vi Anslått salgsdato(dvs. om hvor mange dager vi kan selge varene som er på lageret)

Varer uten salg i 1C

Dermed har vi identifisert produkter som vil være i salg i flere måneder eller til og med år (du vil bli overrasket, men det er noen). For fullstendighet, legg til data fra den tredje rapporten og se kostnaden for den nåværende saldoen:

Analyse av årsakene til illikvide varer i 1C

Hvorfor ble produktet illikvid? Kanskje kjøperen brakte inn mye, kanskje produktet ikke presenteres i butikkfronten, eller kanskje prisen bare er for høy for det? Vi trekker opp salgsprisdataene i tabellen og beregner dagens margin:

Markdown av illikvide varer i 1C *

Etter å ha identifisert illikvide eiendeler, etter å ha analysert marginen, kan vi umiddelbart tildele en rabatt og skjema ny pris... Med ett klikk overføres prisene til dokumentet "Angi varepriser" og festes i databasen.

* Denne funksjonen er bare tilgjengelig i konfigurasjoner: 1C: Trade Management 10.3. 1C: Integrert automatisering 1.1 og 1C: ledelse produksjonsbedrift 1.3

Hvordan se på 1C: Hvor mange dager har produktet ikke blitt solgt?

For å gjøre det lettere å analysere informasjonen, kan du i rapporten finne ut datoen for siste salg av varen og hvor mange dager som har gått siden datoen for siste salg (du kan dermed bestemme hvor mange dager varene ikke blir solgt og ligge urørlige på lageret):