**********************************************

Tinanggap ang mga pagdadaglat

KA 1.1- karaniwang configuration "1C: Integrated Automation 8", edisyon 1.1. Na-update ang port para ilabas KA 1.1.115.x;

SCP 1.3- karaniwang configuration "1C: Production Enterprise Management 8", edisyon 1.3. Na-update ang port para ilabas SCP 1.3.122.x;

BP 3.0- karaniwang configuration "1C: Enterprise Accounting 8", edisyon 3.0, bersyon PROF, CORP o basic. Na-update ang port para ilabas BP 3.0.71.x.

Paglipat ng data mula KA 1.1 hanggang BP 3.0

Dalawang development ang available para sa paglipat - alinman sa mga panuntunan sa conversion, o external na pagpoproseso ng exchange.

1. Ang mga panuntunan sa conversion ay binuo sa programa Pag-convert ng data. Ginagamit ang karaniwang pagproseso upang mag-upload at mag-download ng data. Ang mga tagubilin sa kung paano isasagawa ang paglipat ay nakalakip sa publikasyon. Dagdag pa sa teksto, maaari mong pamilyar ang iyong sarili sa mga tampok ng paglilipat ng data, ang pamamaraan ng paglilipat, isang listahan ng mga inilipat na bagay, mga tagubilin at isang pagpapakita ng video ay ibinigay.

2. Ang pagproseso para sa pagsasagawa ng paglilipat ay naglalaman lamang ng mga kinakailangang setting. Isa sa mga ito ay para sa KA 1.1 at nagbibigay-daan sa iyong mag-upload ng data sa isang file. Ang pangalawa ay naka-attach sa BP 3.0, naglo-load ito ng data mula sa isang file. Kapag nagsasagawa ng palitan gamit ang pagpoproseso, nananatiling tipikal ang mga programang 1C.

Maaari mong piliin ang uri ng pag-unlad na kailangan mo sa ibaba ng publikasyon.

Upang maging pamilyar sa halimbawa ng paglilipat ng data, nakuha sa pamamagitan ng pag-download mula sa isang tipikal na demobase KA 1.1 mula sa kumpanya 1C.

Sino ang makikinabang sa paglilipat ng data?

Ang paglipat ay inilaan para sa mga propesyonal na nagpapatupad na kailangang lumipat mula sa accounting sa KA 1.1 sa BP 3.0. Ang paggamit ng isang handa na programa ay makatipid ng maraming oras sa pagbuo ng isang pamamaraan ng paglipat, pagpapatupad nito, pag-debug at pagsubok ng error.

Gayundin, ang paglipat ng data ay magagawang independiyenteng magsagawa ng mga empleyado ng mga organisasyon na nagpasyang gawin ang paglipat mula sa accounting hanggang sa Pinagsamang Automation sa Enterprise Accounting 3.0. Ayon sa mga iminungkahing tagubilin at pagpapakita ng video, maaari kang gumawa ng paglipat kahit na hindi isang espesyalista sa 1C. Gayunpaman, inirerekomenda pa rin namin ang pakikipag-ugnayan sa mga nakaranasang 1C na espesyalista upang magarantiya ang kalidad ng trabaho at makatipid ng oras. Maaari ka ring makipag-ugnayan sa amin para sa gawaing ito. Maaari kaming kumonekta sa iyong computer nang malayuan at isagawa ang paglilipat o magpadala sa iyo ng database sa pamamagitan ng koreo BP 3.0 na may na-load na data (taripa VIP). Mayroon kaming malawak na karanasan sa pagbuo at pagpapatupad ng mga paglilipat ng data, upang talakayin ang gawaing ito, sumulat sa mga pribadong mensahe.

Bakit lumipat mula sa Integrated Automation 1.1 patungo sa Enterprise Accounting 3.0?

Mayroong iba't ibang mga kadahilanan kung bakit lumipat ang mga organisasyon sa accounting Enterprise Accounting 3.0 sa halip na Pinagsamang Automation 1.1. Karaniwan naming ibinubukod ang dalawang pangunahing dahilan:

1) BP 3.0- ito ay isang modernong programa na nagpapatupad ng isang malaking bilang ng mga bagong pag-andar, gumagana ito sa mga pinamamahalaang form, ang iba't ibang mga karagdagang operasyon ng negosyo ay awtomatiko. Kung ikukumpara sa KA 1.1 pagsasaayos BP 3.0 ay isang bagong henerasyong programa.

2) KA 1.1 sumusuporta sa management accounting, na nangangahulugan na ang mga dokumento ay naglalaman ng mas malaking bilang ng mga detalye. Kaya, sa input pangunahing mga dokumento sa BP 3.0 ito ay tumatagal ng makabuluhang mas kaunting oras (hanggang sa dalawang beses na mas kaunting oras upang makapasok sa bawat kargamento). Mas madali ding isagawa ang pagsasara ng buwan at iba pang nakagawiang operasyon.

Bilang karagdagan, maaaring magpasya ang organisasyon na ibahagi ang mga programang ito. Halimbawa, maaaring pumili ng senaryo sa trabaho kapag ang mga empleyado ng departamento ng pagbili at ang departamento ng pagbebenta ay patuloy na gumagamit ng KA 1.1, at ang departamento ng accounting ay nagsimulang magtago ng mga tala BP 3.0. Sa kasong ito, kakailanganin ang regular na pagpapalitan ng data sa pagitan ng mga programang ito. Upang maisakatuparan ito, maaari mong makitang maginhawang gumamit ng panlabas na pagproseso para sa palitan, na naka-attach sa mga publikasyon.

Mga tampok ng paglilipat ng data KA 1.1 => BP 3.0 gamit ang mga patakaran sa palitan

0) Bago ilipat ito ay kinakailangan siguraduhing i-back up mga base BP 3.0 kung saan ilo-load ang data.

1) Ang mga patakaran ay inilaan para sa aktwal na karaniwang mga paglabas ng mga programa "1C: Integrated Automation 8", rev.1.1 at "1C: Enterprise Accounting 8", ed. 3.0 mula sa kumpanyang 1C (iyon ay, hindi nabagong mga pagsasaayos). Kailangan mo ring i-install ang kasalukuyang bersyon ng platform 1C:Enterprise 8.3.

2) Ang mga panuntunan ay inihahatid bilang isang file ng mga panuntunan sa conversion sa format XML(kaya ang source code ay, siyempre, open source). Kung kinakailangan na magsagawa ng paglipat para sa hindi karaniwang mga pagsasaayos, kung gayon ang mga iminungkahing panuntunan ay dapat na tapusin sa programa Pag-convert ng data. Maaari kang makipag-ugnay sa amin sa gawaing ito para sa isang bayad na rebisyon, isulat ang pahayag ng problema sa pamamagitan ng mga personal na mensahe.

3) Ang data ng balanse para sa paglipat ay kinuha mula sa KA 1.1 mula sa mga balanse ng account accounting sa napiling petsa. Iyon ay, ang data ng mga rehistro ng accounting ng pamamahala ay hindi nakakaapekto sa paglipat sa anumang paraan.

4) Ang paglipat ay maaaring isagawa sa isang hakbang. Ang pagkakasunud-sunod ng paglo-load ng data ay ang mga sumusunod: una, itinakda ang patakaran sa accounting, pagkatapos ay ang impormasyong sanggunian(mga direktoryo, mga plano ng mga uri ng mga katangian at mga rehistro ng impormasyon), pagkatapos ay balanse, pagkatapos ay mga dokumento.

5) Ang paglipat ay isinasagawa gamit ang uri ng pagproseso Universal Exchange sa XML Format, na bahagi ng bawat tipikal na configuration ng 1C, kabilang ang KA 1.1 at BP 3.0. Ang mga tagubilin para sa pagsasagawa ng paglipat gamit ang pagproseso na ito ay nakalakip sa publikasyong ito.

6) Kapag naglilipat, kinakailangang punan ang unibersal na form sa pagproseso ng palitan ng petsa ng pagsisimula at petsa ng pagtatapos ng panahon ng pagbabawas. Ang katotohanan ay ang mga balanse ng account ay ililipat sa petsa ng pagsisimula ng napiling panahon. At mga dokumento - para sa panahon sa pagitan ng petsa ng pagsisimula at petsa ng pagtatapos.

7) Kapag naglilipat ng malalaking halaga ng data (kapag ang upload file ay higit sa 3-4 GB), kailangan mong gamitin ang pinakaproduktibong computer o server. Kung hindi ito posible, kung gayon kinakailangan na isagawa ang paglipat sa maraming yugto. Mga inirerekomendang hakbang: 1) mga direktoryo, 2) mga natira, 3) mga dokumento. Ang mga dokumento ay maaari ding hatiin sa mga taon o sa mga yugto ng anim na buwan o mas kaunti. At ang bawat isa sa mga yugto naman ay mag-ibis mula sa KA 1.1 at i-upload sa database BP 3.0. Sa listahan ng mga panuntunan sa pag-upload, dapat mong markahan ang pangkat Mga sangguniang aklat lamang kung kinakailangan na ang mga direktoryo ay ganap na mailipat. Kung sapat na upang ilipat lamang ang mga elementong iyon na ginagamit sa mga dokumento para sa panahon at sa mga balanse, pagkatapos ay markahan ang pangkat ng mga patakaran Mga sangguniang aklat hindi naman kailangan.

8) Ang mga panuntunan sa paglipat ay binuo noong Agosto 2014, mula noon maraming kumpanya ang gumamit ng mga ito, marami ang nagsimulang magtago ng mga rekord sa ganitong paraan BP 3.0. Gayunpaman, ang bawat isa ay may sariling accounting feature; sa mga bihirang sitwasyon, maaaring mangyari ang mga error sa panahon ng paglilipat. Magpadala ng impormasyon tungkol sa kanila sa pamamagitan ng mga pribadong mensahe sa infostart, sinusubukan naming ayusin ito nang napakabilis, kung maaari sa loob ng 24 na oras pagkatapos ng pagtuklas ng isang error. Sa mga bihirang kaso, ang oras ng pagwawasto ay maaaring tumaas ng hanggang 2 araw. Kasabay nito, itinatama lang namin ang mga panuntunan kung karaniwan ang iyong mga pagsasaayos at ang accounting ay isinasagawa nang tama at ayon sa pamamaraan ng accounting na inirerekomenda ng 1C.

9) Kung nag-a-upload ka sa pangunahing bersyon BP 3.0, pagkatapos ay sa tab Mga pagpipilian tiyaking itakda ang pagpili ayon sa organisasyon. Suriin din na ang mga patlang Pangalan, TIN, KPP sa card ng organisasyon KA 1.1 ganap na tumutugma sa mga patlang Pangalan sa programa, TIN, KPP sa BP 3.0. Sa kasong ito lamang mangyayari ang paghahambing ng mga organisasyon at ang pag-download ay hindi maaantala sa isang error sa pagsubok na lumikha ng pangalawang organisasyon. At, tulad ng alam natin, ito ay ipinagbabawal sa pangunahing bersyon.

