Status nasprotnih strank slabo 1s kaj. Prehod na brezpapirni elektronski dokumentarni promet: izkušnje, težave, možnosti

Različica 1.3.8 je razvoj izdaje 1.3 "1C: Electronic Document Library 8", ki je zasnovana za zagotavljanje izmenjave elektronskih dokumentov v aplikacijskih rešitvah, razvitih na platformi 1C:Enterprise različice 8.3.10.2252 in novejše.

Nove funkcije in spremembe

V iskalnem obrazcu za trgovinske ponudbe je dodana možnost iskanja brez povezave s storitvijo 1C: Business Network in dodana je možnost iskanja dobavitelja po imenu.
Dodano poročilo o objavljenih trgovskih ponudbah.
Dodano je delovno mesto za objavo trgovskih ponudb v storitvi 1C:Business Network.
Prilagoditev je bila izvedena s podsistemama "1C: Knjižnica standardnih podsistemov" različica 2.4.2, "1C: Knjižnica podpore uporabnikom interneta" različica 2.2.2.

Prehod na različico 1.3.8 iz različice 1.3.7

Dodana določena vrsta Nasprotna strankaBED, določen tip Nasprotna stranka izbrisano Pri posodabljanju Nujno nastavite nov podatkovni tip, sicer izbris podatke o nasprotnih strankah v objektih podsistema Menjalne nasprotne stranke(dokument Paket elektronskih dokumentov, informacijski register Status nasprotnih strank BED).

Spremembe modula:

Dodana funkcija Besedilo zahteve za objavljene izdelke pridobitev podatkovnega vira za objavo trgovskih ponudb in izdelavo poročila o objavljenem blagu. Pri prejemu seznama izdelkov je treba implementirati klic funkcije metode FillOfferPackage.

Spremembe v modulu Trgovinske ponudbe

Dodan postopek UpdateDecorationConditionsPublications da posodobite element obrazca za dekoracijo s stanjem objave. Klicu na obrazcu morate dodati nastavitve objave za statusni element.

Dodana vloga PoročilaTradingOffers potrebni za dostop do poročila Objavljene trgovske ponudbe.

Različica 1.3.7

Različica 1.3.7 je razvoj izdaje 1.3 "1C: Electronic Document Library 8", ki je zasnovana za zagotavljanje izmenjave elektronskih dokumentov v aplikacijskih rešitvah, razvitih na platformi 1C:Enterprise različice 8.3.10 in novejše.

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

Dodana možnost pridobitve statusa plačilnega dokumenta od Sberbank.
Implementirano samodejno prejemanje nastavitev za Sberbank pri povezovanju s storitvijo 1C:DirectBank.
Dodana možnost prikaza kontekstnega oglaševanja 1C:DirectBank.
Izvedena je bila prilagoditev za delo s storitvijo 1C: Business Network v oblačni storitvi 1CFresh.
Dodana možnost objavljanja, iskanja in naročanja trgovinskih ponudb v storitvi 1C: Trgovinske ponudbe za udeležence v storitvi 1C: Business Network.
Prilagoditev je bila izvedena s podsistemi "1C: Knjižnica standardnih podsistemov" različice 2.4.1, "1C: Knjižnica internetne uporabniške podpore" različice 2.1.9, "1C: Knjižnica storitvene tehnologije" različice 1.0.12.

Podsistem "Izmenjava z nasprotnimi strankami"

Spremembe modula:

DokumentDatum, DocBaseDate

Podsistem "Menjava z bankami"

Spremembe v modulu Delo z FilesOverridable:

Na postopek Pri določanju nastavitev morate dodati kodo:

ElectronicInteraction.WhenDefiningSettings(Settings);

Na postopek Pri definiranju imenikov za shranjevanje datotek morate dodati kodo:

Elektronska interakcija. Pri definiranju imenikov FileStorage(FileOwnerType, DirectoryNames);

Imenika MessageExchangeWithBanksAttachedFiles in EDAttachedFiles sta bila dodana načrtu izmenjave UpdateInformationBase
Imenika MessageExchangeWithBanksAttachedFiles in EDAttachedFiles sta bila dodana definiranemu tipu SignedObject.

ClientBank) premakne skupino elementov iz splošnega obrazca.

V obrazcu za obravnavo dogodkov Ko je CreatedOnServer

&Na strežniku

…

EndProcedure

V obrazcu za obravnavo dogodkov Obdelava opozoril

&OnClient

…
// Elektronska izmenjava z bankami

Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// Konec elektronske interakcije z bankami
EndProcedure

Za element TextDirectBankHorizontally dodajte obdelovalca dogodkov ProcessingNavigationLinks

&OnClient

EndProcedure

K skupnemu postopku modula ElectronicInteraction Plačilni nalog v aplikativni rešitvi.

Podsistem "Izmenjava s spletnimi mesti"

Spremembe v modulu Site ExchangeOverridable:

Dodan postopek Dodaj DetailsFormNode, ki se uporablja za dodajanje podrobnosti v vozlišče načrta izmenjave iz Izmenjava s spletnim mestom. Obrazec vozlišča izmenjave ne predvideva prisotnosti podrobnosti, povezanih z rešitvijo aplikacije, podrobnosti so dodane programsko.
Dodan postopek Vnosno poljeWhenChangedOnServer, se uporablja za obdelavo na severu dogodka Ko se spremeni vnosno polje obrazca vozlišča načrta izmenjave, dodan v postopku Add NodeFormDetails.
Dodan postopek Potrditveno poljeFieldWhenChangedOnServer, se uporablja za obdelavo dogodka na strežniku, ko se spremeni polje z zastavico obrazca vozlišča načrta izmenjave, dodano v postopku Add NodeFormDetails.
Dodan postopek WhenCreatingOnServerFormCreateSite, ki se uporablja za dodajanje podrobnosti v obrazec za obdelavo CreateSite.

Spremembe v modulu ExchangeSiteClientOverridable:

Odstranjen postopek Definirajte vrsto kataloga GroupTableU, je vrsta vrednosti stolpca Skupine tabele Katalog izdelkov določena z nastavitvami izmenjave.
Dodan postopek InputFieldOnChange, se kliče za obdelavo dogodka, ko se spremeni vnosno polje obrazca vozlišča načrta izmenjave, dodan v proceduri SiteExchangeOverridden.AddNodeFormDetails.
Dodan postopek Potrditveno poljeFieldOnChange, se kliče za obdelavo dogodka, ko je spremenjeno polje zastavice obrazca vozlišča načrta izmenjave, dodanega v proceduri SiteExchangeOverridden.AddNodeFormDetails.
Dodan postopek TableFormBeforeFinishEditing, se kliče za obdelavo dogodka BeforeFinishEdit polja v tabelarnem delu obrazca vozlišča načrta izmenjave, dodanega v proceduri SiteExchangeOverridden.AddNodeFormDetails.

Podsistem "Poslovna mreža"

Dodane nove metode za izvajanje rutinskih opravil v razdeljenem načinu, skupni modul ElectronicInteraction, postopki Po prejemu seznama predlog, . Oglejte si metode z istim imenom v splošnem modulu JobQueueOverridable.
Pri vdelavi knjižnice morate za delo v razdeljenem načinu dodati klic metodam v splošnem modulu JobQueueOverridable:
- v postopku Po prejemu seznama predlog:

// Elektronska interakcija
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

v postopku Pri definiranju AliasesHandlers:

// Elektronska interakcija
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Končaj elektronsko interakcijo

Spremembe v modulu BusinessNetworkOverridable:
- postopek preimenovan v Pridobite kontaktne podatke uporabnika.
- postopek spremenjen v funkcijo Ustvarite nasprotno stranko glede na podrobnosti, je bil parameter računa odstranjen.

Podsistem "Trgovske ponudbe"

Dodan je nov podsistem "Trgovske ponudbe" za vgradnjo potrebujete:

Razvijte preglasene metode v skupnih modulih TradeOffersClientOverridable, TradeOffersOverridable.
Podajte tipe podatkov v definiranih tipih Vrste vrednosti podrobnosti 1СBusinessNetwork, Vrste nomenklature BED, Dodatne podrobnosti BED, Trgovinska ponudba.

Za podrobnosti glejte dokumentacijo o vdelavi.

Različica 1.3.6

Različica 1.3.6 je razvoj izdaje 1.3 "1C: Electronic Document Library 8", ki je zasnovan za zagotavljanje izmenjave elektronskih dokumentov v aplikacijskih rešitvah, razvitih na platformi 1C:Enterprise različice 8.3.8 in novejše. V tem primeru mora biti konfiguracijska lastnost »Način združljivosti« nastavljena na »Različica 8.3.8«.

Ta konfiguracija je namenjena skupni uporabi s konfiguracijo "1C: Knjižnica standardnih podsistemov", ki ni nižja od različice 2.3.4.112, s konfiguracijo "1C: Knjižnica internetne podpore uporabnikom 8" ni nižja od različice 2.1.9.4.

Nove funkcije in spremembe

Formati primarnih računskih dokumentov so podprti (v smislu prenosa ločenega primarnega dokumenta, računa) v skladu z odredbo Zvezne davčne službe z dne 24. marca 2016 št. oblika računa in oblika predstavitve dokumenta o odpremi blaga (opravi dela), prenosu lastninske pravice (dokument o opravljeni storitvi), vključno z računom, v elektronski obliki.«
Podprti so formati primarnih dokumentov o spremembah vrednosti, vključno z računom za prilagoditev (v smislu prenosa ločenega primarnega dokumenta, računa za prilagoditev) v skladu z odredbo Zvezne davčne službe z dne 13. aprila 2016 N ММВ. -7-15/189@ " O potrditvi obrazca računa za uskladitev in obrazca za predložitev dokumenta o spremembi nabavne vrednosti odpremljenega blaga (opravljenega dela, opravljenih storitev), prenesenih premoženjskih pravic, vključno z računom za uskladitev, v elektronski obliki."
Dodani so novi elektronski dokumenti: Prenos blaga, Prenos rezultatov dela, nova oblika vizualnega prikaza dokumentov.
Dodan je bil mehanizem enosmerne izmenjave, ki ne zahteva obvestila prejemnika o prejemu.
Dodana možnost nadzora razpakiranja dohodnih elektronskih dokumentov (samodejno ali ročno), možnost konfiguracije ustvarjanja določene vrste dokumenta pri prejemu elektronskih dokumentov.
Dodana možnost povezovanja elektronskega dokumenta z več računovodskimi dokumenti informacijske baze.
Izvedena je delitev elektronskih dokumentov na vhodne in odhodne.
Integracija s storitvijo je bila izvedena 1C-UMI omogoča ustvarjanje spletnih strani iz programa, nastavitev izmenjave s spletno trgovino UMI.
Izvedena je bila prilagoditev za delo s storitvijo 1C-EDO v oblačni storitvi 1CFresh.

Prehod na različico 1.3.6 iz različice 1.3.5

Podsistem "Izmenjava z nasprotnimi strankami"

Splošni modul ExchangewithCounterpartiesRedefinable

Dodana metoda UPD SCHFDOP.
Dodana metoda Izpolnite podatke za informacije o kupcu UPD Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UPD (podatki o kupcu) funkcija SCHFDOP.
Dodana metoda UPD (podatki o prodajalcu) funkcija SCHFDOP objektom informacijske varnosti.
Dodana metoda Izpolnite Podatke za DODATNE informacije Zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument, kot je funkcija DOP STD (podatki o prodajalcu).
Dodana metoda Poiščite Ustvari UPDT dokument o prenosu. Metoda shrani podatke iz elektronskega dokumenta UPD (podatki o prodajalcu) funkcije DOP v objekt IS.
Dodana metoda Izpolnite podatke za podatke prodajalca SCHFI Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UTD (seller information) SSF funkcija.
Dodana metoda PoiščiCreateUPDSInvoiceInvoice. Metoda shrani podatke iz elektronskega dokumenta UPD (informacije o prodajalcu) funkcije SSF v objekt informacijske varnosti.
Dodana metoda. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) funkcija KSCHFDIS.
Dodana metoda Izpolnite podatke za informacije o kupcu UKID Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UKD (podatki o kupcu) funkcijo KSCHFDIS.
Dodana metoda. Metoda shrani podatke iz elektronskega dokumenta UCD (seller information) funkcije KSCHFDIS v objekte informacijske varnosti.
Dodana metoda Izpolnite podatke za DISinformacije zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) DIS funkcija.
Dodana metoda FindCreateUKDDocumentAboutChangeValue. Metoda shrani podatke iz funkcije DIS elektronskega dokumenta UCD (podatki o prodajalcu) v objekt IS.
Dodana metoda Izpolnite podatke za podatke KSCHFISeller Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) funkcija KSCHF.
Dodana metoda PoiščiCreateUKDSAccountInvoice. Metoda shrani podatke iz elektronskega dokumenta UCD (podatki o prodajalcu) funkcije KSCHF v objekt IS.
Dodana metoda Skladnost odhodnih vrst ED z dokumenti o informacijski varnosti. Metoda tvori korespondenco med odhodnimi elektronskimi dokumenti in dokumenti o varovanju informacij.
Dodana metoda FindCreateDocumentTransferWorkResults. Metoda se uporablja za izpolnjevanje dokumenta tovornega lista, prejetega v formatu "Prenos blaga".
Dodana metoda FindCreateDocumentTransfer of Goods. Metoda se uporablja za izpolnjevanje dokumenta Potrdilo o prejetih storitvah v obliki »Prenos rezultatov dela«.
Dodana metoda InstalledStateExchangeCompleted. Metoda se pokliče, ko se stanje toka dokumenta spremeni v Izmenjava je končana, MenjavaKončanaSpopravkom.
Pri generiranju elektronskih dokumentov UPD, UKD, Prenos blaga, Prenos rezultatov dela, podrobnosti DokumentDatum, DocBaseDate jih je treba izpolniti.

Obdelava izmenjave z nasprotnimi strankami

V postavitvi "Torg-12Seller":

Dodano polje "IdStateContract".
Dodan je tabelarični del »Transportni račun«.
Odstranjeni sta bili polji "Datum računa za prevoz", "Številka računa za prevoz".
Dodano polje "Podatki o osebi, ki je prenesla blago".

V postavitvi Akt o prenosu pravic:

Dodan tabelarični del "Osnova".
Polja "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation" so bila odstranjena.
Dodano je polje "CurrencyName".
Dodano polje "Zahtevki".
Dodano polje "Datum izvedbe".
V lastnostih udeležencev transakcije je polje »Faks« nadomeščeno s poljem »E-pošta«.
V lastnostih udeležencev transakcije je polje »Koda države« nadomeščeno s poljem »Koda države«.
V lastnostih udeležencev transakcije je polje »AddressText« nadomeščeno s poljem »AddressText«.

Posodabljanje definirane vrste Nasprotna stranka:

Pri nadgradnji z različice 1.3.5 je potrebno posodobiti definiran tip Nasprotna stranka, sicer bodo sklice na imenik Counterparty v objektih BED ob posodobitvi nadomeščene s tipom niz z izgubo sklicev na objekte brez možnosti obnovitev.

Postopek posodobitve:

Preimenujte definirano vrsto Account v AccountBED.
Odstranite konfiguracijo iz podpore BED 1.3.5.
Zaženite primerjavo/združitev s konfiguracijo BED 1.3.5, strinjajte se, da nastavite konfiguracijo za podporo.
Odkljukajte vse objekte in pustite samo definirano vrsto računa, izvedite spajanje.
Začnite posodabljati konfiguracijo, izberite datoteko BED 1.3.6.
Izberite potrditvena polja na definiranih vrstah AccountBED in Account. Podajte druge potrebne objekte baze podatkov za posodobitev.
Izvedite posodobitev.

Podsistem "Menjava z bankami"

Na postopek Pridobite bančni izpisek skupni modul ExchangeWithBanksClient dodan izbirni parameter OpenFormClarificationPeriod s tipom Boolean. Nastavljen mora biti na True, če obrazec, iz katerega je prejet izpisek, nima možnosti ročnega spreminjanja obdobja zahteve za izpisek.

Podsistem "Izmenjava s spletnimi mesti"

Spremenjeno vozlišče izmenjave Izmenjava strani, obrazec, predmetni modul:

Dodana možnost nalaganja elementov z izbiro po vrstah artiklov (prej je bilo na voljo le po skupinah artiklov).

Dodana referenčna knjiga Spletne strani:

Dodana možnost konfiguriranja prehoda na spletno mesto iz 1C - v uporabniški del spletnega mesta in v skrbniško območje spletnega mesta.
Na podlagi spletnega mesta lahko ustvarite izmenjalno vozlišče ExchangeSite.

Dodana obdelava Ustvari spletno stran:

Dodana je možnost ustvarjanja spletnega mesta v domeni 1C-UMI; spletno mesto se ustvari samodejno (element Spletna mesta) in napolni s podatki iz 1C. Vozlišče izmenjave ExchangeSite se samodejno ustvari in izvede se prva popolna izmenjava s spletnim mestom.

Splošni modul Site ExchangeOverridable:

Dodana je bila možnost izbire vrst predmetov; odstranjena je bila možnost izbire poljubne referenčne knjige.

Splošni modul ExchangeSiteEvents:

Dodana možnost izbire vrst predmetov.
Možnost izbire imenika po meri je bila odstranjena.

Druge spremembe

Postavitev podsistema Upravljanje tarif v modelu knjižničnih storitev Storitvene tehnologije

Na skupni modul Ponovna tarifa v metodi Pri oblikovanju seznama storitev () morate dodati kodo po klicu metode InternetUser Support Pri oblikovanju seznama storitev (ponudniki storitev):

// Elektronska interakcija
Elektronska interakcija. Pri oblikovanju seznama storitev (ponudniki storitev);
// Končaj elektronsko interakcijo

Različica 1.3.5

Različica 1.3.5 je razvoj izdaje 1.3 "1C: Knjižnice elektronskih dokumentov 8", ki je zasnovana za zagotavljanje izmenjave elektronskih dokumentov v aplikacijskih rešitvah, razvitih na platformi 1C:Enterprise različice 8.3.8 in višje.

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

funkcionalnost knjižnice je bila prilagojena posebnostim dela na platformi 8.3.8 z onemogočenim načinom kompatibilnosti;
podsistemi "Standardne podsistemske knjižnice" so bili posodobljeni na različico 2.3.3.45;
Knjižnica vključuje podsistem "Internet User Support Libraries", verzija 2.1.8.3.

Prehod na različico 1.3.5 iz različice 1.3.4

Spremembe niso potrebne.

Različica 1.3.4

Različica 1.3.4 je razvoj izdaje 1.3 "1C: Knjižnice elektronskih dokumentov 8", ki je zasnovana za zagotavljanje izmenjave elektronskih dokumentov v aplikacijskih rešitvah, razvitih na platformi 1C:Enterprise različice 8.3.6 in novejše. V tem primeru mora biti konfiguracijska lastnost "Način združljivosti" nastavljena na "Ne uporabljaj". Način uporabe modalnosti je mogoče nastaviti na »Ne uporabljaj«, način združljivosti vmesnika pa na »Različica 8.2«, »Različica 8.2. Dovoli taksi« ali »Taksi. Dovoli različica 8.2«.

Nove funkcije in spremembe

implementiran je sistem obveščanja o EDI dogodkih (novi elektronski dokumenti, nova vabila, potek veljavnosti certifikata ipd.). Zdaj je mogoče konfigurirati e-poštna obvestila v profilu nastavitev EDF in prikazati obvestila o dogodkih neposredno v programu 1C s pojavnimi sporočili;
podprta je oblika primarnega dokumenta, vključno z računom (oblika UPD) v skladu z odredbo Zvezne davčne službe z dne 24. marca 2016 št. oblika za predložitev dokumenta o odpremi blaga (opravljanje dela), prenosu lastninske pravice (dokument o opravljanju storitev), vključno z računom, v elektronski obliki";
podprta je oblika dokumenta o spremembi vrednosti, ki vključuje račun za popravek" (oblika UKD) v skladu z odredbo Zvezne davčne službe z dne 13.04.2016 N ММВ-7-15/189@ "O odobritvi oblike računa za prilagoditev in predstavitvene oblike dokumenta o spremembah stroškov poslanega blaga (opravljeno delo, opravljene storitve), prenesene lastninske pravice, vključno z računom za prilagoditev, v elektronski obliki";
podprl uporabo zunanjih komponent v izmenjavi z bankami s tehnologijo DirectBank.

Prehod na različico 1.3.4 iz različic 1.3.2, 1.3.3

Spremembe obrazcev seznama dokumentov aplikacijskih rešitev

V obrazce seznama dokumentov morate dodati postopek vtičnika Izmenjava z CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

EndProcedure

Pri posodabljanju podsistema je potrebno v obdelovalcih dogodkov obrazca seznama dokumentov: Ko je CreatedOnServer, Ob odprtju, Obdelava opozoril

&Na strežniku
Postopek pri ustvarjanju na strežniku
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = Elements.EDO Commands;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Failure, StandardProcessing, ParametersWhenCreatedOnServer);
EndProcedure

&OnClient
Postopek odpiranja (napaka)
…
// Podsistem "Menjava z nasprotnimi strankami".
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

&OnClient
Obvestila postopka postopka (ime dogodka, parameter, vir)
…
// Podsistem "Menjava z nasprotnimi strankami".
Alert ParametersEDO = Izmenjava z nasprotnimi strankamiClient.AlertParametersEDO_ListForm();
Parametri obvestila EDO.Form = ThisObject;
Parametri obvestila EDO.DynamicListName = "Seznam";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(EventName, Parameter, Source, EDI AlertParameters);
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

Spremembe obrazcev dokumentov aplikacijske rešitve

V obrazce dokumentov morate dodati postopek vtičnika Connectable_WaitingHandlerEDO, kamor morate postaviti klic metode

Izmenjava z CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
Postopek Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
EndProcedure

Pri obrazcih dokumentov je potrebno odstraniti atribut obrazca “EDO status” in namesto tega dodati element obrazca “okras”. Za potrebe aplikativne rešitve lahko dekoracijo podredimo elementu obrazca »Skupina«. Vidnost skupine je nastavljena znotraj metode Izmenjava z nasprotnimi strankami Ko je ustvarjen na strežniku odvisno od stanja f.o. "Uporabi izmenjavo z nasprotnimi strankami."

Pri posodabljanju podsistema je potrebno v obdelovalcih dogodkov oblike dokumenta Ko je CreatedOnServer, Ob odprtju, AfterRecordingOnServer, Obdelava opozoril place metode podsistema "Counterparty Exchange".

Na primer:

&Na strežniku

…
// Podsistem "Menjava z nasprotnimi strankami".
Parametri EDO, ko so ustvarjeni = Izmenjava parametrov z nasprotnimi strankami, ko so ustvarjeni na Server_DocumentForm();
Parametri EDO, ko so ustvarjeni.Form = ThisObject;
EDO ParametersWhen Created.DocumentLink = Object.Link;
EDO ParametersWhenCreated.DecorStateEDO = Elements.DecorationStateEDO;
Parametri EDO, ko so ustvarjeni. Skupina stanj EDO = Elementi. Skupina stanj EDO;
Izmenjava z nasprotnimi strankami. Ko je ustvarjen na strežniku_DocumentForm (zavrnitev, standardna obdelava, parametri EDO, ko je ustvarjen);
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

&OnClient
Postopek odpiranja (napaka)
…
// Podsistem "Izmenjava z nasprotnimi strankami"
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// Konec podsistema "Izmenjava z nasprotnimi strankami"
EndProcedure

&Na strežniku
Postopek AfterRecordOnServer(CurrentObject, RecordParameters)
…
// Podsistem "Menjava z nasprotnimi strankami".
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametersAfterRecord.DocumentLink = Object.Link;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

&OnClient
Obvestila postopka postopka (ime dogodka, parameter, vir)
…
// Podsistem "Menjava z nasprotnimi strankami".
Parametri opozoril = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
Alert Parameters.DecorationEDO State = Elements.DecorationEDO State;
Parametri opozorila. Skupina stanj EDO = Elementi. Skupina stanj EDO;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

Spremembe v modulu ExchangeCounterparties

Dodan postopek Ko je CreatedOnServer_ListForm, poklican iz obdelovalca dogodkov "When CreatedOnServer" obrazca s seznamom dokumentov. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersWhenCreatingOnServer_ListForm.
Dodan postopek Ko je CreatedOnServer_FormDocument, poklican iz obdelovalca dogodkov "When CreatedOnServer" obrazca dokumenta. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersWhenCreatingOnServer_DocumentForm.
Dodan postopek AfterRecordingOnServer, poklican iz obdelovalca dogodkov "AfterRecordOnServer" obrazca dokumenta. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersAfterRecordingOnServer.

Spremembe v modulu Izmenjava z CounterpartiesClient.

Dodan postopek Ob odprtju, poklican iz upravljalnika dogodkov "Ob odpiranju" obrazca s seznamom dokumentov in obrazca dokumenta.
Dodan postopek ProcessingAlerts_ListForm, poklican iz obdelovalca dogodkov "Obdelava obvestil" obrazca s seznamom dokumentov. Kot četrti parameter metode se posreduje struktura, ki jo metoda inicializira Parametri opozorilaEDO_ListForm.
Dodan postopek ProcessingAlert_FormDocument, poklican iz upravljalnika dogodkov "Obdelava obvestil" obrazca dokumenta. Kot četrti parameter metode se posreduje struktura, ki jo metoda inicializira Parametri obvestilaEDO_DocumentForm.
Spremembe v modulu ExchangewithCounterpartiesOverridable:
Dodana metoda Izpolnite Prenos podatkov izvajalca del.
primer:

// Pripravi podatke za elektronski dokument tipa Prenos blaga prodajalcu.
// Opcije:
// LinkToObject - Povezava do ED, s katero je potrebno ustvariti elektronski dokument,

Postopek Izpolnjevanje Izvajalec dela prenosa podatkov (povezava objekta, struktura ED, drevo podatkov) Izvoz
Izpolnite podatke za izvršitelja zakona 501 zvezne davčne službe (povezava do predmeta, struktura ED, podatkovno drevo)
EndProcedure

Metoda Preverite možnost za urejanje predmeta postal postopek.
Dodana metoda Izpolnite podatke za UPDinformacije zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument tipa UPD(podatki o prodajalcu). SCHFDOP.
Dodana metoda FindCreateUniversalTransferDocument. Metoda shrani podatke iz elektronskega dokumenta UPD(podatki o prodajalcu). SCHFDOPv objektov IS.
Dodana metoda Izpolnite podatke za podatke Zvezne davčne službe UKDISeller. Metoda pripravi podatke za elektronski dokument tipa UKD(podatki o prodajalcu). KSCHFDIS.
Dodana metoda FindCreateUniversalAdjustmentDocument. Metoda shrani podatke iz elektronskega dokumenta UKD(podatki o prodajalcu). KSCHFDIS na objekte informacijske varnosti.

Spremembe v podsistemu »Menjala z bankami«.

Spremembe v modulu ExchangeWithBanksRedefinable

Postopek Ko se stanje ED spremeni dodano. Pokliče se, ko se spremeni stanje elektronskega dokumentnega toka.

Spremembe za delo v servisnem načinu

Če je potrebna konfiguracija cilja za delovanje v servisnem načinu:

V proceduri GetProvidedDataHandlers skupnega modula SuppliedDataOverridden dodajte naslednjo kodo:

ElectronicInteraction.RegisterProvidedDataHandlers(Handlers);

Dodajte rutinsko opravilo Posodobi izmenjavo zunanjih modulov z bankami v splošni atribut Podatkovno področje Osnovni podatki.

Druge spremembe

Tipu, ki ga definirate, morate dodati konstanto Uporabite ExchangeWithBanks;
Odstranjena funkcija Priporočena menjava z bankami.

Različica 1.3.3

Različica 1.3.3 je razvoj izdaje 1.3 izdelka "1C: Knjižnica elektronskih dokumentov". Zasnovan za razvoj konfiguracij, ki so zasnovane za delo na platformi 1C:Enterprise 8.3 različice 8.3.6 in novejše.

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

v skladu z Odredbo z dne 30. novembra 2015 št. ММВ-7-10/552@ "O odobritvi oblike za predložitev dokumenta o prenosu rezultatov dela (dokument o opravljanju storitev) v elektronski obliki" so podprti novi formati elektronskih dokumentov.

Spremembe v podsistemu "Menjava z nasprotnimi strankami"

V modulu ExchangewithCounterpartiesOverridable naredi spremembo:

// Pripravi podatke za elektronski dokument tipa Tovorni list.
// Opcije:
// LinkOnED - Povezava do ED, s katero je potrebno ustvariti elektronski dokument,
// StructureED - Struktura, podatkovna struktura za generiranje elektronskega dokumenta.
// Data Tree - drevo vrednosti, drevo podatkov za izpolnjevanje elektronskega dokumenta.
Postopek Izpolnite prenos podatkov prodajalca blaga (povezava do objekta, struktura ED, podatkovno drevo) izvoz
Izpolnite podatke o prodajalcu pogajanj 12 Zvezne davčne službe (povezava do predmeta, struktura ED, podatkovno drevo)
EndProcedure

V konfiguracijo, ki uporablja BED, je potrebno dodati predloge za omejevanje dostopa na ravni zapisa po organizaciji (RLS) pri delu z elektronskimi dokumenti (glej dokumentacijo za vgradnjo).

Različica 1.3.2

Različica 1.3.2 je razvoj izdaje 1.3 izdelka "1C: Knjižnica elektronskih dokumentov". Zasnovan za razvoj konfiguracij, ki so zasnovane za delo na platformi 1C:Enterprise 8.3 različice 8.3.6 in novejše.

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