Mga tampok ng palitan gamit ang pagproseso

Mas gusto ng maraming accountant na magtago ng mga rekord at magsumite ng mga ulat mula sa programang "1C: Enterprise Accounting 8", rev.3.0. Sa kasong ito, maaaring magamit ang iba't ibang mga programa para sa accounting ng pamamahala: UT 10.3, UT 11, SCP 1.3, ERP 2 at saka KA 1.1(aka "1C: Integrated Automation 8", rev.1.1).

Gayunpaman, ang 1C ay hindi nakabuo ng tipikal na paglilipat ng data o pagpapalitan ng data sa pagitan ng mga programa. KA 1.1 at BP 3.0.

Para sa regular na interactive na palitan (iyon ay, na isinasagawa nang manu-mano), maaari mong gamitin ang ipinahiwatig na pagproseso.

Ang mga pagpoprosesong ito para sa paggamit ay dapat na nakalakip bilang karagdagang, kapwa sa kumplikado at sa accounting.

Ang malaking bentahe ng naturang exchange scenario ay ang mga programa ay nananatiling tipikal. At kung para sa kumplikadong ito ay hindi masyadong kritikal, kung gayon ito ay lubos na mahalaga para sa accounting. Ito ay madalas na ina-update at ang pag-update ng hindi karaniwang accounting ay nangangahulugan ng karagdagang mga pondo at oras.

Kaya, ang departamento ng pagbebenta, ang departamento ng pagbili, ang pangangasiwa ng kumpanya ay maaaring magpatuloy upang mapanatili ang pamamahala ng accounting sa kumplikadong automation. At ang departamento ng accounting ay magagawang balansehin, maghanda ng mga ulat sa kanilang sariling programa na "Enterprise Accounting", bersyon 3.0.

Bago ang bawat pag-upload ng data (na maaaring isagawa, halimbawa, isang beses sa isang buwan), inirerekomenda namin na isama mo ang petsa ng pagbabawal sa pagbabago sa departamento ng accounting. Titiyakin nito na ang lumang data ay hindi mababago sa pag-upload.

1) Posible ang pagpapalitan ng data sa pagitan ng mga programang "1C: Integrated Automation 8", rev.1.1 at "1C: Enterprise Accounting 8", rev. 3.0. Ang data ay inililipat sa isang direksyon KA1.1 => BP3.0. Ang isang angkop na platform ay ang kasalukuyang bersyon ng 1C:Enterprise 8.3.

2) Maaari akong mag-alok na pahusayin ang palitan ng data para sa iyong mga hindi karaniwang pagsasaayos o isang espesyal na paraan ng accounting. Ang pagbabagong ito ay babayaran. Kung may mga komento sa komposisyon o paraan ng pagpapalitan ng data na nauugnay sa karaniwang pamamaraan para sa pagtatrabaho sa mga programang 1C, pagkatapos ay itinatama ko ito nang walang bayad at kaagad. Halimbawa: kailangan mong ipatupad ang paglipat ng dokumento Pagtanggap ng mga kalakal at serbisyo (KA 1.1) upang idokumento Pagbebenta ng mga kalakal at serbisyo (BP 3.0) - babayaran ang rebisyong ito. O halimbawa 2: sa direktoryo Mga organisasyon hindi inililipat ang impormasyon sa pakikipag-ugnayan - ang rebisyong ito ay ipapatupad nang walang bayad at mabilis.

3) Ang processing code ay bukas, ito ay posible na baguhin ito sa iyong sarili.

4) Mga update sa palitan ng data kapag ang mga bagong release ng 1C program ay inilabas sa loob ng isang linggo pagkatapos ng release ng mga release. Libre ang mga update. Para makatanggap ng update, kailangan mong padalhan ako ng pribadong mensahe. Kung binili mo ang programa, isasama ka sa listahan ng mga tatanggap ng mga update sa palitan ng data na ito.

5) Nagbibigay ako ng libreng teknikal na suporta para sa pagpapalitan ng data sa loob ng tatlong buwan pagkatapos ng pagbili. Posible ang karagdagang bayad na suporta kung kailangan mo ito.

6) Upang mag-set up ng palitan ng data sa pamamagitan ng panlabas na pagproseso, sapat na upang ikonekta ang iyong sariling panlabas na pagproseso sa bawat isa sa mga programa. AT KA 1.1 ikonekta ang parehong panlabas na pagproseso ng alwas at sa BP 3.0- pagpoproseso ng paglo-load ng data. Pagkatapos nito, maaari mong simulan ang pagpapalitan ng data mula sa mga programa. O maaari mong buksan ang pagproseso sa pamamagitan ng pangunahing menu - File - Buksan.

7) Kapag nag-unload, posibleng itakda ang pagpili ayon sa organisasyon. Pagkatapos ay ililipat ang data para lamang sa organisasyong ito. Kabilang dito ang pag-filter sa lahat ng impormasyong nauugnay sa mga organisasyon. Magiging kapaki-pakinabang ang feature na ito para sa mga user ng basic Accounting at para sa mga organisasyong nag-iingat ng mga tala KA 1.1 para sa maraming organisasyon, kabilang ang pamamahala. O, kung kinakailangan, mula sa isang database KA 1.1 mag-upload sa iba't ibang base BP 3.0.

8) Kung pagkatapos i-load ang data sa database BP 3.0 ang mga dokumento ay naitama, at pagkatapos ay nagkaroon muli ng pangangailangan na maglipat ng mga bagong dokumento o ilang mga pagsasaayos na ginawa KA 1.1 pagbabalik-tanaw, pagkatapos ay may posibilidad para dito. Kailangan sa mga dokumento ng komento sa BP 3.0 idagdag ang salitang "protektahan". Maaaring idagdag ang salitang ito sa pangunahing teksto ng komento. Matatagpuan ito kahit saan - simula, wakas, kahit sa gitna ng komento. Maaari kang sumulat ng malaki o maliit na titik. Kung ang isang komento sa dokumento ay naglalaman ng salitang "protektahan", ang dokumentong iyon ay hindi ma-overwrite kapag ang data ay na-load mula sa KA 1.1. Inirerekomenda na ang tampok na ito ay gamitin kasabay ng pagsasama ng isang walang-edit na petsa sa BP 3.0.

Mga portable na uri ng mga dokumento

Ang lahat ng posibleng uri ng mga dokumento ng programa ay inililipat KA 1.1 at BP 3.0. Kung may napalampas ka at hindi makapaglipat, maaari kang makipag-ugnayan sa amin - idaragdag namin ito sa paglilipat ng data.

Mga fixed asset

• Pag-unlad ng hindi nasasalat na mga ari-arian
• Pag-unlad ng OS
• Pagbabago ng mga iskedyul ng depreciation ng fixed asset
• Pagbabago ng mga parameter para sa pagkalkula ng pamumura ng mga fixed asset
• Pagbabago sa kadahilanan ng pagbabawas para sa pagkalkula ng depreciation ng hindi nasasalat na mga asset (tax accounting)
• Pagbabago ng estado ng OS
• Pagbabago ng espesyal na koepisyent para sa pagkalkula ng depreciation ng fixed assets (tax accounting)
• Imbentaryo ng kasalukuyang gawain
• Imbentaryo ng OS
• Pag-upgrade ng OS
• Paglipat ng hindi nasasalat na mga ari-arian
• Paglipat ng kagamitan para sa pag-install
• Paglipat ng OS
• Paglipat ng OS
• Paghahanda para sa OS Transfer
• Pagtanggap ng hindi nasasalat na mga ari-arian
• Pagtanggap para sa accounting ng hindi nasasalat na mga ari-arian
• Pagtanggap para sa OS accounting
• Pagwawasto ng mga hindi nasasalat na asset
• Pag-decommission ng OS

Ang suweldo

• Sahod na babayaran sa mga organisasyon
• Listahan ng pagganap
• Pagninilay ng suweldo sa regular na accounting
• Recruitment
• Pagtanggal
• Payroll para sa mga empleyado ng mga organisasyon
• Accrual ng leave sa mga empleyado ng mga organisasyon
• Sick leave accrual
• Mga bonus ng empleyado ng organisasyon
• Pag-hire para sa isang organisasyon
• Paglipat ng tauhan ng mga organisasyon
• Pagtanggal sa mga organisasyon

Mga materyales na ginagamit

• Pagbabalik ng mga materyales mula sa serbisyo
• Paglipat ng mga materyales sa operasyon
• Pagwawasto ng mga materyales mula sa operasyon

Produksyon

• Kumilos sa pagkakaloob ng mga serbisyo sa produksyon (hindi ginagamit)
• Pagtanggap ng mga kalakal mula sa pagproseso (hindi ginamit)
• Claim ng invoice

Reguladong accounting

• Pagpasok ng libro ng kita at gastos USN(manu-manong accounting)
• Operasyon (accounting at tax accounting)
• Pagbuo ng mga entry sa pagbili ng libro
• Pagbuo ng mga entry sa benta ng libro

Mga pangunahing dokumento (kalakalan, mutual settlements)

• Paunang ulat
• Reconciliation Act
• Pagbabalik ng mga kalakal mula sa bumibili
• Pagbabalik ng mga kalakal sa supplier
• Deklarasyon ng Customs para sa pag-import
• Kapangyarihan ng abugado
• Utos ng mamimili
• Imbentaryo ng mga pakikipag-ayos sa mga katapat
• Imbentaryo ng mga kalakal sa bodega
• Kumpletong set ng nomenclature
• Pagsasaayos ng Utang
• Pagsasaayos ng resibo
• Pagsasaayos ng pagpapatupad
• Pag-post ng mga kalakal
• Ulat ng mga benta ng komisyoner
• Iulat sa consignor ang pagbebenta ng mga kalakal
• Ulat sa pagbebenta ng tingi
• Paglipat ng mga kalakal
• Paggalaw ng mga kalakal
• Muling pagsusuri ng mga kalakal sa tingian
• Pagtanggap ng karagdagang gastos
• Pagtanggap ng mga kalakal at serbisyo
• Pagtanggap ng mga kalakal at serbisyo sa NTT
• Pagbebenta ng mga ipinadalang kalakal
• Pagbebenta ng mga kalakal at serbisyo
• Pagsasakatuparan ng mga serbisyo sa pagproseso (hindi ginagamit)
• Pagpapawalang bisa ng mga kalakal
• Invoice ng mamimili
• Invoice ng supplier
• Inisyu ang invoice
• InvoiceInvoiceReceived
• Pagtatakda ng mga presyo ng item

Pananalapi

• Inilipat ang liham ng kredito
• Letter of credit na natanggap
• extradition mga dokumento sa pananalapi
• Dokumento ng settlement na may katapat (manual na accounting)
• Ipinadala ang order ng koleksyon
• Natanggap ang order ng koleksyon
• Order ng pagbabayad papasok
• Papalabas na order ng pagbabayad
• Inilabas ang kahilingan sa pagbabayad
• PaymentRequestReceived
• Payment order para sa resibo Pera
• Payment order para sa pag-debit ng mga pondo
• papasok cash warrant
• Cash warrant ng account

Kung kailangan mong maglipat ng ilang mas karaniwang uri ng mga dokumento ayon sa karaniwang paraan ng accounting sa mga programa KA at BP 3.0, pagkatapos ay nagdaragdag kami ng mga uri ng mga dokumento nang libre sa iyong kahilingan.

Listahan ng mga portable reference na bagay

• Classifier ng address
• mga bank account
• Mga porma mahigpit na pananagutan
• Mga pera
• Mga uri ng mutual settlement
• Mga uri ng impormasyon sa pakikipag-ugnayan
• Mga uri ng awtoridad sa buwis
• Mga uri ng mga dokumentong ipinadala
• Mga uri ng subconto na sumusuporta sa sarili
• Panlabas na pagproseso
• Pansamantalang pananatili Mga dayuhang mamamayan tinatanggap sa ilalim ng mga pangmatagalang kontrata
• Mga iskedyul ng taunang pagbaba ng halaga para sa mga fixed asset
• Pagkamamamayan ng isang indibidwal
• I-access ang mga grupo para sa mga indibidwal
• Grupo ng mga gumagamit
• Mga dokumento ng pera
• Mga kapangyarihan ng abogado ng nagbabayad ng buwis
• Mga kasunduan sa counterparty
• Mga dokumento ng pagkakakilanlan
• Mga posisyon
• Mga posisyon ng mga organisasyon
• kita ng mga hinaharap na panahon
• Kita mula sa mga premium ng insurance
• Mga halaga ng property ng object
• Classifier ng unit
• Classifier ng mga bansa sa mundo
• Mga mukha ng contact
• Mga counterparty
• Mga halaga ng palitan
• Mga lisensya ng mga supplier ng mga produktong alkohol
• Pinakamataas na laki buwanang pagbabayad ng insurance
• Minimum na bayad Paggawa ng Russian Federation
• Layunin ng paggamit
• Mga Assignment sa Ari-arian ng Kategorya ng Bagay
• Mga awtoridad sa buwis
• Intangible asset
• Nomenclature
• Mga pangkat ng nomenclature
• Mga numero ng GTD
• Mga bagay sa pagtatayo
• Mga bagay sa pagtatayo ng mga organisasyon
• Mga organisasyon
• Mga dahilan para sa pagpapaalis
• fixed asset
• Mga espesyal na kondisyon sa pagtatrabaho
• Mga responsableng tao
• Mga responsableng tao ng mga organisasyon
• Mga pagpapadala ng OLTC
• Mga pagpipilian sa pagbuo ng OS
• Data ng pasaporte ng isang indibidwal
• Mga dibisyon ng mga organisasyon
• Mga gumagamit
• limitahan ang halaga mga base ng insurance premium
• Mga dahilan ng pagpapawalang bisa
• Iba pang kita at gastos
• Mga lugar ng trabaho
• Paggastos sa hinaharap
• Pagpaparehistro sa IFTS
• Pagpaparehistro mga kapirasong lupa
• Pagpaparehistro Sasakyan
• Mga regulated na ulat
• reserba
• Mga tungkulin ng mga contact person
• Impormasyon tungkol sa mga produktong alkohol
• Impormasyon tungkol sa kapansanan ng mga indibidwal
• Mga katangian ng bagay
• Mga diskwento sa kita kapag kinakalkula ang mga premium ng insurance
• Mga bodega
• Mga kaganapan sa OS
• Mga miyembro ng mga pangkat ng gumagamit
• Mga empleyado ng mga organisasyon
• Mga detalye ng item
• Mga paraan upang ipakita ang mga suweldo sa reg. accounting
• Mga paraan upang ipakita ang mga gastos sa pamumura
• Rate ng premium ng insurance sa aksidente
• Rate ng refinancing ng Central Bank
• Mga rate ng buwis sa ari-arian
• Mga rate ng buwis sa ari-arian para sa mga indibidwal na fixed asset
• Mga katayuan ng mga indibidwal na nakaseguro
• Mga item sa daloy ng pera
• Mga gastusin
• Subconto
• Mga account na may espesyal na pamamaraan ng muling pagsusuri (accounting)
• Mga account sa accounting ng item
• Mga account para sa accounting para sa mga pakikipag-ayos sa mga katapat
• Kondisyon sa teritoryo
• Mga uri ng presyo ng item
• Mga awtorisadong tao ng mga organisasyon
• Apelyido, pangalan, patronymic ng isang indibidwal
• Mga indibidwal
• Mga seguridad
• Mga ikot ng palitan

Mga uri ng portable paunang balanse

• Mga tapos na produkto at semi-tapos na mga produkto (account 43, 21)
• Cash (mga account 50-59)
• Capital (mga account 80-86)
• Mga pamumuhunan sa kapital (mga account 07, 08)
• Mga Materyales (bilang 10)
• VAT sa mga advance (mga account 76.AB, 76.VA)
• VAT sa mga nakuhang mahahalagang bagay (account 19)
• VAT sa pagbebenta
• Kasalukuyang ginagawa (account 20, 23)
• Mga hindi nasasalat na asset at gastos sa R&D (mga account 04, 05)
• Mga fixed asset (account 01)
• Ipinadala na mga kalakal (account 45)
• Mga ipinagpaliban na asset/pananagutan ng buwis (mga account 09, 77)
• Iba pang accounting account
• Mga ipinagpaliban na gastos (mga account 97, 76.01.2)
• Mga kalkulasyon para sa mga buwis at bayarin (account 68, 69)
• Mga pakikipag-ayos sa mga tauhan para sa sahod at mga depositor (account 70, 76)
• Mga pakikipag-ayos sa mga taong may pananagutan (account 71)
• Mga settlement sa mga mamimili at customer (account 62)
• Mga pakikipag-ayos sa mga supplier at kontratista (account 60)
• Mga pag-aayos sa ibang mga may utang at nagpapautang
• Mga pakikipag-ayos sa mga tagapagtatag (account 75)
• Mga kalakal (account 41)

Pagpapakita ng video

Maaari kang manood ng video demonstration ng data migration. Sa video, ang paglilipat ay isinasagawa mula sa demobase KA 1.1 sa BP 3.0:

Paano i-update at ayusin ang mga bug

1) Ang mga panuntunan sa paglipat ay ina-update kaagad. Minsan handa na ang isang update, ngunit hindi pa nai-post sa publikasyon. Samakatuwid, maaari kang makipag-ugnayan sa pamamagitan ng mga pribadong mensahe upang mapabilis ang pagtanggap ng mga update sa mga patakaran.

2) Inilabas ko ang update para lamang sa mga kasalukuyang bersyon ng mga release ng configuration ng 1C. Ang mga kasalukuyang bersyon ay ang mga nasa pangalawang column sa 1C releases website. Ibig sabihin, hindi ako naglalabas ng mga update para sa nakaplano o trial na mga release.

3) Para sa ilang publikasyon, available ang isang buong hanay ng mga panuntunan sa pagbili - kabilang ang para sa mga mas lumang release. Kaya, ibinibigay ko ang lahat ng lumang bersyon ng mga panuntunan para sa pagsusuri lamang, iyon ay, sa "as is" na batayan. Maaaring wala silang sapat na data upang i-migrate, at maaaring magkaroon ng mga error. Agad kong itinatama ang mga error sa mga panuntunan, naiintindihan ko na ang mga tao ay madalas na nauubusan ng oras upang mag-reschedule. Ngunit kung mayroon kang isang lumang release, mas mahusay na maglaan ng oras at mag-update. At kung may error sa panahon ng paglilipat, itatama ko ito kaagad. Katulad nito, hindi ako gumagawa ng anumang mga pagpapabuti sa mga lumang panuntunan sa paglipat.

Sa ilang mga kaso, maaaring may-katuturan ang kumuha ng mga bagong panuntunan, i-load ang mga ito sa Conversion ng Data at mag-downgrade sa mas lumang mga release ng configuration (o sa iyong mga custom na configuration) at isagawa ang paglipat sa ganoong paraan.

4) Tinutupad ko ang halos lahat ng kahilingan ng user para sa mga pagpapabuti ng mga panuntunan nang libre. Ang kundisyon para sa rebisyon ay dapat itong sumunod sa karaniwang pamamaraan ng accounting mula sa 1C. Dapat sumangguni sa kasalukuyang bersyon ng mga panuntunan. At, siyempre, ang pagpipino ng mga tipikal na configuration lamang.

5) Ang paglipat ay nasubok sa isang malaking bilang ng mga database ng gumagamit. Gayunpaman, ang paraan ng accounting, ang data mismo sa mga database, ay natatangi para sa lahat. At sa iyong database, maaaring mangyari ang mga error sa panahon ng paglilipat. Sa kasong ito, mangyaring makipag-ugnayan sa may-akda ng migration sa lalong madaling panahon. Maaaring kailanganin ka sa alinman Detalyadong Paglalarawan isang paraan upang magparami ng error sa isang demobase mula sa 1C, o pagbibigay ng base ng impormasyon kung saan tinukoy na error muling ginawa. Ang base ay dapat na tipikal, kasalukuyang release. Ang Migration Refund Guarantee ay hindi sumasaklaw sa mga kaso kung saan ang isang wastong source base ay hindi ibinigay upang kopyahin ang bug.

Mga Opsyon sa Pagbili ng Paglipat ng Data

Ang set ng mga panuntunan sa paglilipat na ibinigay ay pareho para sa lahat ng opsyon sa pagbili. Ang mga kinakailangan lamang para sa mga database ng pinagmulan ay naiiba, pati na rin ang kondisyon kung sino ang magsasagawa ng paglilipat ng data. Ang mga panuntunan sa conversion mismo ay bukas para sa pag-edit, maaaring i-load ang mga ito sa Data Conversion program at hiwalay na baguhin para sa iyong mga hindi karaniwang database, kung kinakailangan.

Mga Rate:

PRO- isang set ng pagproseso para sa paglipat ay ibinigay, kabilang ang hindi tipikal na pagproseso na may pinalawig na paggana, kasalukuyang mga panuntunan para sa paglipat sa pagitan ng mga pinakabagong release ng mga 1C program, isang archive ng mga panuntunan para sa mga lumang release, at mga tagubilin.

Ikaw mismo ang maglilipat.