implementiran prikaz 2 naslovov elektronskih dokumentov (TORG12, Akt, Usklajevalni dokumenti) v enotnem obrazcu za vpogled v elektronski dokument. Vsi podatki iz naslovov bodo zbrani na enem obrazcu. Ločeno si lahko obrazec drugega naslova ogledate iz obrazca »Elektronski dokumenti«;
implementirana je možnost sklenitve standardne »pogodbe EDA« v elektronski obliki iz »Nastavitve EDF« v programu 1C; Z ukazom »Generiraj pogodbo po predlogi« se samodejno ustvari poljuben elektronski dokument, katerega priloga bo datoteka pogodbe. Po podpisu se lahko dokument takoj pošlje nasprotni stranki.
integrirana izmenjava poljubnih elektronskih dokumentov s priloženimi datotekami. Zdaj lahko vsako priloženo datoteko hitro podpišete in pošljete nasprotni stranki s katerim koli elektronskim dokumentom;
podprta je možnost izmenjave elektronskih dokumentov z banko na plačnem projektu;
dodan pomočnik za povezovanje organizacije z DirectBank;
seznam bank, ki podpirajo DirectBank, je bil posodobljen prek interneta;
Podprto delo z različnimi vrstami žetonov (elektronskih ključev) Sberbank: »običajni«, »na dotik«, »z zaslonom«.
Podsistemi "Standardne podsistemske knjižnice" (BSS) so bili posodobljeni na različico 2.3.2.27.

Prehod na različico 1.3.2.19 iz različic 1.2.7, 1.3.1

Modulu morate dodati postopek brez oblazinjenja:

postopek CheckUsingTestMode. Vključuje možnost omogočanja dodatnih funkcij za testiranje izmenjav z bankami. Načrtov za uporabo v aplikativnih rešitvah še ni;

V modulu RegularTasksOverridable naredi spremembo:

Postopek za določanje nastavitev za rutinska opravila (izvoz nastavitev).
Elektronska interakcija. Pri definiranju nastavitev rutinskih opravil (Nastavitve);
EndProcedure

V modulu ElectronicSignatureClientOverridable naredi spremembo:

Postopek za izvoz dodatnega preverjanja potrdila (parametrov).
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parametri);
EndProcedure

Na modul ElectronicSignatureOverridable naredi spremembo:

Postopek pri izdelavi obrazca Preverjanje potrdila (certifikat, dodatna preverjanja, parametri dodatnih preverjanj, standardna preverjanja) Izvoz
ExchangeWithBanks.WhenCreatingFormVerificationCertificate(
Certifikat, dodatna preverjanja, dodatni parametri preverjanja, standardna preverjanja);
EndProcedure

Dodani so bili naslednji predmeti, ki niso v skupni rabi:

;

Konstanta Splošna izmenjava datotek z bankami.

V določeni vrsti Prostor za shranjevanje Funkcionalne možnosti dodajte konstanto Uporabite ExchangeWithBanks.

Če naj bi konfiguracija delovala v načinu storitvenega modela, morate spremeniti obravnavo naročnine na dogodek Nadzor objektov brez skupne rabe med pisanjem BED za delo v modelu storitve. Nadzor objektov brez skupne rabe med pisanjem.

Različica 1.3.1

Različica 1.3.1 je razvoj izdaje 1.2 izdelka "1C: Knjižnica elektronskih dokumentov". Zasnovan za razvoj konfiguracij, ki so zasnovane za delo na platformi 1C:Enterprise 8.3 različice 8.3.6 in novejše.

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

možnost izmenjave elektronskih dokumentov brez elektronskega podpisa prek storitve EDI je bila implementirana za udeležence 1C: Business Network;
implementiran je avtonomni menjalni podsistem z bankami;
Podsistemi "Standardne podsistemske knjižnice" (BSS) so bili posodobljeni na različico 2.3.1.71.

Prehod na različico 1.3.1 iz različic 1.2.6, 1.2.7

Spremembe arhitekture

Vsi moduli s predpono "Elektronski dokumenti" so bili preimenovani v module s predpono "Izmenjava z nasprotnimi strankami". Metode modula Splošni namenED premaknjen v nov modul ElectronicInteraction. Modul Posodabljanje baze informacij ED preimenovan v Posodabljanje podatkovne baze.

Elektronski dokumenti V ElectronicInteraction:

Priimek Začetnice Posameznikov

Seznam metod, ki so bile premaknjene iz modula Elektronski dokumenti V ExchangeWithBanks:

Možna je direktna menjava na banki
GetDataBankStatementsTreeValues
GetDataBankStatementsTextFormat
Razčlenjevanje TreeExtractsBank

Seznam metod, ki so bile premaknjene iz modula v ElectronicInteractionClientOverridable:

Izvedite preverjanje dokumenta

Seznam metod, ki so bile premaknjene iz modula ElectronicDocumentsClientOverridable V ExchangeWithBanksClientOverridable:

ParseFileExtracts

Seznam metod, ki so bile premaknjene iz modula v ElectronicInteractionClientServer:

GetMessageText (preimenovano v MessageText)
Obstaja Akcija

Seznam metod, ki so bile premaknjene iz modula Elektronski dokumenti ClientServer V ExchangeWithBanksClientServer:

Izpolnjene DetailsSettings EDSBanks (preimenovane Filled out Filled DetailsSettingsExchange)
HeaderSettingsEDOSBank je bil preimenovan v HeaderSettingsExchangeWithBank
GetStatusTextED

Seznam metod, ki so bile premaknjene iz modula v ElectronicInteractionOverridable:

ChangeFormElementProperties
CurrentDirectoryTemporaryFiles
Pridobite ustrezne funkcionalne možnosti
Pridobite ustrezne imenike
Pridobite korespondenco z imeni predmetov MD in podrobnosti
Ujemanje med zahtevami in šiframi predložitev
Pridobite strukturo ključnih podrobnosti predmeta
Besedilno sporočiloPotrebne sistemske nastavitve
Uredi sporočilo o napaki
Pripravite besedilo sporočila o kršitvi pravic dostopa
DisassembleNameIndividuals
FindReferenceToObject
Pridobite natisnjeno številko dokumenta
PreveriReadinessSources
GetData LegalIndividuals
Opis Organizacije
Obstaja pravica do obdelave ED
Obstaja pravica do branja ED
Obstaja pravica do odprtja registracije dnevnika

Seznam metod, ki so bile premaknjene iz modula ElectronicDocumentsOverridable V ExchangeWithBanksOverridable:

Pridobite trenutne vrste ED
Pridobite številke bančnih računov
Izpolnite parametre ED po viru
Izpolnite podatke o plačilnem nalogu
Izpolnite podatke o zahtevku za plačilo
Preverite možnost za urejanje predmeta

Iz naročnin na dogodke Pri beleženju lastnika dodelite novo različico ED in PreveriteChangeBeforeRecordingOwnerED Bančni dokumenti so bili izbrisani.

Postavitve premaknjene iz obdelave Menjalne nasprotne stranke V ExchangeWithBanks:

Plačilni nalog
Zahteva za plačilo

Dodati morate definirani vrsti

documentObject.PackageED

Spremembe vmesnika

V skupnih modulih ExchangeWithBanks, Menjalne nasprotne stranke dodani postopki Ko je CreatedOnServer. Pokliče se pri odpiranju obrazcev predmetov za ustvarjanje ukazov EDI. Opcije: Oblika– trenutna oblika, Team PlacementDefault– element podmenijske forme, v kateri bodo kreirani EDI ukazi.
V skupnih modulih ExchangeWithBanksOverridable, ExchangewithCounterpartiesOverridable dodani postopki za ustvarjanje seznama ukazov EDM Pripravite strukturo objektov ekip EDF. Parameter Sestava TeamsEDO je lahko polje (za podsistem ExchangeWithBanks) ali strukturo polja ( Menjalne nasprotne stranke).
Skupina EDI ukazov je bila odstranjena, samodejno polnjenje ukazne plošče z EDI ukazi se ne izvaja več.

Če želite ustvariti ukaze EDM v obrazcih dokumentov informacijske baze, morate dodati kodo za generiranje tipov objektov v proceduri preglasenega skupnega modula.

Primer v modulu ExchangewithCounterpartiesOverridable:

Sestava ekip EDM.Outgoing.Add("Dokument.Prodaja blaga in storitev");
Sestava ukazov EDO.Outgoing.Add("Document.Buyer's Order");
…
Sestava EDF Teams.Incoming.Add("Dokument.Prejem blaga in storitev");
Sestava ukazov EDO.Incoming.Add("Document.InvoiceReceived");
…
EndProcedure

ExchangeWithBanksOverridable:

Postopek Pripravite strukturo objektov ekip EDF (Sestava skupin EDF) Izvoz
Sestava ukazov EDO.Add("Dokument.Plačilni nalog");
Sestava ukazov EDO.Add("Document.PaymentRequest");
…
EndProcedure

Pri izdelavi obrazca pokličite program za generiranje ukazov

Izmenjava z nasprotnimi strankami Ko je ustvarjena na strežniku:

Postopek, ko je ustvarjen na strežniku (napaka, standardna obdelava)
// Ukazi EDO
Izmenjava z nasprotnimi strankami.When CreatedOnServer(ThisObject, Elements.EDO Commands);
// Konec ukaza EDO
EndProcedure

Dodajte vtični upravljalnik obrazcev Connectable_Execute EDO ukaz:

Postopek Connectable_Execute EDO Command (ukaz)
ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Command, ThisForm, Elements.List);
EndProcedure

Spremembe v podsistemu "Menjava z nasprotnimi strankami"

v opredeljeno vrsto »Podlage za samovoljno ED« izpolnite vrste dokumentov, na podlagi katerih se bodo vpisi vnašali. Poljubna ED(najverjetneje bodo to isti dokumenti kot v definiranem tipu Attached Files Owner), tudi v teh dokumentih morate dodati dokument “Custom ED” na seznam “Je osnova za:”
v obrazcih dokumentov in seznamih dokumentov (na podlagi katerih se vnaša ED po meri) je potrebno onemogočiti ED po meri v podmeniju “Ustvari na podlagi”, ker ukaz za vnos Custom ED se nahaja v podmeniju EDO (ukaz "Dodaj datoteko");
v postavitvah Akt o prenosu pravic, Naročilo blaga, Odgovor na naročilo, Poročilo komisionarja o prodaji, Poročilo komisionarja o opisu, Račun za plačilo, Katalog izdelkov, Cenik v skupini parametrov. »Banka« v polju »BIC« je spremenjen atribut obveznega izpolnjevanja. To polje mora biti izpolnjeno;
v postavitvi InvoiceInvoice se je spremenil format polj Koda države izvora in Številka carinske deklaracije. Za bolj pravilno izpolnjevanje so združeni v tabelo carinske deklaracije. Primer izpolnjevanja teh elementov v postopku priprave podatkov ESS najdete v demo bazi podatkov BED.

Spremembe v modulu ExchangewithCounterpartiesClient

Metoda OpenEDList je opuščena. Namesto tega je priporočljiva uporaba OpenEDTree, ki uporabniku odpre drevo predpisov za izmenjavo elektronskih dokumentov za informacijsko varnostni dokument.

Spremembe v modulu elektronske interakcije so razveljavljene

Dva ključa sta bila dodana v Pridobi korespondenco z imeni predmetov in podrobnosti za ponovno opredelitev:

Prodaja blaga in storitev v metapodatkih
Prejem blaga in storitev v metapodatkih

Spremembe v modulu ExchangeCounterparties

Dodana metoda Fill DataBy 1SEDOD za 1C-Reporting Master, ki pripravlja podatke za 1C-Reporting Master.

Dodana metoda Check AccounterV1EDMSWhen CreatedOnServer, ki jo je treba poklicati pri ustvarjanju obrazca računa. Ta metoda zažene preverjanje povezave nasprotne stranke s storitvijo 1C-EDO.
Primer Izmenjava z nasprotnimi strankami Preverite nasprotno stranko v 1 SEDO, ko je ustvarjena na strežniku:

Postopek, ko je ustvarjen na strežniku (napaka, standardna obdelava)
// Elektronska interakcija z nasprotnimi strankami
Izmenjava z nasprotnimi strankami Preverite nasprotno stranko v 1SEDO When CreatedOnServer(Object.Link);
// Konec elektronske interakcije z nasprotnimi strankami
EndProcedure

Dodano NI razdeljeno rutinsko opravilo Preverjanje nasprotnih strank BED, ki izbere nasprotne stranke in preveri njihovo povezavo z 1C-EDO.

Dodan razdeljeni register informacij Status nasprotnih strank BED, ki zbira statistiko izvajalcev, povezanih s storitvijo 1C-EDO.

Dodajte prikaz znaka povezave s storitvijo 1C-EDO v stolpcu "EDO" na obrazcu seznama in obrazcu za izbiro nasprotne stranke. V stolpec »Povezan s storitvijo 1C-EDO« dodajte namig.
primer:

IZBERI
IZBIRA
WHENCounterpartyStateBED.Status = VALUE(Enumeration.CounterpartyStateBED.Connected)
POTEM 0
DRUGAČE 1
KONEC
KONEC KOT EDO
imenik nasprotnih strank. ime,
Imenik nasprotnih strank.INN,
Imenik nasprotnih strank.KPP,
....
DirectoryCounterparties.NameFull
OD
Imenik.Nasprotne stranke AS Imenik nasprotnih strank
LEVO PRIKLJUČEK Register statusov izvajalcev BED AS Status izvajalcev BED
Programska oprema (Contractor StatesBED.Counterparty = DirectoryCounterparties.Link)

Na obrazcih dokumentov informacijske baze je potrebno iz atributa obrazca »Besedilo stanja ED« odstraniti povezavo do funkcijske možnosti »Uporabi ED Exchange«. Odstranite glavo iz atributa »ED Status«.

Spremembe v podsistemu »Menjala z bankami«.

Dodane naročnine na dogodke ExchangeWithBanksOwnerEDBeforeRecording in ExchangeWithBanksOwnerEDAtRecording.

Dodani definirani tipi OwnersExchangeWithBanks in DirectoryBanks.
Dodan splošni ukaz SettingsExchangeWithBanks.

V določeni vrsti Pripeta datoteka dodaj:

directoryLink.MessageExchangeWithBanksAttachedFiles;
directoryObject.MessageExchangeWithBanksAttachedFiles;
directoryLink.PackageExchangeWithBanksAttachedFiles;
directoryObject.PackageExchangeWithBanksAttachedFiles.

V določeni vrsti Lastnik priloženih datotek je treba dodati

documentLink.MessageExchangeWithBanks;
documentLink.PackageExchangeWithBanks.

V določeni vrsti OwnerAttachedFilesObject je treba dodati

documentObject.MessageExchangeWithBanks;
documentObject.PackageExchangeWithBanks;
documentObject.PackageED

Dodan nov podsistem "Poslovna mreža"

Podsistem vključuje skupne module (predpona ExchangeBusinessNetwork), zdravljenje BusinessNetwork, vloge ( AdministrationSubscriberBusinessNetwork, PerformingExchangeBusinessNetwork), informacijski register IdentifikatorjiBusinessNetwork. V obrazcu »Nastavitev izmenjave elektronskih dokumentov« je dodan ukaz za klic obrazca za povezavo storitve.

Potrebno je dokončati postopke in funkcije v modulu BusinessNetworkOverridable:

metoda Ustvarite nasprotno stranko glede na podrobnosti. Ustvari nasprotno stranko v aplikacijski rešitvi z uporabo posredovanih parametrov;
metoda Pridobite stike uporabnikov IB. Prejme kontaktne podatke uporabnika (ime vloge, elektronski naslov);
metoda Izvedite nadzor nad podrobnostmi dokumenta. Preveri podrobnosti dokumenta, da omogoči pošiljanje matrike (pošiljatelj in prejemnik morata biti ista).