Mga Pagpipilian: nawawala.

Suporta sa teknikal - 1 buwan, mga tanong tungkol sa mekanismo ng paglipat sa pamamagitan ng koreo at mga kahilingan sa site. Ang mga konsultasyon sa paglipat ay hindi ibinigay.

pamantayan- naglalaman ng isang hanay ng pagproseso para sa paglipat, katulad ng sa bersyon PRO, at ilang karagdagang opsyon.

Paunang kinakailangan sa database A: Ang isang tipikal na pagsasaayos ay nasa ilalim ng suporta, ang laki ay hindi hihigit sa 5 GB sa pinalawak na anyo at ang bilang ng mga dokumentong ililipat ay hindi hihigit sa 10 libong piraso. Mga tauhan at mga dokumento ng settlement. Hindi mo kailangang tukuyin ang bilang ng mga dokumento sa iyong sarili, maaari kang makipag-ugnay sa amin, mayroong isang naaangkop na pagproseso.

Mga pagpipilian sa taripa: Pagganap ng aming mga puwersa nang hindi isinasangkot ang iyong mga mapagkukunan, o kapag wala sila; Pagkakasundo ng mga balanse at turnovers.

Suporta sa teknikal - 1 buwan, pagwawasto ng mga natukoy na error at komento sa paglipat.

VIP- naglalaman ng transfer kit na katulad ng taripa pamantayan, na may mas advanced na mga opsyon.

Mga Batayang Kinakailangan: Walang mga paghihigpit sa pagsasaayos at database

Mga Pagpipilian sa Taripa: Paglipat ng mga tauhan at mga dokumento ng pag-areglo, paglilipat ng mga setting at pagpapabuti, pagsasanay ng gumagamit, pagkakasundo ng mga balanse at turnover.

Priyoridad na Suporta sa Teknikal - 3 buwan, payo sa pagtatrabaho sa isang bagong configuration, at pagsasanay sa user.

Patakaran sa teknikal na suporta

Kung mayroon kang mga tanong tungkol sa isang nabili na paglilipat ng data, kailangan mong simulan ang isang tawag. Maaari kang magsimula ng isang tawag iba't ibang paraan base sa rate mo.

Channel ng komunikasyon\Tarif	PRO	pamantayan	VIP
Makipag-ugnayan sa site
Liham para suportahan
Tawag sa suporta
Dedikadong espesyalista
Antas ng serbisyo	Base	Pamantayan	Matangkad

Basic - oras ng reaksyon mula 24 hanggang 72 oras.

Standard - oras ng reaksyon mula 12 hanggang 24 na oras.

Mataas - oras ng reaksyon mula 3 hanggang 12 oras.

Ang teknikal na suporta ay ibinibigay sa mga araw ng trabaho mula 9:00 hanggang 19:00 oras ng Moscow.

Inaasahang resulta ng paglilipat ng data at mga tuntunin

Sa mga sitwasyon kung saan ang accounting ay naitago nang tama sa source database at ang mga uri ng mga dokumento kung saan walang tamang paghahambing sa destination database ay hindi ginamit sa accounting, kung gayon ang inaasahang resulta ng paglilipat ay isang database na may mga dokumento. Pagpasok ng mga balanse sa petsa ng mga paunang balanse (Ang petsa ng mga paunang balanse ay pinili sa mga parameter ng pagpoproseso ng pag-upload) at lahat ng uri ng mga dokumento para sa panahon ng paglilipat ng dokumento. Ang isa sa mga pagpipilian para sa pagsuri sa kawastuhan ng accounting para sa patakaran sa accounting na "batch accounting" ay ang pagkakapantay-pantay ng mga balanse sa mga batch at hindi sa mga batch.

Para sa lahat ng mga taripa (maliban sa PRO taripa), ang mga sumusunod na yugto ng trabaho ay tinutukoy:

para sa Standard at VIP na mga taripa

1. Batayang pagsusuri.

2. Koordinasyon ng iskedyul ng trabaho.

3. Paglilipat ng pagsubok

4. Koordinasyon ng resulta

5. Paglipat ng trabaho.

Ang average na oras ng paglipat sa ilalim ng Standard taripa ay 1 linggo.

dagdag para sa VIP

6. Pag-audit ng mga pagpapabuti sa portable database

7. Koordinasyon ng mga pagpapabuti sa bagong database

8. Pagsasanay

9. Suporta pagkatapos ng paglipat

May tanong ka ba? Mahirap pumili? Sumulat sa amin, tutulungan ka naming piliin ang pinakamahusay na pagpipilian!

Tingnan ang buong listahan ng mga pag-unlad:

Napag-usapan na natin ang tungkol sa pamamaraan para sa paglipat sa accounting sa mga programa batay sa platform ng 1C:Enterprise 8*. Ngayon lumipat tayo mula sa teorya patungo sa pagsasanay. Mga espesyalista ng Spektr BUSINESS LLC, na medyo maikling oras dinala ang sistema ng accounting sa isang bagong antas ng automation. Naging posible ito salamat sa isang espesyal na binuong plano sa pagpapatupad.

Sanggunian

1. Yugto ng paghahanda:
   • pagbuo ng isang pamamaraan ng paglipat;
2. Mga hakbang sa pagkontrol:

"1C:Enterprise 8" - ang karanasan ng pag-aayos ng paglipat sa kumpanya CJSC "INTERSKOL"

Ang CJSC INTERSKOL ay isang pangunahing tagatustos ng mga power tool sa Russia.

Sa panahon ng pagkakaroon nito, ang kumpanya ay aktibong nakakakuha ng momentum, at ngayon ang hanay ng produkto ay may kasamang 60 na uri ng mga produkto.

Kasama sa pinakamalapit na mga plano ang karagdagang pagtaas sa hanay ng mga produkto, pati na rin ang pagpapalawak ng network ng dealer at mga istasyon ng serbisyo sa Russia at sa ibang bansa. Ang isa sa mga pangunahing layunin ng kumpanya ay ang pumasok sa IPO, na makakaakit ng karagdagang pamumuhunan. Ang pagkamit ng layuning ito (IPO) ay isang kumplikadong hakbang-hakbang na proseso. Ang isa sa mga unang hakbang tungo sa tagumpay ay ang desisyon na mapabuti ang sistema ng impormasyon sa negosyo, na kinuha ng pamamahala ng kumpanya. Kinakailangan upang matiyak ang "transparency" sa pananalapi at ang naaangkop na antas ng impormasyong ipinakita, na mauunawaan ng iba pang mga gumagamit sa pandaigdigang merkado. Sa ganitong sitwasyon, ang paglipat sa IFRS ay sapilitan. Titiyakin nito na ang mga bahagi ng kumpanya ay kasama sa listahan. mga stock exchange kapayapaan. Sa kahabaan ng paraan, kinakailangan upang malutas ang mga gawain ng pagbawas ng intensity ng paggawa at pagtaas ng kahusayan ng mga proseso ng accounting, payroll, mga talaan ng tauhan, gastos, accounting ng asset, atbp.

Sanggunian Ang kumpanya ng Russia na "INTERSKOL" ay nakarehistro noong 1991 bilang isang kumpanya ng pananaliksik at produksyon batay sa VNIISMI (ang All-Union Scientific Research Institute of Construction Mechanized Tools). Gamit ang sarili nitong mga pag-unlad at relasyon sa produksyon sa mga pangunahing negosyo ng profile ng Russia, sinimulan ng kumpanya ang kooperatiba na produksyon ng mga power tool sa ilalim ng trademark ng INTERSKOL. Gumagawa ang kumpanya ng mga grinding, polishing at milling machine, perforators at hammers, power drills, screwdriver, planer at iba pang power tool. Kasama sa holding ang isang planta para sa produksyon ng mga power tool, wholesale at retail na negosyo. Ang kumpanya ay nagmamay-ari ng isang malawak na network ng mga workshop ng serbisyo. Sa sarili nitong base ng produksyon at sa mga regional dealer, at ang kumpanya ay may higit sa 100 sa kanila, ang warranty at pagpapanatili ng serbisyo ng tool na INTERSKOL ay isinasagawa. Kabilang sa mga kasosyo ng kumpanya sa ikot ng produksyon Ang Izhevsk Mechanical Plant, Bykovsky Power Tool Plant (BEP) ng Sparky GMBH (Germany), Mini Gears (Italy), Capax (Netherlands), Marquardt (Germany), Rebir (Latvia), Freud Industrial (Spain) ay maaaring mapansin.

Matapos suriin ang mga gawain at magsagawa ng isang serye ng mga survey, pinili ng kumpanya ang "1C: Pamamahala planta ng pagmamanupaktura 8". Ang tipikal na pagsasaayos ng produktong ito ng software, una, ay kasama na ang IFRS block, at, pangalawa, tiyak na ina-upgrade nito ang sistema ng impormasyon.

Ang isang plano sa paglipat ay binuo, na kasama ang ilang mga yugto:

1. Yugto ng paghahanda:
   • pag-aaral ng mga proseso ng negosyo, pagsusuri ng mga kinakailangan ng system;
   • pagpaplano ng oras at gastos ng pagpapatupad;
   • pagbuo ng isang pamamaraan ng paglipat;
   • pagsulat ng mga teknikal na pagtutukoy.
2. Pagsasanay sa mga gumagamit upang gumana sa programang "1C: Production Enterprise Management 8".
3. Pag-unlad ng mga kinakailangan ng system.
4. Pagsusulat ng kinakailangang pagproseso: mga panuntunan para sa paglipat ng mga paunang balanse at mga dokumento.
5. Paglipat sa programang "1C: Production Enterprise Management 8":
   • conversion ng mga kinakailangang balanse at dokumento;
   • paglipat ng mga gumagamit upang gumana sa bagong system;
   • pagpapatunay at pagpapabuti ng programa.
6. Mga hakbang sa pagkontrol:
   • pagsuri sa kakayahan ng mga user na magtrabaho kasama ang SCP;
   • pagtuklas at pagwawasto ng mga pagkakamali.

Tingnan natin ang bawat yugto.

Organisasyon ng paglipat: yugto ng paghahanda

Matapos ang desisyon na lumipat mula sa 1C:Enterprise 7.7 patungo sa 1C:Enterprise 8, nagsimula ang trabaho sa pagsulat ng Mga Tuntunin ng Sanggunian.

Para sa pagbuo ng mga teknikal na pagtutukoy, ang mga proseso na umiiral sa negosyo ay pinag-aralan. Ang mga survey ng tauhan, mga talatanungan, pagsusuri ng mga kagustuhan ng pamamahala, atbp ay isinagawa. Pagkatapos ay binuo ang isang maayos na plano sa paglipat, kung saan ang karamihan ng mga gumagamit ay hindi kailangang magtago ng mga tala at magsimula ng mga pangunahing dokumento sa dalawang programa ng accounting nang sabay-sabay. Batay sa mga gawaing itinakda, ang paglipat sa accounting sa 1C: Manufacturing Enterprise Management 8 na programa ay isinaayos tulad ng sumusunod: ang mga user ay patuloy na nagtatrabaho sa lumang accounting program, ang pagsasanay ay isinagawa nang magkatulad, at ang development team ay nagsulat ng mga patakaran para sa pag-convert ang paglipat ng mga balanse at pangunahing mga dokumento mula sa lumang base ng impormasyon patungo sa bago.

Ang pangangailangan na isulat ang mga alituntuning ito ay lumitaw dahil sa ang katunayan na ang bersyon ng kumplikadong pagsasaayos na ginamit sa negosyo ay lipas na, hindi karaniwan at mabigat na binago, kaya ang tipikal na mekanismo ng paglilipat ng data ay hindi magagamit, dahil ang mga produkto ay malaki ang pagkakaiba sa bawat isa. iba pa sa mga tuntunin ng istraktura ng data.

Napagpasyahan na ilipat ang lahat ng mga pangunahing dokumento mula sa simula ng taon. Ito, una, ay naging posible upang pasimplehin ang paghahanda ng mga pahayag sa pananalapi alinsunod sa IFRS, at, pangalawa, nakatipid ito ng oras at nerbiyos para sa mga gumagamit, dahil hindi nila kailangang i-type nang manu-mano.

Organisasyon ng paglipat: pagsasanay

Ang yugtong ito ay naaayon sa paghahanda, ngunit napagpasyahan na isa-isa ito bilang isang hiwalay na direksyon, dahil ang kadahilanan ng tao ay napakahalaga, at kinakailangan upang mabigyan ang mga tao ng impormasyon at paghahanda sa pag-iisip, na sa kalaunan ay nakatulong sa kanila na mabilis. umangkop sa bagong sistema.

Sa proseso ng trabaho sa pagsasanay ng kawani, ang pangunahing kahirapan ay gawin ang paglipat bilang hindi masakit hangga't maaari para sa mga user na puno na ng kasalukuyang trabaho.

Ipinaliwanag sa mga gumagamit na hindi sila makakaranas ng anumang mga paghihirap sa panahon ng paglipat mula sa isang sistema patungo sa isa pa, at hindi ito magdaragdag ng karagdagang trabaho sa kanila, at ang bago ay mas moderno at functional na programa gawing mas madali ang kanilang buhay sa hinaharap.

Upang maiparating sa mga empleyado ng negosyo ang mga pakinabang ng bagong sistema, ang mga pagsasanay ay ginanap at ang bawat gumagamit ay sinanay sa pagpapanatili ng kanyang accounting area sa programa.

Lumipat sa "1C:Enterprise 8": mga kinakailangan ng system

Pag-andar

Matapos matukoy at maorganisa ang gawaing transisyon, isang pagsusuri sa mga kinakailangan para sa bagong programa at pagmomodelo sa kanila sa mga karaniwang kakayahan nito. Habang ang mga kawani ay patuloy na nagtatrabaho sa Complex configuration, ang pamamahala, batay sa profile ng trabaho ng INTERSKOL, ay bumuo ng mga kinakailangan para sa system. Ang lahat ng mga itinalagang gawain ay nalulutas ng mga karaniwang tool ng produkto na "1C: Manufacturing Enterprise Management 8".

Teknikal na mga aspeto

Ang isang karagdagang at mapagpasyang kinakailangan ay ang pagganap ng system, dahil ang kumpanya ay may napakalaking daloy ng dokumento. Ang mga pagsubok sa pagganap ay isinagawa, ang pagpoproseso ng mga robot ay isinulat na kunwa totoong trabaho mga sistema: nilikha na mga dokumento, binuksan na mga ulat. Ang mga sukat ng pagganap ay kinuha at ipinakita na ang posibilidad ng isang peak load sa server ay napakataas, na maaaring makapagpabagal sa trabaho. Bilang resulta ng mga pagsubok na pagsubok, ang kliyente ay inalok na bumili ng isang mas modernong server, na makabuluhang magpapataas ng pagganap ng system, mas malawak na gamitin ang mga kakayahan ng 1C:Enterprise 8 platform at magkaroon ng ilang reserba ng mga mapagkukunan na magpapahintulot sa pagtatrabaho sa malapit na hinaharap nang hindi nagkakaroon ng karagdagang mga gastos para sa pagbili ng mga karagdagang server (sa mga kondisyon ng patuloy na paglago at pagpapalawak ng organisasyon (pagtaas sa bilang ng mga tauhan)).

Pagproseso ng pagsulat: mga panuntunan para sa paglipat ng mga paunang balanse at dokumento kapag lumipat sa "1C: Enterprise 8"

Ang mga patakaran para sa paglilipat ng mga balanse ay isinulat gamit ang karaniwang configuration na "Conversion ng Data 2.0". Noong nakaraan, ang isang pag-aaral ay isinagawa sa pagpapayo ng pagsulat ng isang panuntunan para sa bawat bagay (ibig sabihin, kung ito ay mas mabilis na mag-type ng isang direktoryo o mga balanse ng account nang manu-mano kaysa gumawa at mag-debug ng mga panuntunan para dito, kung gayon ito ay mas kapaki-pakinabang na gawin ang operasyong ito. mano-mano). Ang pangunahing kahirapan ay lumitaw sa katotohanan na napagpasyahan na baguhin ang mga subaccount ng accounting ng mga materyales sa panahon ng paglilipat (sa kumplikadong pagsasaayos na sila ay isinasaalang-alang sa account 10.6, at sa 1C:Enterprise 8 isang ibang format para sa pag-numero ng mga account at subaccount ay pinagtibay. - ang mga materyales ay binibilang sa mga account noong 10.01, 10.02, 10.06). Bilang resulta, napagpasyahan na magdagdag ng mga bagong detalye sa direktoryo ng nomenclature, sa tulong kung saan posible na maiuri ang sub-account sa panahon ng paglilipat. Dahil ang paghahati sa mga sub-account ay halos pumapayag sa isang lohikal na paglalarawan, karamihan sa mga sangguniang libro ng nomenclature ay napuno sa tulong ng pagproseso.

Ang mga pagbubukod ay manu-manong napunan. Sa mga pangunahing dokumento para sa unang quarter, napagpasyahan na kopyahin lamang ang mga sumusunod: Pagtanggap ng mga kalakal at materyales, Pagtanggap ng Mga Serbisyo, Pagtanggap ng karagdagang. Gastos, Natanggap na invoice, resibo sa linya ng pahayag, gastos sa linya ng pahayag, Benta, Inisyu ng invoice (kabilang ang para sa paunang bayad), Paggalaw ng mga kalakal at materyales (sa mga bodega at para sa pagproseso), Pag-post ng mga kalakal at materyales (mula sa pagproseso), Pagwawalang-bahala ng mga kalakal at materyales (kabilang ang pagproseso), Kagamitan ng mga kalakal at materyales, Mga order ng supplier, Mga order ng mga mamimili. Mga dokumento sa mga fixed asset (Commissioning, modernization, atbp.) at accrual at kalkulasyon sahod, pati na rin ang iba pang mga tauhan at mga dokumento ng regulasyon, ay ipinasok nang manu-mano, dahil ginawa nitong posible na makabuluhang bawasan ang oras para sa pagbuo ng mga panuntunan sa paglilipat at, bilang resulta, makatipid ng mga mapagkukunan para dito. Ang manu-manong trabaho sa paglipat ng data ay isinagawa ng mga indibidwal na gumagamit ng system, dahil 90% ay ginawa sa pamamagitan ng pagproseso ng conversion. Oo, at isang maliit na kasanayan ang nakinabang sa mga empleyado ng kumpanya, na maaaring ihambing ang resulta ng kanilang trabaho sa dalawang database, na nagbigay sa kanila ng higit na kumpiyansa sa kawastuhan ng kanilang mga aksyon. Ngunit hanggang sa maisakatuparan ang paglilipat ng data, ang mga gumagamit ay patuloy na nag-iingat ng mga tala sa lumang database, habang sabay na natututo kung paano magtrabaho kasama ang bago.

Mula sa opinyon ng punong accountant CJSC "INTERSKOL" Osipova V.L. "Pagkatapos makumpleto ang pangunahing at, sa tingin namin, ang pangunahing yugto ng proyekto - ang paglipat mula sa lumang sistema patungo sa bago, ang aming kumpanya ay ganap na nasiyahan sa mga resulta. Napakahalaga na ang proseso ng paglipat mismo ay wastong itinayo at organisado, at hindi kami nagkaroon ng anumang mga paghihirap sa trabaho, sa kabila ng gayong mga kardinal na pagbabago sa sistema ng accounting. Ang mga tauhan ay sinanay sa isang napapanahong paraan, at ngayon ang lahat ng mga gumagamit ay pinagkadalubhasaan at ginagamit sa kanilang trabaho ang malawak na mga posibilidad ng ang bagong base ng impormasyon. sa sandaling ito mayroon kaming automated system na nagbibigay-daan sa amin na kontrolin ang mga proseso sa kumpanya at makatipid ng maraming oras dito. Ang isang maginhawang mekanismo ng pamamahagi ng gastos ay nilikha, ang daloy ng dokumento ay na-optimize. Salamat sa automation ng proseso ng paggastos, maaari naming itakda ang pinakamahusay na mga presyo para sa mga produkto, na napakahalaga sa isang mapagkumpitensyang kapaligiran. Kapag nagsasagawa ng accounting, maaari ka nang magsagawa pagsusuri sa ekonomiya pangunahing tagapagpahiwatig ng pagganap, na magbibigay-daan sa napapanahong pagtugon sa kanilang mga pagbabago. Kami ay ganap na nasisiyahan sa mga resulta ng proyekto, at ang kakayahang umangkop ng programa, bukod pa rito, ay nagbibigay-daan sa amin na iakma ito nang mas malapit hangga't maaari sa mga pangangailangan ng kumpanya."

Lumipat sa trabaho sa programang "1C: Production Enterprise Management 8"