Prehod na različico 1.3.7 iz različice 1.3.6

V obrazcu za nalaganje plačilnih dokumentov v datoteko in nalaganje bančnega izpiska iz datoteke (obdelava ClientBank) premakniti skupino elementov GroupAdvertisingDirectBankHorizontally iz splošnega obrazca Ponudba Connect1SDirectBank.

V obrazcu za obravnavo dogodkov Ko je CreatedOnServer metode mesta ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&Na strežniku
Postopek pri CreateOnServer (napaka, standardna obdelava)
…
// Elektronska izmenjava z bankami
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// Konec elektronske interakcije z bankami
EndProcedure

V obrazcu za obravnavo dogodkov Obdelava opozoril postavite metodo ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient
Obvestila postopka postopka (ime dogodka, parameter, vir)
…
// Elektronska izmenjava z bankami
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// Konec elektronske interakcije z bankami
EndProcedure

Za element TextDirectBankHorizontally dodajte obdelovalca dogodkov ProcessingNavigationLinks in vanj postavite metodo ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:

&OnClient
Postopek TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, StandardProcessing);
EndProcedure

Na postopek Pridobite ujemanje z imeni predmetov MDI in podrobnosti skupni modul ElectronicInteraction dodajte element ujemanja s ključem PaymentOrderInMetadata in vrednost: ime objekta metapodatkov Plačilni nalog v aplikativni rešitvi.

09.06.2017

"(EDI) ne odraža zelo natančno tega, kar se v praksi izvaja v ruskih podjetjih in organizacijah. Izkazalo se je, da je pogosto šlo (in je) bolj za elektronsko podporo tradicionalnemu papirnemu dokumentnemu toku: v najpreprostejšem primeru - za upravljanje elektronskih kartic papirnih dokumentov, v bolj zapletenem primeru - za ustvarjanje dodatnega vezja njihovih elektronskih kopij. Vendar je izvirnik tukaj vedno papirni dokument. Zato smo se v tem pregledu odločili za uporabo izraza »brezpapirno elektronsko upravljanje dokumentov« (BED), ki se nanaša na možnost izvedbe »pravega« EDF, ko so izvirni dokumenti predstavljeni v elektronski obliki. Ob tem želim poudariti, da odprava papirne dokumentacije ni sama sebi namen, temveč le sredstvo za izboljšanje kakovosti in učinkovitosti dela.

Razprave o prehodu na BED potekajo že precej dolgo, na državni ravni – aktivno od leta 2008. Kako dinamičen in uspešen pa je ta proces? Kakšni so razlogi, zakaj so današnji rezultati drugačni od napovedanih pred 7-10 leti? Za odgovore na ta vprašanja smo se obrnili na strokovnjake – razvijalce orodij EDMS/ECM ter tiste, ki se ukvarjajo z implementacijo in delovanjem tovrstnih sistemov.

Kakšen je pomen prehoda na BED

Ta tema postaja vse bolj pomembna za različne vrste strank – tako komercialne kot vladne organizacije, pravi Oleg Beilezon, vodja prakse Alfresco pri Business Logic (IT Group). Vsi se že dobesedno utapljajo v potokih papirja - to fizično postaja težava, namizja in omare številnih zaposlenih so zasuti s pregledanimi, dogovorjenimi, podpisanimi, shranjenimi in »davčno prijavljenimi« dokumenti in postaja vse težje upravljati z njimi. Po njegovem mnenju so številni vladni regulatorji (na primer Zvezna davčna služba) to spoznali, zato močno - celo obvezne zahteve - priporočajo prehod na brezpapirni promet uradnih dokumentov.

Elena Ivanova, vodja oddelka za trženje podjetja EOS, pa ugotavlja, da čeprav prehod na brezpapirni pretok dokumentov podjetjem omogoča zmanjšanje stroškov in povečanje učinkovitosti poslovnih procesov, je treba upoštevati, da takšna transformacija zahteva določenih stroškov, povezanih z implementacijo tehnoloških rešitev, spremembo predpisov, minimizacijo tveganj, ki izhajajo iz dejstva uporabe elektronskih dokumentov. Na splošno je stanje očitno: večji kot je pretok papirnih dokumentov, bolj pereče je vprašanje brezpapirne izmenjave. Kot glavne ovire, ki upočasnjujejo takšen prehod, vidi potrebo po dodatnih stroških »trenutno« in nepripravljenost zaposlenih, da bi se odrekli običajnim procesom in atributom papirnega dokumenta. Toda razvijalci imajo orodja, s katerimi lahko premagajo izzive implementacije.

Toda zdaj, v razmerah dolgotrajne gospodarske krize, niso vsa podjetja pripravljena na to, pravi Dmitry Shmailov, vodja razvojnega oddelka rešitev ECM v korporaciji ELAR. Poleg tega BED ni tako prioriteta za poslovanje kot recimo avtomatizacija proizvodnje, rešitve za kritične naloge in sistemi za zniževanje stroškov, torej projekti, ki lahko prinašajo denar.

Vadim Ipatov, namestnik generalnega direktorja InterTrusta za poslovni razvoj, spominja, da poleg organizacijskih in tehnoloških težav obstajajo tudi regulativne zahteve, ki so danes v veliki meri še vedno osredotočene na uporabo papirnatih izvirnikov. Predvsem ostajajo nerešena vprašanja dolgoročne (predvsem večne) hrambe dokumentov. Zdi se, da je delež tovrstnih dokumentov v njihovem skupnem obsegu majhen, vendar kot sidro zavira proces opuščanja papirnih izvirnikov kot celote.

Če govorimo o dokumentih, ki se uporabljajo kot komunikacijsko sredstvo, je danes najpogostejši mehanizem elektronska pošta. Zdi se, da tukaj ni nobenih organizacijskih, pravnih ali tehničnih težav. Toda v resnici e-pošta izvaja tradicionalno papirno različico interakcije, ki ob avtomatski implementaciji vodi do ustvarjanja ogromnih količin informacij, ki jih je težko upravljati tudi z uporabo IT. To pomeni, da so potrebne nekatere kvalitativno drugačne komunikacijske arhitekture. Da bi jih uporabili, poudarja strokovnjak, moramo ponovno razmisliti o razumevanju ECM in jih postaviti kot sisteme, ki združujejo ljudi, procese in sorodne vsebine. Danes je pravilneje govoriti ne o brezpapirnem dokumentnem toku, temveč o brezpapirni, a dokumentirani interakciji ljudi med delovnimi procesi.

Tradicionalno je bilo vprašanje EDMS razumljeno kot vprašanje avtomatizacije notranjih poslovnih procesov podjetja in v veliki meri v zvezi z organizacijskimi in upravnimi dokumenti. Toda v zadnjih letih se je pomembnost vprašanja medorganizacijske izmenjave dokumentov hitro povečala: med gospodarskimi družbami, znotraj državnih organov, pa tudi v interakciji podjetij in posameznikov z državnimi agencijami. Vsa ta področja se zdaj pospešeno razvijajo prav z vidika prehoda na medorganizacijski elektronski dokumentarni pretok.

Ernest Kolesnikov, namestnik direktorja marketinga pri Taxkomu, se o tem sklicuje na napovedi analitikov: do leta 2017 bo uporaba mehanizmov EDI pri nasprotnih strankah dosegla 22,5%. Že zdaj, po uvedbi novega obračuna DDV (skoraj vsi davčni zavezanci ga morajo oddati elektronsko), je postalo vprašanje avtomatizacije dokumentov še posebej aktualno, saj je pri ročnem vnosu podatkov velika verjetnost, da bo računovodstvo prejemalo avtomatske zahteve za neskladja z nasprotnimi strankami. . Opominja tudi, da poglavje 49.1 zakonika o delu Ruske federacije dovoljuje uporabo EDI pri delu na daljavo, od 1. julija 2016 pa bodo začele veljati spremembe zveznega zakona o delniških družbah, ki bodo delničarjem omogočile za oddaljeno udeležbo na sestankih z uporabo EDI.

Artem Tanan, vodja projekta elektronske izmenjave dokumentov pri 1C, je prepričan, da je glavna spodbuda za prehod na BED želja podjetij, da povečajo svojo konkurenčnost. Tisti, ki želijo biti vodilni na trgu, so se na takšno preobrazbo začeli pripravljati že dolgo pred zakonskim dovoljenjem in prvi obvladajo te priložnosti v praksi. Že v letih 2013–2014. Elektronske metode interakcije z nasprotnimi strankami so začela uporabljati podjetja iz visoko konkurenčnih in tehnoloških panog, kot so trgovske verige, distributerji, telekomunikacijski operaterji itd. To jim je omogočilo doseganje celovitega učinka: od pospešitve vračila DDV in zmanjšanja davčnih tveganj do optimizacije stroške in povečanje učinkovitosti interakcije z nasprotnimi strankami. Pod pritiskom dobaviteljev so tudi njihove nasprotne stranke začele prehajati na BED. Leta 2015 je postopek postal še bolj razširjen, kar je olajšal razvoj zakonodaje in pojav številnih novih regulativnih zahtev za vložitev davčnih poročil. V zadnjih letih se je število uporabnikov, priključenih na storitve, močno povečalo.

Praksa prehoda na brezpapirno elektronsko upravljanje dokumentov

Po mnenju Elene Ivanove postaja praksa prenosa elektronskih izvirnikov pri interakciji s podružnicami in oddaljenimi enotami vse bolj razširjena. Izmenjava primarnih knjigovodskih listin (akt, račun ipd.) z nasprotnimi strankami in integracija z ustreznimi specializiranimi menjalnimi storitvami postaja vse bolj priljubljena. Opaža pa, da je veliko organizacij še vedno previdnih pred tveganji, ki nastanejo pri uporabi elektronskih izvirnih dokumentov, uporaba katerekoli vrste elektronskih dokumentov pa zanje ostaja »prepovedana« tema.

»Ko govorimo o prehodu na delo z elektronskimi izvirniki, podjetja začnejo z besedo 'želimo', ki ji sledi 'ampak ...',« ugotavlja Oleg Beilezon. "Potem obstaja niz bolj ali manj premostljivih razlogov: nekatere enote niso pripravljene, proračun ni bil dodeljen, ne moremo prekiniti tradicije organizacije itd." A na splošno je po njegovem mnenju trend v smeri elektronizacije dokumentnega toka precej dobro viden, že zato, ker obstajajo projekti za prehod na brezpapirne tehnologije, o projektih za obratni prehod pa ni slišati nič. Področja, ki jih pokriva BED, so številna - to so klasični EDMS, finančni dokumentotok organizacije in pravno pomemben promet finančnih dokumentov. Pravno pomemben organizacijski in administrativni pretok dokumentov je nekoliko zastal - preveč je pravnih podrobnosti, ni razvite zadostne prakse. Elektronska hramba in obdelava dokumentov z različnimi klasifikacijami dostopov še bolj zaostaja, saj so (v glavnem upravičeno) pred sistemi, ki jih izvajajo, postavljene precej stroge zahteve.

Poslovni analitik Directuma Maxim Kainer pravi, da se pri uvedbi EDMS/ECM prihranki pri tiskanju na papir dosežejo le z avtomatiziranimi procesi, pogosto pa se izkaže, da se skupni obseg tiskanja v celotni organizaciji lahko poveča. Poleg tega avtomatizacija določenega poslovnega procesa preko ECM v manj kot 10% primerov omogoča, da se izognete tiskanju dokumentov tudi znotraj tega procesa. Na splošno meni, da zaenkrat še ni govora o prehodu organizacij na brezpapirni dokumentarni pretok.

Praviloma naloga, da se znebimo papirja, ni sama sebi namen, temveč je cilj optimizirati določene poslovne procese, pospešiti in poenostaviti njihovo izvajanje, poudarja Vadim Ipatov. Po njegovih ocenah ima večina naročnikovih organizacij v celoti vpeljane notranje elektronske sisteme, vključno s celotno paleto dokazil (navodila, sklepi, poročila o izvedbi ...). V številnih vladnih agencijah med strankami njegovega podjetja je zagotavljanje javnih storitev in delo s pritožbami državljanov v veliki meri avtomatizirano. Če je zahtevek prejet po elektronski poti, se v celoti obdela elektronsko. Na področju organizacijskih, upravnih in podzakonskih aktov lahko »digitalizacija« doseže relativno 99,9 %, vendar je še vedno potreben ukaz, ukaz ali predpis, vsaj v enem samem papirnem izvodu - to narekujeta tako tradicija kot zakonodajne norme. Pri delu s pogodbami je situacija podobna: celoten postopek njihove priprave in odobritve poteka v celoti elektronsko, vendar dva izvoda, ki ju stranke podpišejo, še vedno »živita« na papirju.

Pomembno vlogo pri prehodu na EDMS imajo IT oddelki organizacij prav kot uporabniki EDMS – ta orodja uporabljajo za svoje interne naloge (obdelava uporabniških zahtev, vodenje projektov v smislu razdelitve nalog in dela, odobritve itd.) , ob tem pa z lastnim primerom pokažejo, kako se lahko papir popolnoma odpravi.

»Prehod na brezpapirne tehnologije postaja nekaj običajnega in ga poganjajo proizvodne potrebe; delo brez papirja je donosno,« se strinja Dmitry Shmailov. - BED je zelo pomemben za interni dokumentarni tok podjetja. Danes, ko elektronski dokumenti postopoma pridobivajo zakonodajni status, postaja delo v EDMS z nasprotnimi strankami vsakdanje.« Toda hkrati ugotavlja, da se v organizacijah, ki uporabljajo posebne režime, dokumenti, ki predstavljajo državno ali poslovno skrivnost ali imajo posebno vrednost, še vedno hranijo na papirju. Prehod na BED za takšno dokumentacijo je bodisi nemogoč bodisi povezan z zagotavljanjem najvišje stopnje varnosti, kar je drago, težko in pogosto ne upraviči stroškov.

Po mnenju Ernesta Kolesnikova gre izmenjava elektronskih dokumentov z nasprotnimi strankami skozi fazo prehoda iz embrionalnega stanja v bolj zrelo. Operaterji EDF so sprva izbrali taktiko privabljanja največjih podjetij - generatorjev dokumentnega prometa, v ključnih poslovnih panogah postaja izmenjava dokumentov v elektronski obliki, v drugih potekajo pilotni projekti. Ta proces močno spodbudijo in včasih celo sprožijo ukrepi regulatorja. Pogost primer za avtomatizacijo je skupina podjetij istega holdinga s teritorialno razporeditvijo po vsej državi, kjer se večina dokumentov pretvori v elektronsko obliko in je zagotovljen maksimalen finančni učinek. Ob tem strokovnjak ugotavlja pomembno točko: »Veliko je odvisno od tega, kako se v podjetju vodi računovodstvo. Če je vse po zakonu, je večja transparentnost dobrodošla, če pa je situacija nasprotna, potem deluje kot orodje za vzpostavitev reda, a to ni hiter proces.«