Pagkatapos isulat ang mga panuntunan sa paglilipat ng data, direktang nagsimula ang proseso ng conversion. Sa isang araw, ang mga balanse sa simula ng taon (01.01.2007) at mga direktoryo ay inilipat. Nagsimula ang trabaho sa pagsuri sa kawastuhan ng mga resulta ng conversion, na ibinahagi sa mga empleyado ng INTERSKOL - sinuri ng bawat gumagamit ng programa ang lugar ng accounting kung saan siya ay responsable. Sa pagkumpleto ng pag-audit, naging malinaw na walang makabuluhang pagkakaiba, ang mga maliliit na pagkukulang lamang ang natukoy na lumitaw bilang resulta ng katotohanan na ang lumang sistema ay may hindi tipikal na tsart ng mga account. Ang isang pagproseso ay nilikha na awtomatikong napunan sa system, sa pamamagitan ng hindi direktang mga palatandaan, ang nawawalang analytics; para sa mga kaso na hindi maiuri, manu-manong ipinasok ng mga user ang analytics. Matapos suriin ang kawastuhan ng mga balanse, ang mga pangunahing dokumento ay inilipat para sa quarter ko. Pagkatapos nito, nagsimula ang isang tseke para sa pagsunod sa mga inilipat na dokumento, na nagsiwalat ng ilang mga pagkakaiba na may kaugnayan sa mga pagkakaiba sa mga mekanismo ng accounting sa mga programa: sa partikular, isang espesyal na pamamaraan para sa pagsulat ng mga kargamento ng mga kalakal na tinanggap para sa komisyon sa isang pinagsamang pagsasaayos. Ang isa at ang parehong produkto ay maaaring pagmamay-ari at tanggapin para sa komisyon. Sa lumang programa, ang mga naturang kalakal ay tinanggal ayon sa FIFO, anuman ang katayuan ng batch, at sa karaniwang pagsasaayos na "Manufacturing Enterprise Management" posible na isulat ang sariling mga kalakal at mga kalakal na tinanggap para sa komisyon, sa turn, ang pagsulat -off ng lote anuman ang katayuan ay hindi ibinigay. Simula sa paggamit ng ibang pamamaraan, kailangan kong gawing muli ang pag-uulat ng VAT, kaya napagpasyahan na bagong sistema magpatupad ng isang write-off na mekanismo na katulad ng sa Complex. Ang autocompletion ng dokumentong "ulat sa consignor" ay napabuti din.

Sa lumang programa, ang accounting para sa mutual settlements ay isinagawa sa loob ng balangkas ng isang kontrata sa isang counterparty. Ang counterparty na ito ay maaaring parehong supplier at isang committent, o isang mamimili at isang ahente ng komisyon. Sa bagong programa, gayunpaman, ang naturang dibisyon sa ilalim ng mga kontrata ay sapilitan. Bilang resulta, pagkatapos mailipat sa programang "1C: Manufacturing Enterprise Management 8", maraming mga pagbabayad ang naging advance, at ang mga halaga ng VAT ay nagbago nang naaayon. Ang isyung ito ay manu-manong naayos. Sa tulong ng dokumentong "Pagsasaayos ng utang" ay isinagawa ang mga offset sa pagitan ng mga kontrata. Ang lahat ng mga tagapagpahiwatig ng lumang base ay magkaparehong inilipat sa bago. Kasabay nito, ang karamihan sa mga gawain sa paglilipat ay awtomatikong isinagawa, sa tulong ng pagproseso.

Sa panahon ng paglipat, hindi kailangang gumana nang sabay-sabay ang mga user sa dalawang infobase; hanggang sa huling paglipat, nagpatuloy sila sa pag-iingat ng mga tala sa lumang sistema. Bilang resulta ng mga aksyong ginawa, nakatanggap sila ng bagong database kasama ang lahat ng pangunahing dokumento at balanse sa simula ng taon.

Organisasyon ng paglipat: mga hakbang sa pagkontrol

Matapos makumpleto ang pangunahing yugto ng pagpapatupad - ang paglipat sa isang bagong sistema, kapag ang lahat ng kinakailangang balanse at pangunahing mga dokumento ay nailipat na at ang mga gumagamit ay nagsimulang magtrabaho sa bagong programa, sa unang pagkakataon ang isang espesyalista mula sa kumpanya ng pagpapatupad ay tuloy-tuloy sa INTERSKOL. Nagsagawa siya ng mga pag-audit ng pagganap ng mga kawani sa bagong sistema upang makilala posibleng mga pagkakamali, upang maitama ang mga ito sa oras at maiwasan ang kanilang muling pagpapakita, pinayuhan ang mga user sa mga isyu na lumitaw sa panahon ng trabaho. Kaya, ang mga kawani ay sinanay na magtrabaho kasama ang programa at sa pagsasanay, habang iniiwasan ang mga makabuluhang error na maaaring mangyari kapag nagtatrabaho sa sistema ng isang walang karanasan na gumagamit. Kapag halos walang mga tanong, at ang mga pag-audit na isinagawa ng isang espesyalista ay hindi nagbubunyag ng mga error na nauugnay sa maling paggamit ng programa, naging malinaw na ang mga kawani ay ganap na umangkop upang magtrabaho sa bagong sistema ng impormasyon at nagawang gamitin nang tama ang pag-andar nito.

Paglipat ng data mula sa programang 1C UPP rev.1.3 hanggang 1C Accounting 8 rev. 3.0

Paglipat Ginagawa ang infobase gamit ang mga panuntunan para sa pag-unload at pag-load ng data, i.e. sa pamamagitan ng pagpapalitan ng data.

Mahalaga! Ang antas ng suporta ay nakasalalay sa kakayahang magbigay sa anyo ng isang archive ng isang gumaganang base o isa pang base kung saan ang sitwasyon ng problema ay muling ginawa sa computer ng developer. Sa kawalan ng naturang base, ang mga paghahabol ay hindi tinatanggap ng may-akda.

Lumipat mula sa 1C Enterprise Accounting inirerekumenda na gumanap sa simula ng isang bagong panahon (taon, quarter, buwan) pagkatapos makumpleto ang mga naka-iskedyul na operasyon ng nakaraang panahon. Magagamit din ang mga panuntunan sa paglilipat para sa regular na paglipat ng data.

Pansin. Ang lahat ng mga algorithm at pamamaraan ng trabaho na inilarawan sa artikulo ay ganap na naaangkop sa paglipat ng data mula sa SCP (tingnan ang paglalarawan sa pdf na format). Maaaring mag-iba ang pag-andar.

Habang nagda-download ng data mula sa1C Pamamahala ng negosyo sa paggawamaaaring mangyari ang iba't ibang mga pagkakamali. Ang mga panuntunan sa paglilipat na ipinakita dito ay naghahanap ng ilang mga error sa yugto ng pag-upload.

Zero na dami at hindi zero na dami ng mga kalakal at materyales. Ang pagpasok ng balanse sa Configuration ng tatanggap upang ang dami ng mga kalakal at materyales ay katumbas ng zero, at ang pagtatantya ng gastos ng mga kalakal at materyales ay hindi katumbas ng zero ay imposible, at ito ay walang kahulugan, dahil ito ay isang pagkakamali. Samakatuwid, kapag ang mga balanse ay inilipat, ang mga naturang item (na may zero na dami) ay hindi magagamit sa mga dokumento ng pagpasok ng balanse. Samakatuwid, kung ang mga error ay hindi naitama bago ang paglipat ng data, ang mga halaga sa pinagmumulan ng data at ang patutunguhan ng data ay hindi magtutugma kapag ang mga balanse ay inilipat, na magdudulot ng karagdagang mga paghihirap sa pagkakasundo. Samakatuwid, sa proseso ng pagbabawas ng data mula sa 1C UPP ipinapakita ang mga mensahe ng error. Isinasagawa ang pagsusuri kapag naitakda ang parameter Suriin para sa zero na halaga ng non-zero sum.

Gamit ang set ng parameter Suriin ang pagsunod ng mga rehistro ng OS accounting isang tseke ang isasagawa para sa pagsusulatan ng natitirang bahagi ng rehistro CostOSAccounting at data ng accounting. Kung ang mga balanse sa mga rehistro ay hindi tumutugma, ang mga mensahe ay ipinapakita tungkol dito. Kadalasan mayroong mga pagkakaiba sa halaga ng naipon na pamumura. Ang depreciation sa SCP ay kinakalkula na isinasaalang-alang ang data ng rehistro CostOSAccounting, at hindi ayon sa mga rehistro ng BU. Dahil sa mga inilarawang pagkakaiba, pagkatapos ng paglipat, maaaring hindi tumugma ang kalkulasyon ng depreciation sa pinagmulan at patutunguhan.

Mga dapat gawain.

Sa pinaka pangkalahatang pananaw ang proseso ay ganito ang hitsura: ang data mula sa source database ng SCP ay diskargado sa isang intermediate na file (tingnan ang Fig. 1 Pangalan ng data file), at pagkatapos ay na-load sa BP 3.0 receiver base.

Ang pag-upload at pag-load ng data ay isinasagawa gamit ang pagproseso Pangkalahatang palitan ng data sa formatXML, na nasa lahat ng karaniwang pagsasaayos ng kumpanya nang walang pagbubukod 1C. Maaari mo itong buksan sa Menu - Mga Tool - Iba pang mga palitan ng data.

Fig.1 Pag-upload ng data

Para sa pagbabawas, dapat mong gamitin ang mga patakaran sa palitan SCP_ACC8.xml, na kailangan mong tukuyin sa input field Pangalan ng file ng panuntunan. Kapag pumili ka ng file ng mga panuntunan, mababasa ang mga ito at mapupuno ang puno Mga panuntunan sa pag-upload ng data. Kung kinakailangan, maaari mong basahin muli ang mga patakaran sa palitan gamit ang pindutan sa kanan ng field ng input. Kapag nagbabasa ng mga patakaran sa palitan, ang mga parameter ng pag-upload ay mapupuno ng mga default na halaga (tingnan ang Fig. 2), kung ninanais, maaari silang baguhin bago i-upload ang data.

Fig.2 Mga parameter ng pag-upload ng data

1. Una sa lahat, inirerekumenda kong ilipat ang mga patakaran sa accounting ng mga organisasyon. Ngunit maaari mong ilipat ang lahat ng data nang sabay-sabay. Bookmark Mga opsyon sa pag-upload maaari kang magtakda ng iba't ibang mga parameter, kaya kinokontrol ang proseso. Sa yugtong ito, kapaki-pakinabang na itakda ang parameter sa halaga Oo. Sa kasong ito, kapag naglo-load ng data, ang mga parameter ng accounting ay iko-configure sa BP 3.0 receiver base.

Pinindot namin ang pindutan Mag-upload ng data at kunin ang data file sa tinukoy na folder.

Pagkatapos ang data ay kailangang mai-load sa pagtanggap ng database. Upang gawin ito, ginagamit namin ang parehong pagproseso Pangkalahatang palitan ng data sa XML na format ngunit sa base ng tatanggap. Tukuyin sa tab ang pangalan ng file na ilo-load, katulad ng kapag nag-i-unload (tingnan ang Fig. 3) at pindutin ang pindutan Mag-download ng data.

Sa panahon ng pag-download, kung ang parameter ay itinakda sa panahon ng pag-upload I-synchronize ang mga setting ng program at mga parameter ng accounting sa kahulugan Oo, ang mga parameter ng accounting ay iko-configure sa receiver base BP 8.3. Kung ang setting sa receiving base ay hindi tumutugma sa setting sa source base, ito ay itatama, tungkol sa kung aling mga entry ang lilitaw sa window ng mensahe ng serbisyo (tingnan ang Fig. 4). Ihambing ang mga nilalaman ng kahon ng mensahe sa mga parameter na ipinapakita sa Figure 2. Malinaw na sa hinaharap, kapag inililipat ang natitirang impormasyon, hindi na kailangan ang naturang pag-synchronize.

Fig.4 Mga mensahe tungkol sa mga pagbabago sa mga setting ng accounting

Kaya ang paglipat patakaran sa accounting at ang pagtatakda ng mga parameter ng accounting sa patutunguhang base ay nakumpleto. Kumpleto na ang mga paghahanda para sa paglilipat ng pangunahing impormasyon.

2. Susunod, dapat mong ilipat ang mga labi sa BP 3.0 receiver base sa petsa ng paglipat. Ang mga patakaran sa palitan sa kasong ito ay gumagana sa parehong paraan tulad ng sa anumang paglipat ng data sa anumang iba pang database: ang mga dokumento ay nabuo Pagpasok ng mga pambungad na balanse. Kapag nag-i-unload, dapat mong tukuyin ang mga patakaran sa seksyong Mga Papasok na balanse (tingnan ang Fig. 5).

Fig.5 Mga patakaran sa palitan para sa paglilipat ng mga balanse

Lalabas ang mga dokumento sa base ng tatanggap ng BP 8.3 kapag naglo-load Pagpasok ng mga pambungad na balanse na isasagawa. Gagawin nila ang lahat ng kinakailangang paggalaw ng rehistro. Sa panahon ng proseso, maaaring may mga entry tungkol sa mga error sa window ng mensahe ng serbisyo. Kailangang itama ang mga ito at isasagawa ang isyu ng mga problemadong dokumento. Ang mga error sa pag-post ay nangyayari dahil sa mga pagkakamali na ginawa sa accounting. Ipinapakita ng Figure 6 ang isang halimbawa ng naturang error, na humahantong sa mga problema sa pagbuo ng mga residual. Ang halaga ng materyal ay zero, ang halaga na pinagsama ng materyal at ng bodega ay zero din, ngunit may mga hindi zero na balanse na may kabaligtaran na tanda para sa ikatlong subconto. Ito ay isang medyo tipikal na sitwasyon. Ang nasabing mga nalalabi ay mahuhulog sa dokumento Pagpasok ng mga pambungad na balanse, ngunit imposibleng maisakatuparan ito.

Fig.6 Isang halimbawa ng error sa accounting

Sa kasong ito, ang parehong mga linya ng dokumento Pagpasok ng mga pambungad na balanse na may mga maling balanse sa 1C 8.3 receiver base ay dapat tanggalin. Pagkatapos ay gaganapin ang dokumento.

May mga error na nauugnay sa kakulangan ng mandatoryong analytics. Halimbawa, sa mga account ng mga pakikipag-ayos sa mga katapat, isang subconto ang ibinigay Mga dokumento ng settlement na may katapat, ngunit sa pagsasagawa, walang ganoong mga subcount sa natitira. Ito ay hahantong din sa imposibilidad ng pag-post ng isang dokumento para sa pagpasok ng mga balanse. Ang ganitong mga error ay kailangang manu-manong itama sa pamamagitan ng paglikha ng mga bagong dokumento sa pagkalkula.

Kapag bumubuo ng mga balanse sa petsa ng paglipat, ang pagtanggap ng database ay naglalaman ng hindi lamang mga dokumento para sa pagpasok ng mga balanse, kundi pati na rin ang ilang mga dokumento na inilipat ng mga link. Halimbawa, ito ay mga dokumentong kumakatawan sa subconto sa mga account ng mga pakikipag-ayos sa mga katapat. Ang mga naturang dokumento na may petsang mas maaga kaysa sa petsa ng paglipat ay hindi ipo-post at hindi dapat i-post.

3. Ngayon ay kailangan mong maglipat ng mga dokumento na may petsang mas huli kaysa sa petsa ng balanse. Pagkatapos mag-download, dapat din silang isagawa. Kapag nag-unload, kailangan mong markahan ang mga panuntunan para sa pag-unload sa seksyon Dokumentasyon. Ang mga patakaran para sa pag-upload ng data para sa mga dokumento ay ipinapakita sa Figure 7.

Fig.7 Mga Panuntunan para sa pagbabawas ng mga dokumento

Mahalaga! Kapag na-upload na, ang lahat ng mga dokumento na may petsang mas mababa sa simula ng panahon ng pag-upload ay dapat manatiling hindi naka-post o namarkahan para sa pagtanggal. Dapat itong sundin sa hinaharap kapag nagtatrabaho sa BP 3.0. Sa partikular, kailangan mong maging maingat kapag nag-a-update ng data.

4. Ngayon tungkol sa paglilipat ng mga direktoryo. Sa mga nakaraang talata, hindi namin napansin ang mga patakaran para sa paglilipat ng mga direktoryo, hindi ito nangangahulugan na hindi sila inilipat. Ang mga elemento ng mga direktoryo sa pamamagitan ng mga sanggunian ay inilipat, i.е. na lumalahok sa pagbuo ng mga balanse sa isang naibigay na petsa, sa madaling salita, ay naroroon sa mga dokumento para sa pagpasok ng mga balanse, pati na rin ang mga nilalaman sa iba pang mga dokumento. Nangangahulugan ito na ang karamihan sa reference na impormasyon na kakailanganin para sa karagdagang trabaho ay nailipat na.

Samakatuwid, bilang panuntunan, hindi kinakailangan na partikular na ilipat ang impormasyon ng sanggunian. Ngunit kung, gayunpaman, ang gayong pangangailangan ay lumitaw, kung ang elemento ng direktoryo ay hindi matatagpuan sa anumang dokumento, ngunit kakailanganin sa hinaharap, kung gayon para sa layuning ito ang mga patakaran sa palitan na naka-grupo sa seksyon Mga sangguniang aklat(tingnan ang fig. 8). Ang mga patakaran para sa pag-upload ng data para sa mga direktoryo ay ipinapakita sa Fig. 8.

Fig. 8 Mga Panuntunan para sa pagbabawas ng mga direktoryo

Ang mga direktoryo ay hindi kailangang ilipat nang buo, maaari mong limitahan ang pag-upload ng iba't ibang mga filter. Upang gawin ito, sa kanang kalahati ng window, kailangan mong i-configure ang pagpili (tingnan ang Fig. 9), ang pinakasimpleng: sa Patlang ipahiwatig ang napiling direktoryo, sa Uri ng paghahambing- Parehas, sa Ibig sabihin- isang link sa isang reference na elemento. Ito ang nagpapahintulot sa iyo na ilipat ang mga nawawalang elemento ng mga direktoryo na hindi na-download sa pamamagitan ng mga link mula sa mga dokumento. Maaari ka ring lumikha ng mas kumplikadong mga pagpipilian gamit ang iba't ibang mga detalye ng sanggunian at iba't ibang uri ng paghahambing.

Fig.9 Pag-install ng seleksyon sa panahon ng pagbabawas

Ulat ng produksyon bawat shift, dokumento Output at dokumento Kumpletong set ng nomenclature na may uri ng operasyon Output. Lahat sila ay na-convert sa BP 3.0 sa dokumento Ulat ng produksyon bawat shift, sa lahat ng kaso kinakailangan upang matukoy ang nakaplanong gastos

5. Paglipat ng mga rehistro ng impormasyon(mula rito ay tinutukoy bilang RS) ay bahagi rin ng paglilipat ng impormasyong sanggunian. May mga independiyenteng rehistro ng impormasyon, i.e. walang kinalaman sa mga dokumento. Alinsunod dito, hindi sila maaaring ilipat sa pamamagitan ng mga link, samakatuwid sila ay inilipat nang nakapag-iisa. Ang mga panuntunan sa pag-upload ng data para sa mga naturang rehistro ay nakapangkat sa seksyon Mga rehistro ng impormasyon. Hindi ito nangangahulugan na ang lahat ng mga rehistro ng impormasyon na ipinahiwatig dito ay dapat ilipat. Halimbawa, ang ilan ay maaaring ilipat, o maaaring i-load sa 1C 8.3 receiver base gamit ang mismong programa. Ang ilang mga rehistro ng impormasyon ay napunan na bago ang paglipat.

Tip: gamitin ang mga default na setting na itinakda kapag naglo-load ng mga panuntunan sa palitan. Kung nawala ang mga setting, nangangahulugan ito na awtomatiko kang nagse-save at ginagamit ang iyong mga setting. Alisin ang tsek Gamitin kapag binubuksan at ang mga setting mula sa mga patakaran sa palitan ay maibabalik.

Kung ang rehistro ng impormasyon ay panaka-nakang, pagkatapos ay ang pagbabawas ay isinasagawa para sa panahon ng pagbabawas (tingnan ang Fig. 9). Nasa gumagamit ang pagpapasya kung ililipat o hindi ang naturang rehistro at, kung ililipat, para sa anong panahon.

Ang pamamaraan na inilarawan sa itaas ay nahahati sa maraming yugto. Ginagawa ito para sa kalinawan at mas mahusay na pag-unawa sa mga algorithm. Maaari mong pagsamahin ang ilang yugto sa isa, halimbawa, paglilipat ng mga balanse at mga dokumento sa parehong oras. Mas mainam na gawin ito upang mabawasan ang oras ng pagbabawas at paglo-load ng data. Ngunit kailangan mo ring maunawaan na, kung kinakailangan, maaari mong hatiin ang proseso sa di-makatwirang maliliit na bahagi. Halimbawa, upang i-localize ang isang partikular na problema sa paglilipat.

Mga tampok ng paglilipat ng mga dokumento para sa accounting para sa produksyon. Kabilang dito ang: dokumento Ulat ng produksyon bawat shift, dokumento Output at dokumento Kumpletong set ng nomenclature na may uri ng operasyon Output. Lahat sila ay na-convert sa BP 3.0 sa dokumento Ulat ng produksyon bawat shift, sa lahat ng kaso kinakailangan upang matukoy ang nakaplanong gastos (nakaplanong halaga), dahil sa BP 3.0 ang prop na ito ay sapilitan. Kung ginagamit ng PPM ang cost accounting mode Pagkahati, pagkatapos ay tinutukoy ang nakaplanong gastos ayon sa data ng accounting para sa mga pag-post ng dokumento ng SCP. Sa kaso ng RAUS advanced analytics mode, ang nakaplanong gastos ay tinutukoy ayon sa data ng accounting para sa buwan kung saan ang dokumentong ito. Ang nakaplanong gastos ay ang turnover sa debit ng account accounting ng imbentaryo(10, 21, 41, 43) mula sa kredito ng account 20. Kasabay nito, kung ang isang pare-pareho ay nakatakda sa mga parameter ng accounting Panatilihin ang Batch Accounting para sa mga Warehouses Reg, pagkatapos ay ang nakaplanong halaga ng item ay tinutukoy para sa bawat bodega. Kung hindi, ito ay pinagsama-sama para sa lahat ng mga bodega.