Najbolj očitno področje uporabe BED je prehod na elektronske dobavnice in račune. Toda Artem Tanan ugotavlja, da čeprav regulator kaže jasno željo, da se hitro premakne v tej smeri, se pojavlja precej zasebnih težav. Prehod na izmenjavo elektronskih računov so na primer oteževale situacije, ko so bile recimo storitve opravljene zadnji dan davčnega obdobja (komunikacije, internet, komunale itd.), račun s potrditvijo iz elektronskega dokumenta operater upravljanja je bil datiran že naslednji dan v mesecu. Ta problem je bil precej hitro rešen s sprejetjem zveznega zakona 382-FZ in kasnejšimi pojasnili Ministrstva za finance.

Ovire na poti do BED

Še pred nekaj leti je bil glavni odgovor na to vprašanje teza o »nepripravljenosti regulativnega in zakonodajnega okvira«, zdaj pa ga strokovnjaki ob omembi tega problema ne postavljajo na prvo mesto. »Organizacij ne zanima odmik od papirja,« pravi Maxim Kainer. - Stroški tiskanja in dela s papirnatimi dokumenti niso tako veliki, da bi njihovo znižanje veljalo za ugodnost. ECM sistemi se ne uvajajo zaradi prehoda na brezpapirni pretok dokumentov, temveč zaradi drugih bolj oprijemljivih in očitnih učinkov: preglednosti procesov in njihove pospešitve, zmanjšanja tveganj itd. Poleg tega včasih pretvorba procesa v elektronsko obliko preprosto ni smiselna, tudi zaradi precej visoke cene potrdila o elektronskem podpisu.« Hkrati ugotavlja tudi pomanjkljivosti regulativnega okvira - nedorečenost številnih formulacij in splošno svetovalno naravo, ki prepušča izbiro organizacijam, ki morda preprosto ne želijo spremeniti preizkušenih vzorcev dela. Obenem je prepričan, da novih pristopov ne bi smeli vsiljevati naglo, saj bodo v večini podjetij zahtevale spremembe na ravni IT infrastrukture.

Ko govorimo o problemu zakonodajnega okvira, Elena Ivanova opozarja na dejstvo, da so številna regulativna vprašanja odgovornost organizacij samih. "V mnogih pogledih ima volja vodstva vlogo pri razvoju BED," je prepričana. - Če vodja ukaže delati brez papirja, potem bodo to storili vsi, če hočejo ali ne. Če takšne motivacijske akcije s strani vodstva v organizaciji ni, to pomeni, da v BEA ne vidi ekonomske izvedljivosti in učinka. Pojavlja se tudi vprašanje pomanjkanja kadra, ki bi lahko deloval kot gonilna sila procesa uvedbe BED in upravljavcu posredoval vse njegove užitke.”

Z njo se strinja tudi Dmitry Shmailov: »Seveda lahko rečemo, da zakonodaja zaostaja za zahodnimi državami glede razvoja BED, vendar je veliko bolj pomembno, da vsi ne izkoristijo niti možnosti, ki jih prinašajo spremembe zakonodaje. Namesto tega obstaja zaostanek: številne tehnologije BED uporablja le nekaj organizacij. Pri naših strankah opažamo trend razvoja in poglabljanja elektronske računovodske tematike ter izgradnje enotnega modela obdelave in hrambe knjigovodskih listin v elektronski obliki. Popoln prehod na BED je močno omejen zaradi pomanjkanja enotnega prostora zaupanja za elektronske podpise. Ne pozabite tudi na zahteve glede varstva informacij, ki v nekaterih primerih onemogočajo shranjevanje in uporabo elektronskih dokumentov. No, financiranje ostaja pomemben dejavnik.”

Ernest Kolesnikov parafrazira dobro znani rek in imenuje dve glavni težavi ruskega elektronskega upravljanja dokumentov: zakone in ljudi. »V zakonodaji so vrzeli, formati so bili na primer odobreni le za nekaj dokumentov, medtem ko delo na drugih vrstah šele poteka. V bližnji prihodnosti naj bi bila odobrena oblika univerzalnega prenosnega dokumenta, govori se o univerzalnem vsebniku, na katerega se lahko priloži katerikoli dokument. Sodna praksa uporabe neformaliziranih dokumentov še ni dovolj, da bi vsa podjetja brez strahu prešla na EDI, a čas teče in razmere se spreminjajo na bolje. Drugi ključni problem so ljudje in prevladujoča življenjska realnost, od strank pogosto slišimo: papir bomo zavrnili le, če nas bodo v to prisilili.«

Uvedba nove tehnologije v okviru obstoječega procesa zahteva predvsem prekvalifikacijo osebja in željo vodstva podjetja po uporabi inovacij, procesi pa v bistvu ostajajo enaki, pravi Artem Tanan. Konkretno svetuje: za izvedbo BED je treba imenovati odgovorne in opraviti tri glavne naloge - zgraditi nov postopek za delo z dokumenti, usposobiti osebje in določiti roke za opustitev starega postopka za izbrane nasprotne stranke. Da bi bili novi postopki za delo z dokumenti preprosti, razumljivi in imeli minimalne razlike od obstoječih, je treba podpreti integracijo BED z računovodskimi, upravljavskimi in EDMS programi, še bolje - narediti BED njihov sestavni del. Ločen, verjetno najbolj problematičen sklop je vprašanje vključevanja nasprotnih strank. Potrebno je ne samo povezati nasprotne stranke stranke BED, ampak tudi pomagati pri prehodu na nov postopek dela z dokumenti. V nasprotnem primeru bodo tudi pri uporabi BED ostale napake in neskladja v podatkih v nabavnih in prodajnih knjigah ter druge negativne posledice. Strokovnjak je prepričan, da bodo vprašanja integracije BED z drugimi poslovnimi sistemi in vključevanje izvajalcev v naslednjih nekaj letih igrala pomembno vlogo pri širjenju BED tehnologij v naši državi.

Kaj storiti?

»Zaenkrat je v Rusiji nemogoče popolnoma opustiti papir, bodisi v javnem ali komercialnem sektorju,« pravi Elena Ivanova. - Najprej je treba razviti zakonodajni okvir, ki bi spodbujal organizacije k prehodu na BED. Delno se to zdaj začenja izražati v vladnih organizacijah v povezavi z izboljšanjem SMEV, M. Prepričana je, da je veliko odvisno od prodajalca EDMS; znajo utemeljiti ekonomski učinek prehoda na BED in ponuditi tehnološke rešitve. Pomembno je tudi delo v strokovnih skupnostih in organizacijah, ki se ukvarjajo s standardizacijo na področjih EDMS/ECM, ter sodelovanje z državnim regulatorjem.

Poleg tega morajo dobavitelji EDMS sami dati zgled prehoda na BED, je prepričan Dmitrij Šmailov. Ta podjetja potrebujejo tudi elektronsko upravljanje dokumentov za izboljšanje učinkovitosti svojega dela. V razmerah pomanjkanja strank je dejavnik uspeha lahko testiranje BED tehnologij v lastnem podjetju. Dobavitelji EDMS bi bili v dobro pomoč pri tehnološkem razvoju, saj ponujajo najnovejše dosežke, ki izpolnjujejo in upoštevajo individualne zahteve in specifike svojih naročnikov.

O ekonomski upravičenosti prehoda na BED govori tudi Maxim Kainer: »Za prehod na brezpapirni dokumentni tok se mora implementacija IT rešitev povrniti s prihranki pri podpori dela s papirnimi mediji (nakup in vzdrževanje opreme, potrošni material, stroški pošiljanja in dostave, stroški skladiščenja in prevzema). Svetovni strokovnjaki pravijo, da je vračilna doba naložb v določene ECM rešitve v več kot polovici primerov leto in pol ali manj.« Resnična udeležba prodajalcev v tem procesu je lahko sestavljena iz spodbujanja ideje "delo brez papirja je možno in donosno", sodelovanja v zakonodajnem postopku, pa tudi znižanja stroškov njihovih rešitev, vključno z uporabo modelov v oblaku in SaaS.

Za BED ni nepremostljivih ovir, so pa problemi, ki jih je mogoče in treba rešiti, pravi Ernest Kolesnikov. Jasno pozitiven vidik je, da državni organi veliko vlagajo v avtomatizacijo države in lahko rečemo, da je življenje in delo v zadnjih desetih letih postalo veliko prijetnejše. Težave so, vendar se prepoznajo in rešujejo s skupnimi prizadevanji regulatorja, razvijalcev in strank. »Do neke točke bo obseg informacij v družbi dosegel zadosten obseg in vsi bodo razumeli, da je prikazovanje dokumentov na papirju po starem nekaj preteklosti,« je prepričan. "Zdaj si težko predstavljamo, kako smo včasih živeli brez interneta, a z elektronsko obdelavo dokumentov mislim, da bo situacija enaka."

»Priporočamo, da podjetja ne čakajo na »zadnji klic«, ko sama ne bodo več kos pretoku papirja in ne bodo zadostila zahtevam regulatorja,« svetuje Artem Tanan. - Zdaj se morajo odločiti, za katere vrste transakcij/dokumentov in s katerimi nasprotnimi strankami bo uporabljen BED, nato pa imenovati odgovorne in določiti roke. Po potrebi vključite strokovnjake z zadostnimi kompetencami na tem področju za kakovostno izvedbo zadanih nalog. Če se pojavijo težave metodološke ali tehnične narave, jih dajte v razpravo na specializiranih platformah v delovnih skupinah za vprašanja BED. Samo postavljanje konkretnih nalog ob prehodu na BED v enem samem podjetju omogoča pridobitev uspešnih izkušenj, ki so razumljive drugim udeležencem na trgu. Replikacija te izkušnje s strani velikih podjetij skupaj z operaterji SF, prodajalci programske opreme in njihovimi partnerskimi omrežji je najučinkovitejši način za distribucijo tehnologij BED na trgu.«

Kolegi!

V nekaterih konfiguracijah napake ne omogočajo prenosa podatkov in s tem predložitve poročila zvezni davčni službi.

Ukvarjanje z nasprotno stranko - zakaj preverjanje TIN / KPP ne uspe - je dolgotrajen proces in pogosto morate le prenesti podatke Zvezni davčni službi in v primeru vprašanj predložiti potrdilo o nasprotni stranki, tako da se lahko sam spoprime s tem, namesto da bi poskušal sam rešiti to težavo in prejemal globe za prepozno prijavo.

Zdaj se bomo osredotočili na nekatere tehnike za izhod iz takih situacij na primeru konfiguracije 1C: Računovodstvo 8. 3.0.

Torej, trik številka 1: Vgrajeno preverjanje nasprotnih strank v Računovodstvu 8 deluje samo z nasprotnimi strankami, ki imajo TIN/KPP. Če odstranite TIN/KPP nasprotne stranke, ki ni opravila preverjanja, ne bo sporočila o napaki. Preprosto je izključen iz obravnave v modulu za preverjanje poročila.

Trik št. 2: Pri preverjanju nasprotnih strank se izpolni poseben register podatkov: “Status nasprotnih strank.” To je tisto, s čimer morate delati.

Na primeru vadbene baze bomo razmislili o tej možnosti. Imamo seznam nepreverjenih nasprotnih strank:

Program poroča, da status, na primer, nasprotne stranke Camellia "KPP ne ustreza podatkom v bazi podatkov Zvezne davčne službe." Takšna nasprotna stranka ne bo prestala preverjanja in program vam ne bo omogočil prenosa DDV poročila, ki vsebuje takšno nasprotno stranko.

Kaj se lahko naredi?

Odpremo informacijski register "Stanje nasprotnih strank" - pogl. meni - Vse funkcije - Registri informacij:

V informacijskem registru »Status izvajalca« postavite kurzor na vrstico z želeno nasprotno stranko:

In spremenimo status preverjanja iz »Kontrolna točka ne ustreza podatkom Zvezne davčne službe« v »Nasprotna stranka je v zbirki podatkov Zvezne davčne službe«.

Izdana je bila nova različica 1.3.8 standardne konfiguracije "1C: Knjižnica elektronskih dokumentov 1.3".

Različica 1.3.8

Nove funkcije in spremembe

V iskalnem obrazcu za trgovinske ponudbe je dodana možnost iskanja brez povezave s storitvijo 1C: Business Network in dodana je možnost iskanja dobavitelja po imenu.
Dodano poročilo o objavljenih trgovskih ponudbah.
Dodano je delovno mesto za objavo trgovskih ponudb v storitvi 1C:Business Network.
Prilagoditev je bila izvedena s podsistemama "1C: Knjižnica standardnih podsistemov" različica 2.4.2, "1C: Knjižnica podpore uporabnikom interneta" različica 2.2.2.

Prehod na različico 1.3.8 iz različice 1.3.7

Spremembe modula:

Dodana funkcija Besedilo zahteve za objavljene izdelke pridobitev podatkovnega vira za objavo trgovskih ponudb in izdelavo poročila o objavljenem blagu. Pri prejemu seznama izdelkov je treba implementirati klic funkcije metode FillOfferPackage.

Spremembe v modulu Trgovinske ponudbe

Dodan postopek UpdateDecorationConditionsPublications da posodobite element obrazca za dekoracijo s stanjem objave. Klicu na obrazcu morate dodati nastavitve objave za statusni element.

Dodana vloga PoročilaTradingOffers potrebni za dostop do poročila Objavljene trgovske ponudbe.

Različica 1.3.7

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

Dodana možnost pridobitve statusa plačilnega dokumenta od Sberbank.
Implementirano samodejno prejemanje nastavitev za Sberbank pri povezovanju s storitvijo 1C:DirectBank.
Dodana možnost prikaza kontekstnega oglaševanja 1C:DirectBank.
Izvedena je bila prilagoditev za delo s storitvijo 1C: Business Network v oblačni storitvi 1CFresh.
Dodana možnost objavljanja, iskanja in naročanja trgovinskih ponudb v storitvi 1C: Trgovinske ponudbe za udeležence v storitvi 1C: Business Network.
Prilagoditev je bila izvedena s podsistemi "1C: Knjižnica standardnih podsistemov" različice 2.4.1, "1C: Knjižnica internetne uporabniške podpore" različice 2.1.9, "1C: Knjižnica storitvene tehnologije" različice 1.0.12.

Prehod na različico 1.3.7 iz različice 1.3.6

Podsistem "Izmenjava z nasprotnimi strankami"

Spremembe modula:

DokumentDatum, DocBaseDate

Podsistem "Menjava z bankami"

Spremembe v modulu Delo z FilesOverridable:

Na postopek Pri določanju nastavitev morate dodati kodo:

ElectronicInteraction.WhenDefiningSettings(Settings);

Na postopek Pri definiranju imenikov za shranjevanje datotek morate dodati kodo:

Elektronska interakcija. Pri definiranju imenikov FileStorage(FileOwnerType, DirectoryNames);

Imenika MessageExchangeWithBanksAttachedFiles in EDAttachedFiles sta bila dodana načrtu izmenjave UpdateInformationBase
Imenika MessageExchangeWithBanksAttachedFiles in EDAttachedFiles sta bila dodana definiranemu tipu SignedObject.

V obrazcu za obravnavo dogodkov Ko je CreatedOnServer metode mesta ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&Na strežniku
Postopek pri CreateOnServer (napaka, standardna obdelava)
…
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(

EndProcedure

V obrazcu za obravnavo dogodkov Obdelava opozoril postavite metodo ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient

…
// Elektronska izmenjava z bankami
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontally, Elements.TextDirectBankHorizontally);
// Konec elektronske interakcije z bankami
EndProcedure