Kapag naglilipat ng dokumento Kumpletong set ng nomenclature na may uri ng operasyon Output punan ang talahanayan materyales at, nang naaayon, kapag isinasagawa ang dokumento Ulat ng produksyon bawat shift sa BP 3.0, ang mga materyales ay tinanggal. Kapag naglilipat ng dokumento Ulat ng produksyon bawat shift sa 1C Accounting 8 ang tabular na seksyon Mga materyales ay hindi napunan, dahil sa kasong ito mayroong mga dokumento ng form Claim ng invoice.

Kung may problema sa pag-download: Ang tinukoy na file ay hindi umiiral", Inirerekumenda kong gawin ang sumusunod. Lumipat mula sa "Operation mode (sa server)" patungo sa "Operation mode (sa client)", pagkatapos ay magiging hindi aktibo ang window ng pagpili ng file sa pag-download. Kapag nag-click ka sa button na "I-download ang data", ang pagpoproseso ay nag-uudyok sa iyo na piliin ang file sa pag-download, tukuyin subukang panatilihin ang kabuuang haba ng pangalan ng file sa ibaba 64 na mga character, huwag maglaman ng mga puwang o mga letrang Ruso, ang pangalan ng file mismo ay dapat na maikli hangga't maaari, halimbawa CDData.xml

Mga nilalaman ng paghahatid.

Kasama sa Package ang: Mga Panuntunan sa Paglipat SCP_ACC8.xml. Para sa opsyon Paglipat ng mga balanse at dokumento mula sa 1C UPP program patungo sa 1C BP rev. 3.0 na may pagpili ng ZhR kasama ang pagproseso UniversalData ExchangeXML_Selection_By_Fat.

Iba pang mga panuntunan sa paglilipat ng data:

Ang pagkakaroon ng sapat na karanasan sa pagpapatupad ng SCP, nais kong tandaan na sa bawat proyekto, maaga o huli, kinakailangan na ilipat ang departamento ng accounting bilang isang departamento upang magtrabaho sa programa. Maraming mga paghihirap sa prosesong ito. Sa partikular, nais kong tandaan ang paglipat mula sa BP 2.0 hanggang SCP. Sa kabila ng katotohanan na ang BP 3.0 ay nailabas na, sa palagay ko ang tanong na ito ay mananatiling popular sa loob ng ilang panahon. Kaya ano ang kahirapan?

Kailangan mong magsimula sa katotohanan na sa 1.3 ang departamento ng accounting ay mas malapit sa departamento ng accounting ng edisyon ng enterprise 1.6 kaysa sa 2.0, kahit na siyempre ang lahat ng pag-andar ay tumutugma sa mga modernong katotohanan. Gayunpaman, ito ay itinuturing bilang isang pagbabalik sa isang bagay na luma, hindi na ginagamit. At higit sa lahat, may sapat na katotohanan dito.

Siyempre, para sa mga gawain sa accounting, ang pagsasaayos (mula dito ay tinutukoy bilang BP) 2.0 ay may mga pakinabang at kaginhawahan, ngunit gayunpaman, ang highlight ng SCP ay ang produksyon ng circuit nito, na walang mga analogue sa anumang 1C na solusyon (maliban). Sa kasamaang palad, mahirap baligtarin ang sikolohikal na kalamangan na ito; ito ay nakakamit lamang sa pamamagitan ng malakas na desisyon ng pamamahala na ang mga hindi muling nagsasanay ay tatanggalin sa trabaho.

Mga pagkakaiba sa pagitan ng 1C SCP at 1C Accounting

Ang mga pangunahing negatibong punto na nagpapakilala sa UPP mula sa BP na kailangan kong harapin sa pagsasanay:

• Pagbubuo ng isang invoice sa pamamagitan ng sanggunian (sa BP, ang mga invoice na ito ay ipinasok sa isang hiwalay na tab).
• Ang hitsura ng mga ulat (ang mga ulat sa accounting sa UPP ay mukhang talagang mapurol, hindi katulad ng magagandang ulat sa BP na may berdeng header at maraming mga setting).
• Ang pagkakaiba sa pagitan ng mga journal ng dokumento (parehong mga pangalan at komposisyon ng mga journal ng dokumento na ginagamit ng mga accountant sa BP upang magkakaiba).
• Ang pagkakaroon ng karagdagang mga patlang ng paghahanap sa mga anyo ng mga journal ng dokumento.

Kumuha ng 267 1C na mga aralin sa video nang libre:

Ngayon ay dapat nating pag-usapan nang mas detalyado ang tungkol sa mga ito at iba pang teknikal na posibilidad na maaaring makaapekto sa accounting. At gayundin, anong mga alternatibo ang iniaalok sa amin ng 1C UPP.

Ang pinakamahalagang pagkakaiba sa mga prinsipyo ng accounting sa SCP at BP para sa isang accountant, sa aking palagay, ay ang imposibilidad (marahil isang napakalimitadong halaga) ng pagsasalamin. transaksyon sa negosyo"Mga sanggunian sa accounting". Sa ilang mga kumpanya, kalahati ng accounting ay batay sa paggamit ng "Operations". Ang tampok na ito ay sumusunod mula sa malawakang paggamit ng mga rehistro ng accounting sa SCP, at hindi lamang mga rehistro ng accounting. Sa SCP, ang karamihan sa mga operasyon ay isinasagawa ng mga espesyal na dokumento.

Halimbawa: karamihan sa mga accountant ay sumasalamin sa interes sa mga pautang na ibinigay gamit ang isang operasyon, na nagpapahiwatig ng sulat Dt91 Kt76, gayunpaman, sa 1C UPP, ang diskarte na ito ay hindi makakaapekto, halimbawa, ang rehistro ng mutual settlements sa mga katapat. Dapat gamitin ang dokumentong pagbebenta ng mga kalakal at serbisyo.

Hiwalay, dapat itong sabihin na mayroong isang pagkakataon na gamitin ang dokumento Operasyon, ngunit lamang kasabay ng dokumento Pagwawasto ng mga rehistro, at ang dokumentong ito ay magagawang ilagay ang sinumang hindi handa na gumagamit sa isang pagkahilo.

Dagdag pa, dapat tandaan ang mga pagkakaiba sa accounting para sa subconto para sa ilang accounting account at ang imposibilidad ng pagkuha ng impormasyon ng interes gamit ang mga karaniwang pamamaraan. Halimbawa, ang account 60 ay walang pangatlong subconto na "Mga dokumento ng mga settlement na may katapat", kung saan ang dokumento ng Registrar ay makikita sa BP, ayon sa pagkakabanggit, hindi posibleng makita ang mga dokumentong ito gamit ang pamantayan. balanse sheet. Bahagi ng paraan sa labas ng sitwasyong ito ay ang paggamit ng ulat na "Pahayag sa mutual settlements sa mga katapat."

Ang kawalan ng ilang "off-balance sheet" na account sa 1C SCP, halimbawa, mga MC account. Sa katunayan, ang mga materyales sa pagpapatakbo ay isinasaalang-alang sa BP sa account ng MC. Sa SCP, ang impormasyon tungkol sa mga materyales na inilipat sa operasyon ay naitala sa rehistro ng "Mga Materyales sa Operasyon", ang impormasyon tungkol sa mga ito ay maaaring makuha gamit ang ulat na "Mga Materyales sa Listahan ng Operasyon".

Ang kawalan ng isang pamamaraan para sa pagsasara ng buwan, kaya malapit at naiintindihan. Oo, wala ang ganitong pagproseso sa SCP. Ang pagsasara ng buwan ay isinasagawa gamit ang proseso ng negosyo na "Month closing procedure", na gumagamit ng reference element na "setting the closing of the month".

Marahil ang puntong ito ay isang napakaespesyal na kaso. Gayunpaman, ito ay nagkakahalaga ng pagpuna. Ang dokumentong "Movement of OS" - ang kahirapan dito ay ang departamento ng accounting ay nagpapahiwatig kung saan at kung saan inililipat ang fixed asset object, at tanging ang lugar kung saan inililipat ang object ay ipinahiwatig sa SCP. Ang tunay na lokasyon ng isang bagay ay natutukoy sa pamamagitan ng pagrehistro ng entry sa puntong iyon sa oras.

Ang ulat ng Statement of depreciation sa SCP ay may ibang presentasyon at hindi sumasalamin sa paggalaw ng paggalaw ng mga fixed asset, bilang kahalili, maaari mong gamitin ang na-upgrade na ulat.

Nadagdagang bilang ng mga napunang detalye. Siyempre, dumami ang props. Gayunpaman, dahil sa mga setting ng user, ang karamihan sa mga detalyeng ito ay maaaring awtomatikong mapunan.

Mga paraan sa labas ng kasalukuyang sitwasyon

Bilang isang tuntunin, karamihan sa mga gawaing kinakaharap natin ay may ilang mga solusyon. Sa sitwasyong ito, maaari kong i-highlight, halimbawa, ito:

Sa isang kumpanya, ang posisyon ng departamento ng accounting ay napakalakas, hindi nila nagustuhan ang pagbabalik sa nakaraan sa 1C UPP 1.3, ang proyekto ay nasa panganib ... Sa kabutihang palad, ang kumpanya ay may mahusay na mga pagkakataon sa pananalapi ... Ang resulta ay isang kumpletong sulat ng lahat ng mga ulat sa accounting at dinadala ang mga ito sa anyo ng BP 2.0, pagdaragdag ng mga bagong dokumento sa mga journal ng dokumento, pagpapakita ng mga form sa paghahanap sa mga form ng journal ng dokumento. Ito ay naging mahal: kapwa sa mga tuntunin ng pag-unlad at sa mga tuntunin ng karagdagang suporta, ngunit nadama ng departamento ng accounting ang kahalagahan nito, at nagpatuloy ang proyekto.

Kahit na ang pagpipiliang ito ay tila hindi masyadong epektibo, mayroon itong lugar sa buhay.

Ang kabaligtaran na solusyon ay isang mahigpit na tagubilin mula sa pamamahala na gamitin lamang ang umiiral na pag-andar. Ito, sa pamamagitan ng paraan, ay nagbibigay-daan sa iyo upang mapanatili ang accounting nang buo, mayroong lahat ng mga mekanismo ng kontrol. Ang diskarte na ito ay pinakamainam para sa kumpanya!