Za element TextDirectBankHorizontally dodajte obdelovalca dogodkov ProcessingNavigationLinks in vanj postavite metodo ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:

Podsistem "Izmenjava s spletnimi mesti"

Spremembe v modulu Site ExchangeOverridable:

Dodan postopek Dodaj DetailsFormNode, ki se uporablja za dodajanje podrobnosti v vozlišče načrta izmenjave iz Izmenjava s spletnim mestom. Obrazec vozlišča izmenjave ne predvideva prisotnosti podrobnosti, povezanih z rešitvijo aplikacije, podrobnosti so dodane programsko.
Dodan postopek Vnosno poljeWhenChangedOnServer, se uporablja za obdelavo na severu dogodka Ko se spremeni vnosno polje obrazca vozlišča načrta izmenjave, dodan v postopku Add NodeFormDetails.
Dodan postopek Potrditveno poljeFieldWhenChangedOnServer, se uporablja za obdelavo dogodka na strežniku, ko se spremeni polje z zastavico obrazca vozlišča načrta izmenjave, dodano v postopku Add NodeFormDetails.
Dodan postopek WhenCreatingOnServerFormCreateSite, ki se uporablja za dodajanje podrobnosti v obrazec za obdelavo CreateSite.

Spremembe v modulu ExchangeSiteClientOverridable:

Odstranjen postopek Definirajte vrsto kataloga GroupTableU, je vrsta vrednosti stolpca Skupine tabele Katalog izdelkov določena z nastavitvami izmenjave.
Dodan postopek InputFieldOnChange, se kliče za obdelavo dogodka, ko se spremeni vnosno polje obrazca vozlišča načrta izmenjave, dodan v proceduri SiteExchangeOverridden.AddNodeFormDetails.
Dodan postopek Potrditveno poljeFieldOnChange, se kliče za obdelavo dogodka, ko je spremenjeno polje zastavice obrazca vozlišča načrta izmenjave, dodanega v proceduri SiteExchangeOverridden.AddNodeFormDetails.
Dodan postopek TableFormBeforeFinishEditing, se kliče za obdelavo dogodka BeforeFinishEdit polja v tabelarnem delu obrazca vozlišča načrta izmenjave, dodanega v proceduri SiteExchangeOverridden.AddNodeFormDetails.

Podsistem "Poslovna mreža"

Dodane nove metode za izvajanje rutinskih opravil v razdeljenem načinu, skupni modul ElectronicInteraction, postopki Po prejemu seznama predlog, . Oglejte si metode z istim imenom v splošnem modulu JobQueueOverridable.
Pri vdelavi knjižnice morate za delo v razdeljenem načinu dodati klic metodam v splošnem modulu JobQueueOverridable:
- v postopku Po prejemu seznama predlog:

// Elektronska interakcija
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

v postopku Pri definiranju AliasesHandlers:

// Elektronska interakcija
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Končaj elektronsko interakcijo

Spremembe v modulu BusinessNetworkOverridable:
- postopek preimenovan Pridobite stike uporabnikov IB V Pridobite kontaktne podatke uporabnika.
- postopek spremenjen v funkcijo Ustvarite nasprotno stranko glede na podrobnosti, je bil parameter računa odstranjen.

Podsistem "Trgovske ponudbe"

Dodan je nov podsistem "Trgovske ponudbe" za vgradnjo potrebujete:

Razvijte preglasene metode v skupnih modulih TradeOffersClientOverridable, TradeOffersOverridable.
Podajte tipe podatkov v definiranih tipih Vrste vrednosti podrobnosti 1СBusinessNetwork, Vrste nomenklature BED, Dodatne podrobnosti BED, Trgovinska ponudba.

Za podrobnosti glejte dokumentacijo o vdelavi.

Različica 1.3.6

Nove funkcije in spremembe

Formati primarnih računskih dokumentov so podprti (v smislu prenosa ločenega primarnega dokumenta, računa) v skladu z odredbo Zvezne davčne službe z dne 24. marca 2016 št. oblika računa in oblika predstavitve dokumenta o odpremi blaga (opravi dela), prenosu lastninske pravice (dokument o opravljeni storitvi), vključno z računom, v elektronski obliki.«
Podprti so formati primarnih dokumentov o spremembah vrednosti, vključno z računom za prilagoditev (v smislu prenosa ločenega primarnega dokumenta, računa za prilagoditev) v skladu z odredbo Zvezne davčne službe z dne 13. aprila 2016 N ММВ. -7-15/189@ " O potrditvi obrazca računa za uskladitev in obrazca za predložitev dokumenta o spremembi nabavne vrednosti odpremljenega blaga (opravljenega dela, opravljenih storitev), prenesenih premoženjskih pravic, vključno z računom za uskladitev, v elektronski obliki."
Dodani so novi elektronski dokumenti: Prenos blaga, Prenos rezultatov dela, nova oblika vizualnega prikaza dokumentov.
Dodan je bil mehanizem enosmerne izmenjave, ki ne zahteva obvestila prejemnika o prejemu.
Dodana možnost nadzora razpakiranja dohodnih elektronskih dokumentov (samodejno ali ročno), možnost konfiguracije ustvarjanja določene vrste dokumenta pri prejemu elektronskih dokumentov.
Dodana možnost povezovanja elektronskega dokumenta z več računovodskimi dokumenti informacijske baze.
Izvedena je delitev elektronskih dokumentov na vhodne in odhodne.
Integracija s storitvijo je bila izvedena 1C-UMI omogoča ustvarjanje spletnih strani iz programa, nastavitev izmenjave s spletno trgovino UMI.
Izvedena je bila prilagoditev za delo s storitvijo 1C-EDO v oblačni storitvi 1CFresh.

Prehod na različico 1.3.6 iz različice 1.3.5

Podsistem "Izmenjava z nasprotnimi strankami"

Splošni modul ExchangewithCounterpartiesRedefinable

Dodana metoda UPD SCHFDOP.
Dodana metoda Izpolnite podatke za informacije o kupcu UPD Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UPD (podatki o kupcu) funkcija SCHFDOP.
Dodana metoda UPD (podatki o prodajalcu) funkcija SCHFDOP objektom informacijske varnosti.
Dodana metoda Izpolnite Podatke za DODATNE informacije Zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument, kot je funkcija DOP STD (podatki o prodajalcu).
Dodana metoda Poiščite Ustvari UPDT dokument o prenosu. Metoda shrani podatke iz elektronskega dokumenta UPD (podatki o prodajalcu) funkcije DOP v objekt IS.
Dodana metoda Izpolnite podatke za podatke prodajalca SCHFI Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UTD (seller information) SSF funkcija.
Dodana metoda PoiščiCreateUPDSInvoiceInvoice. Metoda shrani podatke iz elektronskega dokumenta UPD (informacije o prodajalcu) funkcije SSF v objekt informacijske varnosti.
Dodana metoda. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) funkcija KSCHFDIS.
Dodana metoda Izpolnite podatke za informacije o kupcu UKID Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UKD (podatki o kupcu) funkcijo KSCHFDIS.
Dodana metoda. Metoda shrani podatke iz elektronskega dokumenta UCD (seller information) funkcije KSCHFDIS v objekte informacijske varnosti.
Dodana metoda Izpolnite podatke za DISinformacije zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) DIS funkcija.
Dodana metoda FindCreateUKDDocumentAboutChangeValue. Metoda shrani podatke iz funkcije DIS elektronskega dokumenta UCD (podatki o prodajalcu) v objekt IS.
Dodana metoda Izpolnite podatke za podatke KSCHFISeller Zvezna davčna služba. Metoda pripravi podatke za elektronski dokument tipa UCD (podatki o prodajalcu) funkcija KSCHF.
Dodana metoda PoiščiCreateUKDSAccountInvoice. Metoda shrani podatke iz elektronskega dokumenta UCD (podatki o prodajalcu) funkcije KSCHF v objekt IS.
Dodana metoda Skladnost odhodnih vrst ED z dokumenti o informacijski varnosti. Metoda tvori korespondenco med odhodnimi elektronskimi dokumenti in dokumenti o varovanju informacij.
Dodana metoda FindCreateDocumentTransferWorkResults. Metoda se uporablja za izpolnjevanje dokumenta tovornega lista, prejetega v formatu "Prenos blaga".
Dodana metoda FindCreateDocumentTransfer of Goods. Metoda se uporablja za izpolnjevanje dokumenta Potrdilo o prejetih storitvah v obliki »Prenos rezultatov dela«.
Dodana metoda InstalledStateExchangeCompleted. Metoda se pokliče, ko se stanje toka dokumenta spremeni v Izmenjava je končana, MenjavaKončanaSpopravkom.
Pri generiranju elektronskih dokumentov UPD, UKD, Prenos blaga, Prenos rezultatov dela, podrobnosti DokumentDatum, DocBaseDate jih je treba izpolniti.

Obdelava izmenjave z nasprotnimi strankami

V postavitvi "Torg-12Seller":

Dodano polje "IdStateContract".
Dodan je tabelarični del »Transportni račun«.
Odstranjeni sta bili polji "Datum računa za prevoz", "Številka računa za prevoz".
Dodano polje "Podatki o osebi, ki je prenesla blago".

V postavitvi Akt o prenosu pravic:

Dodan tabelarični del "Osnova".
Polja "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation" so bila odstranjena.
Dodano je polje "CurrencyName".
Dodano polje "Zahtevki".
Dodano polje "Datum izvedbe".
V lastnostih udeležencev transakcije je polje »Faks« nadomeščeno s poljem »E-pošta«.
V lastnostih udeležencev transakcije je polje »Koda države« nadomeščeno s poljem »Koda države«.
V lastnostih udeležencev transakcije je polje »AddressText« nadomeščeno s poljem »AddressText«.

Posodabljanje definirane vrste Nasprotna stranka:

Postopek posodobitve:

Preimenujte definirano vrsto Account v AccountBED.
Odstranite konfiguracijo iz podpore BED 1.3.5.
Zaženite primerjavo/združitev s konfiguracijo BED 1.3.5, strinjajte se, da nastavite konfiguracijo za podporo.
Odkljukajte vse objekte in pustite samo definirano vrsto računa, izvedite spajanje.
Začnite posodabljati konfiguracijo, izberite datoteko BED 1.3.6.
Izberite potrditvena polja na definiranih vrstah AccountBED in Account. Podajte druge potrebne objekte baze podatkov za posodobitev.
Izvedite posodobitev.

Podsistem "Menjava z bankami"

Podsistem "Izmenjava s spletnimi mesti"

Spremenjeno vozlišče izmenjave Izmenjava strani, obrazec, predmetni modul:

Dodana možnost nalaganja elementov z izbiro po vrstah artiklov (prej je bilo na voljo le po skupinah artiklov).

Dodana referenčna knjiga Spletne strani:

Dodana možnost konfiguriranja prehoda na spletno mesto iz 1C - v uporabniški del spletnega mesta in v skrbniško območje spletnega mesta.
Na podlagi spletnega mesta lahko ustvarite izmenjalno vozlišče ExchangeSite.

Dodana obdelava Ustvari spletno stran:

Dodana je možnost ustvarjanja spletnega mesta v domeni 1C-UMI; spletno mesto se ustvari samodejno (element Spletna mesta) in napolni s podatki iz 1C. Vozlišče izmenjave ExchangeSite se samodejno ustvari in izvede se prva popolna izmenjava s spletnim mestom.

Splošni modul Site ExchangeOverridable:

Dodana je bila možnost izbire vrst predmetov; odstranjena je bila možnost izbire poljubne referenčne knjige.

Splošni modul ExchangeSiteEvents:

Dodana možnost izbire vrst predmetov.
Možnost izbire imenika po meri je bila odstranjena.

Druge spremembe

Postavitev podsistema Upravljanje tarif v modelu knjižničnih storitev Storitvene tehnologije

Na skupni modul Ponovna tarifa v metodi Pri oblikovanju seznama storitev () morate dodati kodo po klicu metode InternetUser Support Pri oblikovanju seznama storitev (ponudniki storitev):

// Elektronska interakcija
Elektronska interakcija. Pri oblikovanju seznama storitev (ponudniki storitev);
// Končaj elektronsko interakcijo

Različica 1.3.5

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

funkcionalnost knjižnice je bila prilagojena posebnostim dela na platformi 8.3.8 z onemogočenim načinom kompatibilnosti;
podsistemi "Standardne podsistemske knjižnice" so bili posodobljeni na različico 2.3.3.45;
Knjižnica vključuje podsistem "Internet User Support Libraries", verzija 2.1.8.3.

Prehod na različico 1.3.5 iz različice 1.3.4

Spremembe niso potrebne.

Različica 1.3.4

Nove funkcije in spremembe

implementiran je sistem obveščanja o EDI dogodkih (novi elektronski dokumenti, nova vabila, potek veljavnosti certifikata ipd.). Zdaj je mogoče konfigurirati e-poštna obvestila v profilu nastavitev EDF in prikazati obvestila o dogodkih neposredno v programu 1C s pojavnimi sporočili;
podprta je oblika primarnega dokumenta, vključno z računom (oblika UPD) v skladu z odredbo Zvezne davčne službe z dne 24. marca 2016 št. oblika za predložitev dokumenta o odpremi blaga (opravljanje dela), prenosu lastninske pravice (dokument o opravljanju storitev), vključno z računom, v elektronski obliki";
podprta je oblika dokumenta o spremembi vrednosti, ki vključuje račun za popravek" (oblika UKD) v skladu z odredbo Zvezne davčne službe z dne 13.04.2016 N ММВ-7-15/189@ "O odobritvi oblike računa za prilagoditev in predstavitvene oblike dokumenta o spremembah stroškov poslanega blaga (opravljeno delo, opravljene storitve), prenesene lastninske pravice, vključno z računom za prilagoditev, v elektronski obliki";
podprl uporabo zunanjih komponent v izmenjavi z bankami s tehnologijo DirectBank.

Prehod na različico 1.3.4 iz različic 1.3.2, 1.3.3

Spremembe obrazcev seznama dokumentov aplikacijskih rešitev

V obrazce seznama dokumentov morate dodati postopek vtičnika Izmenjava z CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

EndProcedure

Pri posodabljanju podsistema je potrebno v obdelovalcih dogodkov obrazca seznama dokumentov: Ko je CreatedOnServer, Ob odprtju, Obdelava opozoril

&OnClient
Postopek odpiranja (napaka)
…
// Podsistem "Menjava z nasprotnimi strankami".
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

Spremembe obrazcev dokumentov aplikacijske rešitve

V obrazce dokumentov morate dodati postopek vtičnika Connectable_WaitingHandlerEDO, kamor morate postaviti klic metode

Izmenjava z CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
Postopek Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
EndProcedure

Na primer:

&Na strežniku
Postopek, ko je ustvarjen na strežniku (napaka, standardna obdelava)
…
// Podsistem "Menjava z nasprotnimi strankami".
Parametri EDO, ko so ustvarjeni = Izmenjava parametrov z nasprotnimi strankami, ko so ustvarjeni na Server_DocumentForm();
Parametri EDO, ko so ustvarjeni.Form = ThisObject;
EDO ParametersWhen Created.DocumentLink = Object.Link;
EDO ParametersWhenCreated.DecorStateEDO = Elements.DecorationStateEDO;
Parametri EDO, ko so ustvarjeni. Skupina stanj EDO = Elementi. Skupina stanj EDO;
Izmenjava z nasprotnimi strankami. Ko je ustvarjen na strežniku_DocumentForm (zavrnitev, standardna obdelava, parametri EDO, ko je ustvarjen);
// Konec podsistema "Menjava nasprotne stranke".
EndProcedure

Spremembe v modulu ExchangeCounterparties

Dodan postopek Ko je CreatedOnServer_ListForm, poklican iz obdelovalca dogodkov "When CreatedOnServer" obrazca s seznamom dokumentov. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersWhenCreatingOnServer_ListForm.
Dodan postopek Ko je CreatedOnServer_FormDocument, poklican iz obdelovalca dogodkov "When CreatedOnServer" obrazca dokumenta. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersWhenCreatingOnServer_DocumentForm.
Dodan postopek AfterRecordingOnServer, poklican iz obdelovalca dogodkov "AfterRecordOnServer" obrazca dokumenta. Kot tretji parameter metode se posreduje struktura, ki jo metoda inicializira ParametersAfterRecordingOnServer.

Spremembe v modulu Izmenjava z CounterpartiesClient.

Dodan postopek Ob odprtju, poklican iz upravljalnika dogodkov "Ob odpiranju" obrazca s seznamom dokumentov in obrazca dokumenta.
Dodan postopek ProcessingAlerts_ListForm, poklican iz obdelovalca dogodkov "Obdelava obvestil" obrazca s seznamom dokumentov. Kot četrti parameter metode se posreduje struktura, ki jo metoda inicializira Parametri opozorilaEDO_ListForm.
Dodan postopek ProcessingAlert_FormDocument, poklican iz upravljalnika dogodkov "Obdelava obvestil" obrazca dokumenta. Kot četrti parameter metode se posreduje struktura, ki jo metoda inicializira Parametri obvestilaEDO_DocumentForm.
Spremembe v modulu ExchangewithCounterpartiesOverridable:
Dodana metoda Izpolnite Prenos podatkov izvajalca del.
primer:

Metoda Preverite možnost za urejanje predmeta postal postopek.
Dodana metoda Izpolnite podatke za UPDinformacije zvezne davčne službe prodajalca. Metoda pripravi podatke za elektronski dokument tipa UPD(podatki o prodajalcu). SCHFDOP.
Dodana metoda FindCreateUniversalTransferDocument. Metoda shrani podatke iz elektronskega dokumenta UPD(podatki o prodajalcu). SCHFDOPv objektov IS.
Dodana metoda Izpolnite podatke za podatke Zvezne davčne službe UKDISeller. Metoda pripravi podatke za elektronski dokument tipa UKD(podatki o prodajalcu). KSCHFDIS.
Dodana metoda FindCreateUniversalAdjustmentDocument. Metoda shrani podatke iz elektronskega dokumenta UKD(podatki o prodajalcu). KSCHFDIS na objekte informacijske varnosti.

Spremembe v podsistemu »Menjala z bankami«.

Spremembe v modulu ExchangeWithBanksRedefinable

Postopek Ko se stanje ED spremeni dodano. Pokliče se, ko se spremeni stanje elektronskega dokumentnega toka.

Spremembe za delo v servisnem načinu

Če je potrebna konfiguracija cilja za delovanje v servisnem načinu:

V proceduri GetProvidedDataHandlers skupnega modula SuppliedDataOverridden dodajte naslednjo kodo:

ElectronicInteraction.RegisterProvidedDataHandlers(Handlers);

Dodajte rutinsko opravilo Posodobi izmenjavo zunanjih modulov z bankami v splošni atribut Podatkovno področje Osnovni podatki.

Druge spremembe

V določeni vrsti Prostor za shranjevanje Funkcionalne možnosti treba dodati konstanto Uporabite ExchangeWithBanks;
Odstranjena funkcija Priporočena menjava z bankami.

Različica 1.3.3

Vrednosti lastnosti konfiguracije:

Način združljivosti mora biti nastavljen na "Ne uporabljaj".
Način uporabe modalnosti je mogoče nastaviti na "Ne uporabljaj".
Način združljivosti vmesnika lahko sprejme vrednosti "Različica 8.2", "Različica 8.2. Dovoli taksi" ali "Taksi. Dovoli različico 8.2".

Nove funkcije in spremembe

v skladu z Odredbo z dne 30. novembra 2015 št. ММВ-7-10/552@ "O odobritvi oblike za predložitev dokumenta o prenosu rezultatov dela (dokument o opravljanju storitev) v elektronski obliki" so podprti novi formati elektronskih dokumentov.

Prehod na različico 1.3.2.19 iz različic 1.2.7, 1.3.1

Spremembe v podsistemu "Menjava z nasprotnimi strankami"

V modulu ExchangewithCounterpartiesOverridable naredi spremembo:

// Pripravi podatke za elektronski dokument tipa Tovorni list.
// Opcije:
// LinkOnED - Povezava do ED, s katero je potrebno ustvariti elektronski dokument,
// StructureED - Struktura, podatkovna struktura za generiranje elektronskega dokumenta.
// Data Tree - drevo vrednosti, drevo podatkov za izpolnjevanje elektronskega dokumenta.
Postopek Izpolnite Prenos podatkov blaga prodajalcu (Povezava do zvezka

Nadaljujemo, kar smo že veliko storili.

Černomirdin V.S.

Nedolgo nazaj se je name ponovno obrnila stranka z dobro znano težavo. Njegovo podjetje je namestilo posodobitve 1C. In delo se je ustavilo, ker je program prenehal delovati pravilno. Mislim, da vsi, ki so se kot programer ali uporabnik srečali s programskimi izdelki 1C, dobro poznajo to situacijo.

Seveda sem se v konkretnem primeru trudil čim hitreje rešiti vse težave in posledično se je pisarniško delo normaliziralo. Toda tudi v tej situaciji sem bil od stranke deležen veliko negativnosti. In potem sem pomislil, zakaj se nenehno pojavlja toliko težav s programskimi izdelki 1C, zakaj je toliko negativnosti od strank in zakaj sami programerji 1C pogosto niso všeč, tudi drugi programerji?

V tem članku sem se odločil ponuditi svojo različico razlogov, ki vodijo do takšne negativnosti. Poskušal bom uporabiti čim manj specifičnih izrazov, da bo besedilo razumljivo čim večjemu številu bralcev.

Hkrati sem se sam nekaj časa ukvarjal izključno s programiranjem 1C, danes pa pri svojem delu zelo aktivno uporabljam programske izdelke 1C in zelo sem hvaležen temu podjetju, da mi je dalo priložnost zaslužiti denar, tudi za jaz.

A po drugi strani menim, da je treba razumeti tudi razloge za negativnost. Vsaj zato, da ne bi vse ostalo na ravni intuicije in čustev.

Kako se je začel 1C? Spomnimo se!

Osebno sem začel delati s programsko opremo 1C od različice 6.0. Po mojem mnenju je bil ta program malo bolj zapleten od različnih računovodskih možnosti, ki so bile shranjene v Excelovih preglednicah.

Nadomestila jo je 7. različica, vključno z njeno najuspešnejšo izdajo - 1C 7.7. To je bil že precej močan programski izdelek, ki je postal zelo razširjen po vsem postsovjetskem prostoru. V tem času je bila večina uporabnikov tako navajena na delo z 1C, da je sposobnost uporabe teh programov postala eden od pogojev za najem računovodij, različnega pisarniškega osebja, pa tudi menedžerjev, skladiščnikov itd.

Načeloma je 1C 7.7 precej uspešno rešil težave, povezane z različnimi vrstami računovodstva. Poleg tega se ta programski izdelek še vedno uporablja v nekaterih primerih, kar prav tako kaže na njegovo priljubljenost.

Zdaj ta programska oprema preseneča s širino svojih zmogljivosti in hkrati s kompleksnostjo sistema.

Danes podjetje 1C svojim strankam ponuja celoten ekosistem:

Zmogljiva platforma za razvijalce.
Okolje za vodenje različnih vrst računovodstva in analitike
Možnost priklopa različne komercialne opreme
Najširša mreža partnerjev
Večnamenski CMS za izdelavo spletnih strani

Hkrati pa vsi sestavni deli tega ekosistema skupaj in ločeno ne delujejo najbolje. Pogosto se pojavijo težave, napake pri delu, potreben je dodaten čas in denar, kar seveda povzroči zavrnitev.

Posodobitve 1C: kako deluje

Rad bi vas na kratko spomnil, kako danes delujejo programski izdelki družine 1C. V večini primerov uporabnik kupi enega ali več programskih izdelkov, sestavljenih iz platforme in aplikacije, napisane na tej platformi – tako imenovana konfiguracija.

Nato programer prilagodi delovanje izbranih konfiguracij potrebam posameznega podjetja, pogosto namesti dodatne vtičnike, izpopolni določena poročila, kreira nove dokumente, ki sodelujejo kot interni dokumentarni tok v tem podjetju itd.

Hkrati je tako na platformi kot v kateri koli konfiguraciji precej veliko število napak razvijalca. In sam sistem je tako zapleten in obsežen, da je popravljanje teh napak s pomočjo programerja 1C zelo težko in, kar je najpomembneje, nedonosno za končnega uporabnika. Poleg tega se tako platforma kot same konfiguracije odlikujejo po tako neprijetni kakovosti, kot je pomanjkanje modularnosti.

Posledično morate namestiti posodobitve, da odpravite napake. V tem primeru se celotna platforma in/ali konfiguracija vsakič posodobita. Takšna rešitev seveda vzame veliko časa in če govorimo o konfiguraciji, bo verjetno treba nastavitve, dodatne vtičnike in druge spremembe, ki jih izvaja programer, opraviti znova.

Toda to ni najbolj žalostna stvar v situaciji s posodobitvami 1C. Najbolj žalostno je, da spletno mesto razvijalca kaže, da se posodobitve objavljajo zelo pogosto, včasih celo 3-4 krat na mesec. V nekaterih primerih se popravijo nepomembne napake, v drugih - resne napake, povezane z delovanjem celotnega sistema.

Vsaka nova različica je dodatek funkcionalnosti in nekakšen »popravek« na napake prejšnje, ki popravlja stare napake, a skoraj vedno uvaja nove. Zato je namestitev posodobitev večinoma nepredvidljiv proces.

Pomanjkanje modularnosti: zakaj je tako pomembna

Najprej se pogovorimo neposredno o platformi. Programerji 1C vedo, kako okoren je postal. O pomanjkanju modularnosti sem že pisal zgoraj. Koda izdelka vsebuje tako imenovane podsisteme, ki pa ne ustrezajo zahtevam modularnosti in so zato zgolj nekakšen poskus strukturiranja kode.

Zakaj osebno menim, da je pomanjkanje modularnosti problem? Razumejmo to s primerom. Recimo, da je treba izboljšati nekatere funkcije, potrebne za uspešno delovanje Trade Managementa, ali spremeniti sredstva za shranjevanje bilanc. Toda v platformi 1C je vse medsebojno povezano, zato morate tudi povleči posodobitve za delo s plačami, računovodstvom itd. in tako naprej.

V odsotnosti modularnosti, da bi naredili tudi najmanjše spremembe, morate preučiti celotno paleto, celotno platformo.

Hkrati je platforma 1C zelo velika in okorna. Danes vsebuje toliko, da sprva vzbuja celo občudovanje zaradi bogastva možnosti. Toda ko uporabljate to platformo, občudovanje hitro mine. Razvijalci 1C so v prizadevanju, da bi program postal univerzalen, platformi dodali veliko različnih funkcij.

Sedaj pa hkrati dobite zmogljivo orodje, priročen vizualni vmesnik in... številne težave in napake zaradi kompleksnosti sistema.

Naj vam dam še en primer. Recimo, da za svoje delo potrebujem samo trgovino. Podjetje ne uporablja ničesar drugega, ne mobilnega vmesnika, ne računovodstva, ne spletne trgovine, ne drugih komponent. A ne glede na vse, ko prejmem posodobitve, prejmem celotno platformo, vključno s funkcionalnostjo, ki je potrebna za delovanje tistih komponent, ki jih ne uporabljam. Tisti. Kljub temu, da uporabljam Commerce in so posodobitve zasnovane za delo z Accountingom, moram prenesti in namestiti celotno platformo.

Politika licenciranja in napake v sistemu

Pri posodabljanju platforme se uporabniki pogosto soočajo z dejstvom, da licenčni ključi prenehajo delovati. Če se osebno niste srečali s takšno situacijo, samo vnesite v iskalnik »1C je prenehal delovati po posodobitvi« in videli boste, kako razširjena je ta težava.

Torej, predstavljajte si situacijo. Obstaja podjetje, ki zaposluje na primer 30 ljudi. Po posodobitvi je program prenehal sprejemati licenčne ključe. Delo podjetja je ohromljeno. Podjetje ima izgube.

Pomemben problem: nepredvidljivost obnašanja platforme pri posodabljanju.

Poleg tega, da licenca pogosto odpove, lahko po posodobitvi platforme vsebuje nove funkcionalnosti, ki pa morda tudi ne delujejo pravilno. Kakovost dela in odkrivanje novih napak v novi različici programa pa lahko preverite le v praksi, tj. v delu.

Naj vas spomnim, da je platforma zelo velika in okorna, zato jo je preprosto nerealno preizkusiti s programerjem v kratkem času. In vse to je treba upoštevati pri vsaki posodobitvi.

Torej, situacija za programerja izgleda takole:

Vsakič, ko posodabljam, dobim veliko nereda, ker je platforma popolnoma posodobljena in ni možnosti, da bi odstranili ali ne namestili orodij, ki se v prihodnosti ne bodo uporabljala.
In vendar so posodobitve potrebne, saj je to edina priložnost za "zdravljenje" trenutnih napak, ki so znane ali jih programer še ni identificiral
Poleg tega nova posodobitev običajno vsebuje nove napake, ki bodo odpravljene v naslednji različici.

Tako je krog sklenjen. In programer mora vedno znova nameščati nove različice, kljub novim težavam, ki jih prinašajo.

Zakaj je toliko hroščev?

Glavni razlog za obilico hroščev je po mojem skromnem mnenju kompleksnost sistema. Ne pozabite, zdaj je platforma 1C na voljo za Windows 32 in 64 bit, za Linux, strežniško različico, mobilne itd. Zahtevnost vzdrževanja je zelo visoka in kot kaže praksa, razvijalci 1C preprosto ne morejo obvladati vzdrževanja.

Zaradi pomanjkanja modularnosti se pojavljajo tudi dodatne težave, saj je praktično nemogoče identificirati vse napake in odpraviti napake tako okornega programskega izdelka. Posledično se nenehno objavljajo nove posodobitve.

Drugi zelo pomemben razlog za stalno prisotnost hroščev in stanje z njimi je pomanjkanje konkurence. Pravzaprav je 1C zdaj monopolist.

Seveda se ustvarjajo alternativni programski izdelki, nekateri med njimi so precej spodobni. Toda zaenkrat so vse uporabne rešitve, ki lahko rešijo določene težave, medtem ko je 1C celoten ekosistem.

Poleg tega se podjetje 1C odlikuje po zelo močnem in agresivnem trženju; vsi poznajo to programsko opremo.

Zato trdim, da danes 1C nima vrednega tekmeca na postsovjetskem prostoru. In pomanjkanje konkurence vedno vodi v zmanjšanje kakovosti samega izdelka, kar vidimo na primeru 1C: nenehne "surove" posodobitve, stalne napake, pomanjkanje podrobne dokumentacije za posodobitve itd.
Zato vsem svojim strankam osebno svetujem, naj ne posodabljajo, razen če je to nujno potrebno. Mimogrede, sam sem prejel enak nasvet od enega od ljudi, ki so stali pri nastanku 1C.

Seveda ima trenutna različica zagotovo nekaj napak, vendar če v njej delate brez težav, te napake za vas niso kritične. Nemogoče je napovedati, kaj se bo zgodilo v novi različici. Zato je treba posodobitve namestiti le, ko postane res potrebno za delo.

Zastavonoše. Tipične konfiguracije

Linija izdelkov programske opreme 1C temelji na standardnih konfiguracijah. Na spletnem mestu 1C je predstavljenih kar nekaj že pripravljenih rešitev v škatli.

Toda večina uporabnikov uporablja samo 4 konfiguracije:

Računovodstvo podjetja
Upravljanje trgovine
Vodenje proizvodnega obrata
Plača in kadrovsko upravljanje

In vsaka od konfiguracij ima enake pomanjkljivosti kot platforma:

Pomanjkanje modularnosti
Zajetne in številne nepotrebne funkcije
Nove napake v novih različicah
Nepredvidljivi rezultati posodabljanja

Poleg tega morate za vsako posodobitev analizirati, kaj točno je bilo posodobljeno, izvesti samo posodobitev in znova konfigurirati konfiguracijo. Toda posodobitve konfiguracije se pojavljajo tako pogosto, da jih je težko razumeti.

Poleg tega morate zaradi pomanjkanja modularnosti pogosto posodabljati, tudi če spremembe vplivajo na funkcije, ki jih ne uporabljate. Preprosto zato, ker lahko napaka v tej funkcionalnosti povzroči nepravilno delovanje drugih modulov.

Če govorimo o trgovini, moja praksa kaže, da dejansko ljudje uporabljajo največ 30% celotne funkcionalnosti te komponente. Podobna situacija je v drugih tipičnih konfiguracijah. V prizadevanju za implementacijo največjega števila funkcij so razvijalci ustvarili zelo okorne in zapletene izdelke, v katerih je vse medsebojno povezano, zato tudi onemogočanje nepotrebnih funkcij ni vedno mogoče.

Na primer, pri posodabljanju trgovine so razvijalci dodali nov sistem bonusov. Stranka bonusov sploh ne uporablja. Ne potrebuje jih. Toda če poskusite onemogočiti te bonuse, začne sistem popustov delovati nepravilno. V praksi sem se srečal s to situacijo. Seveda je reševanje te težave zahtevalo pomoč programerja.

V zadnjem času sem prišel do zaključka, da vsem naročnikom po končanem projektu odsvetujem posodabljanje. Konfiguriral sem vse, kar je potrebno za delo, skupaj z naročnikom in njegovimi zaposlenimi smo testirali konfiguracijo in se prepričali, da vse deluje dobro. Zato konfiguracije ni treba posodabljati, dokler se ne pojavi potreba po večjih spremembah.

Agresivno trženje in njegovi rezultati

Moje stranke zelo pogosto namestijo posodobitve proti mojemu nasvetu. Zakaj se to dogaja?

Motivacija programerjev

Programerji 1C so zainteresirani, da stranka čim pogosteje posodablja programsko opremo. Za njih je preprosto koristno. Vsakič, ko posodobite, boste morali znova konfigurirati konfiguracijo. Zato s pomočjo posodobitev dobesedno prejemajo dohodek iz zraka.

Predstavljajte si situacijo, ko podjetje deluje v neki konfiguraciji brez posodobitev mirno in zanesljivo. Vendar je bilo treba na primer ustvariti drugo poročilo ali namestiti dodatno obdelavo. Seveda se v tem primeru obrnejo na strokovnjaka.

Kaj se zgodi potem? Pride programer 1C in vidi, da program že dolgo ni posodobljen. Stranki pove, kako slabo je to, razloži, da brez posodobitev ne bo mogel nastaviti poročila, ki ga stranka potrebuje, ali opraviti drugega dela, straši ga z velikim številom napak, ki so v stari verziji itd. in tako naprej. Na splošno prepriča stranko, da kupi in namesti posodobitve.

Pravzaprav v večini primerov ni objektivne potrebe po posodobitvah. Toda količina dela, ki ga opravi programer, in s tem njegova provizija se znatno poveča. Mimogrede, zato ima veliko uporabnikov negativen odnos do programerjev 1C. Z njihovega vidika programerju plačajo 90% zneska za nekaj, kar je brezhibno delovalo, preden je začel delati, tj. za isto funkcionalnost morajo plačati večkrat.

Agresivno trženje iz 1C

Tudi podjetje 1C je zainteresirano za čim pogostejše posodabljanje uporabnikov. Posledično uporabniki pogosto prejmejo opomnike o novih posodobitvah, opozorila o potrebi po posodobitvi platforme ali konfiguracije. Toda hkrati spletno mesto nima dovolj podrobnih informacij o tem, kaj točno bo uporabnik prejel v primeru posodobitve, katere napake so bile odpravljene, katere funkcije so se pojavile. Tisti. Nemogoče je objektivno oceniti potrebo po namestitvi določene posodobitve. Posledično mnogi uporabniki posodabljajo samo zaradi varnosti.

Slabosti storitev in franšizinga

Menim, da v podjetju 1C praktično ni službe za stranke. Podjetje odlično opravlja svoje delo v prodaji, res ima zelo agresivno in resda učinkovito marketinško politiko. Toda če potrebujete vzdrževanje, se boste soočili s številnimi težavami.

Na spletnem mestu 1C je cel razdelek, kjer lahko najdete certificirane partnerje v vaši regiji, ki nudijo storitve vzdrževanja programskih izdelkov 1C. Ti partnerji so bili certificirani in plačujejo pridružene provizije. Zdi se, da je vse v redu.

Toda v resnici podjetje 1C praktično ne sodeluje s partnerji:

Da podjetje pridobi status partnerja, je dovolj, da ima v osebju certificiranega strokovnjaka.
Pozneje nihče ne izvaja ponovnih pregledov ali izpitov. Zato je lahko certificirani programer edini strokovnjak in vam bodo prišli služiti povsem drugi ljudje ali pa bo popolnoma odnehal, vendar podjetje ne izgubi statusa partnerja.
1C praktično ne sodeluje s partnerji, ne zagotavlja usposabljanja in ne nadzoruje kakovosti dela.

Rezultat takšne politike je mnogim znan. Prisotnost določenega podjetja na seznamu partnerjev 1C ne zagotavlja kakovostne storitve.

Omenil sem že, da je 1C cel ekosistem. Na nek način ga lahko primerjamo celo z Applom. Tam je zgrajen cel sistem, sestavljen iz strojne opreme, programske opreme in preprodajalcev. 1C ima tudi platformo, obstajajo konfiguracije, obstajajo certificirani preprodajalci.

Če pa Apple zelo strogo nadzoruje kakovost na vseh stopnjah - od proizvodnje do dela partnerjev, in je najvišja kakovost ena od pomembnih konkurenčnih prednosti te blagovne znamke, potem je v podjetju 1C vse popolnoma drugače. Tukaj praktično ni nobene storitve, nihče ne nadzoruje dela partnerjev, posledično je kakovost poprodajnega dela s programsko opremo zelo nizka.

Zanimivo je tudi, da podjetje 1C svoja marketinška prizadevanja usmerja predvsem na potrošnike izdelka, tj. na uporabnike. In delo s konfiguracijami je popolnoma osredotočeno na programerje. Posledično se oglašuje eno, v praksi pa se izkaže, da je kupec prejel nekaj povsem drugega.

In tu se pojavijo tudi razlogi za negativnost do programerjev 1C in samega programskega izdelka.
Ko sem prenehal delati samo z 1C in se začel ukvarjati s poslovnim svetovanjem, sem začel pri svojem delu uporabljati različne programske izdelke. To so bila mesta na Drupalu in sistemi, kot so ZOHO CRM, ATOL RMK, Redmine in številni drugi sistemi. In skoraj vse te storitve in programi ne zahtevajo stalnih in pogostih posodobitev. In pri posodabljanju ni toliko težav.

Medtem ko podjetje 1C služi denar v dveh smereh: s prodajo in s stalnimi posodobitvami. Toda kaj ima stranka s tem? Prisiljen je plačati in nadgraditi, saj druge izbire ni. Poleg tega je treba vse izdelke, ki se uporabljajo v podjetju, posodobiti hkrati.

Na primer, če uporabljate trgovino, zanjo je bila izdana res uporabna posodobitev, ki popravi kakšno napako, ki je za vas relevantna, zagotovo boste morali posodobiti tudi računovodstvo. Ker je izmenjava podatkov možna samo med enakimi različicami konfiguracije. Če se odločite zapustiti računovodstvo brez posodobitve, vam nalaganje dokumentov iz trgovine v računovodstvo ne bo več delovalo.

Posledično je stranka prisiljena uporabljati sistem, ki se nenehno kvari, in redno plačevati za njegovo obnovo. Seveda stranka postane negativna. Vendar ne more preklopiti na drug programski izdelek, preprosto ne vidi vredne alternative.

Da, pri nas obstajajo še drugi računovodski sistemi, nekateri celo postopoma dohitevajo 1C po zmogljivostih. Ampak marketing je super stvar! Zato stranka ne vidi druge možnosti in kljub stalni negativnosti izvede drugo plačilo.

1C: Bitrix - težave, funkcije, trženje

Drug izdelek, ki je tradicionalno uvrščen v linijo 1C, je sistem za upravljanje spletnega mesta 1C-Bitrix. Hkrati so številni uporabniki prepričani, da je dovolj, da kupite Bitrix, in vsa vprašanja integracije spletnega mesta in podatkov v 1C bodo rešena.

Uporabnik, ki kupi programske izdelke 1C in naroči spletno mesto na 1C-Bitrix, vidi skupno blagovno znamko in je prepričan, da gre za izdelke iste linije, ki bodo vedno brez težav delovali skupaj.
Pravzaprav je CMS Bitrix ločen izdelek, ki so ga razvili strokovnjaki, ki nimajo nobene zveze s podjetjem 1C. Kasneje so bila temu CMS dodana orodja za integracijo z izdelki linije 1C in pojavilo se je novo ime "1C-Bitrix". To se je zgodilo, ker je podjetje 1C kupilo velik delež v Bitrixu in se odločilo za uporabo tega CMS skupaj s svojo programsko opremo.

Kakšen je bil rezultat?

Zagotovljena je integracija baze podatkov spletne trgovine in programskih izdelkov 1C. Vendar je zelo zapleteno in brez pomoči strokovnjaka je skoraj nemogoče vzpostaviti izmenjavo podatkov in je zelo, zelo težko spremeniti.

Poleg tega programerji, ki so za vas nastavili 1C, ne bodo mogli namestiti in konfigurirati Bitrixa. Tukaj boste potrebovali spletnega programerja, specialista za Bitrix. Integracijo delno konfigurirajo programerji 1C, delno pa strokovnjaki Bitrixa. In obstajajo primeri, ko uporabnik sploh ne ve, na koga naj se obrne.

Na primer, imel sem to situacijo. Po zadnjih posodobitvah je izmenjava podatkov moje stranke s spletnim mestom prenehala delovati. Obrnil sem se na strokovnjaka 1C, vendar nam ni mogel pomagati, saj je po njegovem mnenju težava na strani Bitrixa. Obrnili smo se na programerja Bitrix. Tudi on je dvignil roke in dejal, da je problem najverjetneje še vedno na strani 1C. Izmenjava podatkov s spletno stranjo ni delovala približno 2 tedna. Stranka je bila prisiljena ročno prenesti cene in stanja ter odstraniti naročila s spletne strani. Na koncu smo imeli srečo. Kontaktiral sem programerja, ki je poznal tako Bitrix kot 1C, in je nastavil menjalni modul.

Bitrix in 1C: različni sistemi, skupne pomanjkljivosti

Spletni razvijalci, ki poznajo najnovejše različice Bitrixa, me bodo zdaj razumeli. Tako kot programski izdelki 1C so najnovejše različice Bitrixa postale zelo zmogljive, z obsežnimi zmožnostmi, a hkrati po nepotrebnem zapletene. Dandanes brez pomoči skrbnika (spletni programer) v Bitrixu uporabnik najpogosteje ne more nastaviti niti novih kategorij v katalogu izdelkov, saj je za organizacijo inteligentnega iskanja potrebno za vsako vrsto izdelka nastaviti svoje parametre.

Hkrati potrebujete različne strokovnjake za vzdrževanje spletne strani in programov 1C. Navsezadnje gre za različne izdelke. Uporabljajo se za različne namene, imajo različne platforme in zahtevajo poznavanje različnih tehnologij za delo z njimi.

Namesto življenjepisa

Torej povzamemo. Programski izdelki linije 1C povzročajo negativnost med strokovnjaki iz naslednjih razlogov:

Visoka kompleksnost sistema
Pomanjkanje modularnosti
Napake v vsaki posodobitvi
Pomanjkanje podrobne dokumentacije za posodobitve
Nepredvidljiv rezultat namestitve posodobitev

Vse to velja tako za platformo kot za katero koli konfiguracijo 1C.

Negativnost uporabnikov povzročajo:

Nepredvidljivi rezultati namestitve posodobitev. Program lahko preneha delovati kadarkoli. Vendar pa so zaradi napak v prejšnjih različicah potrebne posodobitve.
Tako podjetje 1C kot programer morata plačati za posodobitve. Hkrati so uporabniku vidne prednosti v večini primerov nepomembne, večino stroškov pa je treba plačati za ponovno vzpostavitev funkcionalnosti programa po namestitvi nove različice.

Jasna postane tudi negativnost do programerjev 1C:

Uporabniki nekaj negativnosti o programu prenesejo na strokovnjaka. Konec koncev je programer 1C tisti, ki prejme plačilo za namestitev posodobitev in nastavitev konfiguracij.
Programerji, ki delajo na drugih področjih, razumejo, da pogosto njihovi kolegi, specializirani za 1C, prejmejo denar v bistvu za "prodajo zraka". To je še posebej opazno, ko posodobitve odjemalcu vsilijo strokovnjaki sami.
Zaradi pomanjkanja nadzora s strani 1C se naključni ljudje ukvarjajo s servisiranjem programskih izdelkov, kar prav tako ne prispeva k pozitivni podobi.

To so sklepi, ki sem jih naredil osebno. Morda v čem nimam čisto prav, morda sem kaj spregledal. Vsekakor sem se odločil napisati ta članek ne zaradi kritike kot take, ampak da bi razumel, iz katerih razlogov imajo lahko stranke negativen odnos do programov linije 1C in do programerjev 1C.

Oznake: dodajte oznake

Morda bi bilo koristno prebrati: