Statutul contrapărților rău 1s ce. Tranziția la fluxul de documente electronice fără hârtie: experiență, probleme, perspective

Versiunea 1.3.8 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.10.2252 și o versiune ulterioară.

Caracteristici noi și modificări

• În formularul de căutare pentru oferte comerciale, a fost adăugată posibilitatea de a căuta fără conectarea la serviciul 1C: Business Network și a fost adăugată posibilitatea de a căuta un furnizor după nume.
• S-a adăugat un raport privind ofertele comerciale publicate.
• A fost adăugat un loc de muncă pentru publicarea ofertelor comerciale în serviciul 1C:Business Network.
• Adaptarea a fost realizată cu subsistemele „1C: Library of Standard Subsystems” versiunea 2.4.2, „1C: Library of Internet User Support” versiunea 2.2.2.

Trecerea la versiunea 1.3.8 de la versiunea 1.3.7

Tip definit a fost adăugat CounterpartyBED, tip definit Contrapartidășters La actualizare Neapărat setați un nou tip de date, în caz contrar ştergere date despre contrapartidele din obiectele subsistemului SchimbContrepărți(document Pachet de documente electronice, registru de informatii Statutul contrapartidelor BED).

Modificări ale modulelor:

• Funcție adăugată Solicitați text pentru produsele publicate pentru a obține o sursă de date pentru publicarea ofertelor comerciale și generarea unui raport privind bunurile publicate. Este necesar să implementați un apel de funcție la metoda FillOfferPackage atunci când primiți o listă de produse.

Modificări în modul Oferte comerciale

• Procedura adaugata ActualizareCondițiiDecorarePublicații pentru a actualiza elementul de formular Decoration cu starea de publicare. Trebuie să adăugați setări de publicare pentru elementul de stare la apelul din formular.

Rol adăugat RapoarteTradingOferte necesare pentru a accesa raportul Oferte comerciale publicate.

Versiunea 1.3.7

Versiunea 1.3.7 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.10 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• S-a adăugat posibilitatea de a obține statutul unui document de plată de la Sberbank.
• S-a implementat recepția automată a setărilor pentru Sberbank la conectarea la serviciul 1C:DirectBank.
• S-a adăugat posibilitatea de a afișa publicitate contextuală 1C:DirectBank.
• S-a făcut adaptarea pentru a funcționa cu serviciul 1C: Business Network în serviciul cloud 1CFresh.
• S-a adăugat posibilitatea de a publica, căuta și comanda oferte comerciale în serviciul 1C: Oferte comerciale pentru participanții la serviciul 1C: Business Network.
• Adaptarea a fost realizată cu subsistemele „1C: Library of Standard Subsystems” versiunea 2.4.1, „1C: Library of Internet User Support” versiunea 2.1.9, „1C: Library of Service Technology” versiunea 1.0.12.

Subsistemul „Schimb cu contrapărțile”

Modificări ale modulelor:

• Data documentului, DocBaseDate

Subsistemul „Schimb cu băncile”

Modificări în modul Lucrul cu FilesOverridable:

• La procedura Când definiți setările trebuie sa adaugi codul:

ElectronicInteraction.WhenDefiningSettings(Settings);

• La procedura Când definiți directoarele de stocare a fișierelor trebuie sa adaugi codul:

Interacțiune electronică. Când definiți directoarele de stocare fișiere (FileOwnerType, DirectoryNames);

• Directoarele MessageExchangeWithBanksAttachedFiles și EDAttachedFiles au fost adăugate la planul de schimb UpdateInformationBase
• Directoarele MessageExchangeWithBanksAttachedFiles și EDAttachedFiles au fost adăugate la tipul definit SignedObject.

ClientBank) mută un grup de elemente din forma generală.

În formularul de gestionare a evenimentelor Când CreatedOnServer

&Pe server

…


Sfârșitul procedurii

În formularul de gestionare a evenimentelor Procesarea alertelor

&OnClient

…
// Interacțiune electronică. Schimb cu băncile

Elements.GroupAdvertisingDirectBankHorizontal, Elements.TextDirectBankHorizontal);
// Încheierea interacțiunii electronice. Schimb cu băncile
Sfârșitul procedurii

Pentru element TextDirectBank, orizontal adăugați un handler de evenimente ProcesareNavigationLinks

&OnClient


Sfârșitul procedurii

La o procedură de modul comun Interacțiune electronică Ordin de plataîntr-o soluție de aplicație.

Subsistemul „Schimb cu site-uri”

Modificări în modul Schimbul de site poate fi anulat:

• Procedura adaugata Adăugați DetailsFormNode, folosit pentru a adăuga detalii la formularul de nod al planului de schimb Schimb cu site-ul. Forma nodului de schimb nu presupune prezența detaliilor legate de soluția aplicației; detaliile sunt adăugate programatic.
• Procedura adaugata Câmp de intrareWhenChangedOnServer, este folosit pentru a procesa în nord evenimentul Când câmpul de intrare al formularului de nod plan de schimb este modificat, adăugat în procedura Add NodeFormDetails.
• Procedura adaugata CheckboxFieldWhenChangedOnServer, este folosit pentru a procesa evenimentul pe server Când câmpul steag al formularului de nod plan de schimb, adăugat în procedura Add NodeFormDetails, este modificat.
• Procedura adaugata WhenCreatingOnServerFormCreateSite, folosit pentru a adăuga detalii în formularul de procesare CreateSite.

Modificări în modul ExchangeSiteClientOverridable:

• Procedura eliminată Definiți tipul de catalog GroupTableU, tipul de valoare al coloanei Grupuri din tabelul Catalog de produse este determinat de setările de schimb.
• Procedura adaugata InputFieldOnChange, este apelat pentru a procesa evenimentul Când câmpul de intrare al formularului nodului planului de schimb este modificat, adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails.
• Procedura adaugata CheckboxFieldOnChange, este apelat pentru a procesa evenimentul Când câmpul steag al formularului nodului planului de schimb adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails este schimbat.
• Procedura adaugata TableFormBeforeFinishEditing, este apelat pentru a procesa evenimentul BeforeFinishEdit al unui câmp din partea tabulară a formei nodului plan de schimb adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails.

Subsistemul „Rețea de afaceri”

• S-au adăugat noi metode pentru rularea sarcinilor de rutină în modul split, modul comun Interacțiune electronică, proceduri La primirea unei liste de șabloane, . Vedeți metodele cu același nume în modulul general JobQueueOverridable.
• Când încorporați o bibliotecă, pentru a funcționa în modul split, trebuie să adăugați un apel la metode în modulul general JobQueueOverridable:
  • în procedură La primirea unei liste de șabloane:

// Interacțiune electronică
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

• în procedură Când definiți AliasesHandlers:

// Interacțiune electronică
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Încheiați interacțiunea electronică

• Modificări în modul BusinessNetworkOverridable:
  • procedura redenumită în Obțineți informații de contact ale utilizatorului.
  • procedura schimbată în funcție Creați contraparteDupă Detalii, parametrul Cont a fost eliminat.

Subsistemul „Oferte comerciale”

A fost adăugat un nou subsistem „Oferte comerciale”; pentru încorporare aveți nevoie de:

• Dezvoltați metode suprascrise în module comune TradeOffersClientOverridable, Ofertele comerciale sunt anulate.
• Specificați tipuri de date în tipuri definite Tipuri de valori ale detaliilor 1СBusinessNetwork, Tipuri de nomenclatură BED, Detalii suplimentare PAT, Ofertă de schimb.

Consultați documentația de încorporare pentru detalii.

Versiunea 1.3.6

Versiunea 1.3.6 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.8 și o versiune ulterioară. În acest caz, proprietatea de configurare „Mod de compatibilitate” trebuie setată la „Versiunea 8.3.8”.

Această configurație este destinată utilizării în comun cu configurația „1C: Library of Standard Subsystems” nu mai mică decât versiunea 2.3.4.112, cu configurația „1C: Library of Internet User Support 8” nu mai mică decât versiunea 2.1.9.4.

Caracteristici noi și modificări

• Formatele documentelor de factură primară sunt acceptate (în ceea ce privește transferul unui document primar separat, factură) în conformitate cu ordinul Serviciului Fiscal Federal din 24 martie 2016 Nr. ММВ-7-15/155@ „La aprobarea formatul facturii și formatul de prezentare a documentului privind expedierea mărfurilor (execuția lucrării), transferul drepturilor de proprietate (documentul privind prestarea serviciilor), inclusiv o factură, în formă electronică.”
• Formatele documentelor primare privind modificările valorii, inclusiv o factură de ajustare, sunt acceptate (în ceea ce privește transferul unui document primar separat, o factură de ajustare) în conformitate cu ordinul Serviciului Fiscal Federal din 13 aprilie 2016 N ММВ -7-15/189@ „La aprobarea formatului facturii de ajustare și a formatului de depunere a unui document privind modificările costului mărfurilor expediate (lucrări efectuate, servicii prestate), drepturile de proprietate transferate, inclusiv factura de ajustare, în formular electronic.”
• Au fost adăugate noi documente electronice: Transferul bunurilor, Transferul rezultatelor muncii, o nouă formă de prezentare vizuală a documentelor.
• A fost adăugat un mecanism de schimb unidirecțional care nu necesită notificarea primirii de la destinatar.
• S-a adăugat capacitatea de a controla despachetarea documentelor electronice primite (automat sau manual), capacitatea de a configura crearea unui anumit tip de document la primirea documentelor electronice.
• S-a adăugat posibilitatea de a lega un document electronic la mai multe documente contabile de bază de informații.
• A fost implementată împărțirea documentelor electronice în intrare și ieșire.
• Integrarea cu serviciul a fost implementată 1C-UMI permițându-vă să creați site-uri web din program, să configurați schimbul cu un magazin online UMI.
• S-a făcut adaptarea pentru lucrul cu serviciul 1C-EDO în serviciul cloud 1CFresh.

Trecerea la versiunea 1.3.6 de la versiunea 1.3.5

Subsistemul „Schimb cu contrapărțile”

Modul general Schimb cu contrapărți redefinibile

• S-a adăugat metoda UPD SHFDOP.
• Metodă adăugată Completați datele pentru informațiile cumpărătorilor UPD Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de tipul funcției UPD (informații cumpărător) SCHFDOP.
• S-a adăugat metoda UPD (informații despre vânzător) SCHFDOP la obiectele de securitate a informațiilor.
• Metodă adăugată Completați datele pentru informații SUPLIMENTARE ale Serviciului fiscal federal al vânzătorului. Metoda pregătește date pentru un document electronic, cum ar fi funcția DOP STD (informații despre vânzător).
• Metodă adăugată FindCreate UPDT DocumentAboutTransfer. Metoda salvează datele din documentul electronic UPD (informații despre vânzător) funcția DOP în obiectul IS.
• Metodă adăugată Completați datele pentru informațiile SCHFISeller Serviciul Federal de Taxe. Metoda pregătește date pentru un document electronic de tipul funcției SSF UTD (informații despre vânzător).
• Metodă adăugată GăsițiCreateUPDSInvoiceInvoice. Metoda salvează datele din funcția SSF a documentului electronic UPD (informații despre vânzător) în obiectul de securitate a informațiilor.
• Metodă adăugată. Metoda pregătește date pentru un document electronic de tipul UCD (informații despre vânzător) funcție KSCHFDIS.
• Metodă adăugată Completați datele pentru informații despre cumpărători UKID Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de tipul funcției UKD (informații cumpărător) KSCHFDIS.
• Metodă adăugată. Metoda salvează datele din funcția UCD (informații despre vânzător) de document electronic KSCHFDIS în obiecte de securitate a informațiilor.
• Metodă adăugată Completați datele pentru dezinformare ale Serviciului Federal de Taxe ale Vânzătorului. Metoda pregătește date pentru un document electronic de tipul UCD (informații despre vânzător) funcție DIS.
• Metodă adăugată GăsițiCreateUKDDocumentAboutChangeValue. Metoda salvează datele din funcția DIS din documentul electronic UCD (informații despre vânzător) într-un obiect IS.
• Metodă adăugată Completați datele pentru informațiile KSCHFISeller Serviciul Federal de Taxe. Metoda pregătește date pentru un document electronic de tip UCD (informații despre vânzător) funcție KSCHF.
• Metodă adăugată GăsițiCreateUKDSAccountInvoice. Metoda salvează datele din funcția UCD (informații despre vânzător) KSCHF într-un obiect de securitate a informațiilor.
• Metodă adăugată Conformitatea tipurilor de ED de ieșire cu documentele de securitate a informațiilor. Metoda formează o corespondență între documentele electronice de ieșire și documentele de securitate a informațiilor.
• Metodă adăugată GăsițiCreateDocumentTransferWorkResults. Metoda este utilizată pentru completarea documentului de scrisoare de trăsură primit în formatul „Transfer mărfuri”.
• Metodă adăugată FindCreateDocumentTransfer de bunuri. Metoda este utilizată pentru completarea documentului Certificat de Prestare a Serviciilor primit în formatul „Transfer Rezultate Muncă”.
• Metodă adăugată InstalledStateExchangeCompleted. Metoda este apelată atunci când starea fluxului de document se schimbă la Schimb finalizat, Schimb finalizat cu corecție.
• La generarea documentelor electronice UPD, UKD, Transfer bunuri, Transfer rezultate lucrari, detalii Data documentului, DocBaseDate trebuie completate.

Procesarea schimburilor cu contrapărți

În aspectul „Torg-12Seller”:

• S-a adăugat câmpul „IdStateContract”.
• A fost adăugată partea tabelară „Factura de transport”.
• Câmpurile „Transport InvoiceDate”, „Transport InvoiceNumber” au fost eliminate.
• A fost adăugat câmpul „Informații despre persoana care a transferat bunurile”.

În layout Actul de transfer al drepturilor:

• S-a adăugat partea tabelară „Bază”.
• Câmpurile „DocumentBaseName”, „DocumentBaseNumber”, „DocumentBaseDate”, „DocumentBaseAdditionalInformation” au fost eliminate.
• S-a adăugat câmpul „CurrencyName”.
• S-a adăugat câmpul „Revendicări”.
• S-a adăugat câmpul „Data execuției”.
• În proprietățile participanților la tranzacție, câmpul „Fax” a fost înlocuit cu câmpul „Email”.
• În proprietățile participanților la tranzacție, câmpul „Cod Țară” a fost înlocuit cu câmpul „Cod Țară”.
• În proprietățile participanților la tranzacție, câmpul „AddressText” a fost înlocuit cu câmpul „AddressText”.

Actualizarea unui tip definit Contrapartidă:

La actualizarea de la versiunea 1.3.5 este necesară actualizarea tipului definit Counterparty; în caz contrar, referințele la directorul Counterparty din obiectele BED, la actualizare, vor fi înlocuite cu tipul șir cu pierderea referințelor la obiecte fără posibilitatea de a recuperare.

Procedura de actualizare:

• Redenumiți tipul definit de cont în AccountBED.
• Eliminați configurația din suportul BED 1.3.5.
• Rulați o comparație/combinare cu configurația BED 1.3.5, sunteți de acord să setați configurația să accepte.
• Debifați toate obiectele și lăsați doar tipul de cont definit, efectuați îmbinarea.
• Începeți actualizarea configurației, selectați fișierul BED 1.3.6.
• Bifați casetele de selectare pentru tipurile definite AccountBED și Account. Specificați alte obiecte de bază de date necesare pentru actualizare.
• Efectuați o actualizare.

Subsistemul „Schimb cu băncile”

La procedura Obțineți extras de cont modul comun SchimbWithBanksClient a adăugat un parametru opțional OpenFormClarificationPeriod cu tip boolean. Trebuie setat la True dacă formularul de la care este primit extrasul nu are capacitatea de a modifica manual perioada de solicitare a extrasului.

Subsistemul „Schimb cu site-uri”

Nodul de schimb schimbat Schimb de site, formular, modul obiect:

• S-a adăugat posibilitatea de a încărca articole cu selecție în funcție de tipurile de articole (anterior era disponibilă numai după grupurile de articole).

S-a adăugat o carte de referință Site-uri web:

• S-a adăugat posibilitatea de a configura tranziția către site de la 1C - la partea utilizator a site-ului și la zona de administrare a site-ului.
• Pe baza Site-ului, puteți crea un nod de schimb ExchangeSite.

Procesare adăugată Creați un site web:

• S-a adăugat posibilitatea de a crea un site în domeniul 1C-UMI; site-ul este creat automat (element Site-uri) și umplut cu date de la 1C. Se creează automat un nod de schimb ExchangeSite și se realizează primul schimb complet cu site-ul.

Modul general Schimbul de site poate fi anulat:

• A fost adăugată capacitatea de a selecta tipuri de articole; abilitatea de a selecta o carte de referință personalizată a fost eliminată.

Modul general ExchangeSiteEvents:

• S-a adăugat posibilitatea de a selecta Tipuri de articole.
• Abilitatea de a selecta un director personalizat a fost eliminată.

Alte modificari

Configurarea subsistemului Gestionarea tarifelorîn modelul serviciului de bibliotecă Tehnologii de servicii

La un modul comun TarifareRedefinibileîn metoda Când se formează o listă de servicii (), trebuie să adăugați cod după apelarea metodei InternetUser Support. Când se formează o listă de servicii (furnizori de servicii):

// Interacțiune electronică
Interacțiune electronică. Când se formează o listă de servicii (furnizori de servicii);
// Încheiați interacțiunea electronică

Versiunea 1.3.5

Versiunea 1.3.5 este o dezvoltare a ediției 1.3 a „1C: Electronic Document Libraries 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.8 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• funcționalitatea bibliotecii a fost adaptată la caracteristicile specifice de lucru pe platforma 8.3.8 cu modul de compatibilitate dezactivat;
• subsistemele din „Biblioteca de subsisteme standard” au fost actualizate la versiunea 2.3.3.45;
• Biblioteca include subsistemul „Internet User Support Libraries”, versiunea 2.1.8.3.

Trecerea la versiunea 1.3.5 de la versiunea 1.3.4

Nu sunt necesare modificări.

Versiunea 1.3.4

Versiunea 1.3.4 este o dezvoltare a ediției 1.3 a „1C: Electronic Document Libraries 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.6 și o versiune ulterioară. În acest caz, proprietatea de configurare „Mod de compatibilitate” trebuie setată la „Nu utilizați”. Modul de utilizare a modalității poate fi setat la „Nu utilizați”, iar modul de compatibilitate a interfeței poate fi setat la „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• a fost implementat un sistem de notificări despre evenimentele EDI (noi documente electronice, noi invitații, expirarea certificatului etc.). Acum este posibil să configurați notificări prin e-mail în profilul de setări EDF, precum și să afișați notificări despre evenimente direct în programul 1C folosind mesaje pop-up;
• formatul documentului primar este acceptat, inclusiv o factură (format UPD) în conformitate cu ordinul Serviciului Federal de Taxe din 24 martie 2016 nr. ММВ-7-15/155@ „La aprobarea formatului facturii și a format pentru depunerea unui document privind expedierea mărfurilor (execuția lucrării), transferul drepturilor de proprietate (documentul privind prestarea serviciilor), inclusiv o factură, în formă electronică”;
• formatul documentului privind modificarea valorii, care include o factură de ajustare, a fost acceptat" (format UKD) în conformitate cu ordinul Serviciului Federal de Taxe din 13.04.2016 N ММВ-7-15/189@ „La aprobarea formatului facturii de ajustare și a documentului format de prezentare privind modificările costului mărfurilor expediate (lucrări efectuate, servicii prestate), drepturi de proprietate transferate, inclusiv o factură de ajustare, în formă electronică”;
• a sprijinit utilizarea componentelor externe în schimb cu băncile care utilizează tehnologia DirectBank.

Trecerea la versiunea 1.3.4 de la versiunile 1.3.2, 1.3.3

Modificări în formularele de lista de documente ale soluției aplicației

În formularele de listă de documente, trebuie să adăugați o procedură de plug-in Schimb cu CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

Sfârșitul procedurii

La actualizarea subsistemului, este necesar în gestionatorii de evenimente din formularul de listă de documente: Când CreatedOnServer, La Deschidere, Procesarea alertelor

&Pe server
Procedura la crearea pe server
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = Comenzi Elements.EDO;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Eșec, StandardProcessing, ParametersWhenCreatedOnServer);
Sfârșitul procedurii

&OnClient
Procedura de deschidere (Eșec)
…
// Subsistemul „Schimb cu contrapărți”.
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Notificări de proces de procedură (EventName, Parameter, Source)
…
// Subsistemul „Schimb cu contrapărți”.
Alert ParametersEDO = Schimb cu CounterpartiesClient.AlertParametersEDO_ListForm();
Parametri de notificare EDO.Form = ThisObject;
Parametri de notificare EDO.DynamicListName = "Lista";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(EventName, Parameter, Source, EDI AlertParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

Modificări în formularele de documente ale soluției aplicației

În formularele de document trebuie să adăugați o procedură de plug-in Connectable_WaitingHandlerEDO, unde trebuie să plasați apelul la metodă

Schimb cu CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
Procedura Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
Sfârșitul procedurii

În formularele de document, este necesar să eliminați atributul de formular „Status EDO” și să adăugați în schimb elementul de formular „decorare”. Pentru nevoile unei soluții de aplicație, decorul poate fi subordonat elementului de formular „Grup”. Vizibilitatea grupului este stabilită în interiorul unei metode Schimb cu contrapartide Când este creat pe Server in functie de starea f.o. „Utilizați schimbul cu contrapărți”.

La actualizarea subsistemului, este necesar în forma documentelor de gestionare a evenimentelor Când CreatedOnServer, La Deschidere, AfterRecordingOnServer, Procesarea alertelor metodele de plasare ale subsistemului „Schimb contraparte”.

De exemplu:

&Pe server

…
// Subsistemul „Schimb cu contrapărți”.
Parametrii EDO când sunt create = Schimb cu contrapărți Parametri când sunt create pe Server_DocumentForm();
Parametrii EDO Când au fost create.Form = ThisObject;
Parametri EDO Când au fost create.DocumentLink = Object.Link;
Parametrii EDO la crearea.DecorationStateEDO = Elements.DecorationStateEDO;
Parametrii EDO Când au fost create.Grup de stări EDO = Elements.Grup de stări EDO;
Schimb cu contrapărți. Când este creatPe Server_DocumentForm (Refuz, Procesare standard, Parametri EDO Când este creat);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Procedura de deschidere (Eșec)
…
// Subsistemul „Schimb cu contrapărți”
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// Încheiați subsistemul „Schimb cu contrapărțile”
Sfârșitul procedurii

&Pe server
Procedura AfterRecordOnServer(CurrentObject, RecordParameters)
…
// Subsistemul „Schimb cu contrapărți”.
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametersAfterRecord.DocumentLink = Object.Link;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOState = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Notificări de proces de procedură (EventName, Parameter, Source)
…
// Subsistemul „Schimb cu contrapărți”.
Parametri de alertă = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
AlertParameters.DecorationEDOState = Elements.DecorationEDOState;
Alert Parameters.EDO State Group = Elements.EDO State Group;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

Modificări în modulul ExchangeCounterparties

• Procedura adaugata Când CreatedOnServer_ListForm, apelat din handlerul de evenimente „When CreatedOnServer” al formularului de listă de documente. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersWhenCreatingOnServer_ListForm.
• Procedura adaugata Când CreatedOnServer_FormDocument, apelat din handlerul de evenimente „When CreatedOnServer” al formularului de document. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersWhenCreatingOnServer_DocumentForm.
• Procedura adaugata AfterRecordingOnServer, apelat din handlerul de evenimente „AfterRecordOnServer” al formularului de document. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersAfterRecordingOnServer.

Modificări în modul Schimb cu CounterpartiesClient.

• Procedura adaugata La Deschidere, apelat din handlerul de evenimente „La deschidere” al formularului de listă de documente și al formularului de document.
• Procedura adaugata ProcessingAlerts_ListForm, apelat din handlerul de evenimente „Procesarea notificărilor” din formularul de listă de documente. Ca al patrulea parametru al metodei, este trecută o structură care este inițializată de metodă Parametri de alertăEDO_ListForm.
• Procedura adaugata ProcessingAlert_FormDocument, apelat din handlerul de evenimente „Procesarea notificărilor” al formularului de document. Ca al patrulea parametru al metodei, este trecută o structură care este inițializată de metodă Parametri de notificareEDO_DocumentForm.
• Modificări în modul Schimbul cu contrapărți poate fi înlocuit:
• Metodă adăugată Completați transferul de date al executorului de lucru.
  Exemplu:

// Pregătește date pentru un document electronic de tip Transfer de Bunuri către Vânzător.
// Opțiuni:
// LinkToObject - Link către ED prin care este necesară generarea unui document electronic,


Procedură Completați Data Transfer Work Executor (Object Link, ED Structure, Data Tree) Export
Completați datele pentru Act 501 Executor al Serviciului Federal de Taxe (Link către obiect, Structura ED, Arborele de date)
Sfârșitul procedurii

• Metodă Verificați Capacitatea de Editare a obiectului a devenit o procedură.
• Metodă adăugată Completați Datele pentru UPDInformații ale Serviciului Federal de Taxe ale Vânzătorului. Metoda pregătește date pentru un document electronic de acest tip UPD(informații despre vânzător). SCHDOP.
• Metodă adăugată GăsițiCreateUniversalTransferDocument. Metoda salvează datele dintr-un document electronic UPD(informații despre vânzător). SCHFDOPv obiecte IS.
• Metodă adăugată Completați datele pentru informațiile vânzătorului UKDI Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de acest tip UKD(informații despre vânzător). KSCHFDIS.
• Metodă adăugată FindCreateUniversalAdjustmentDocument. Metoda salvează datele dintr-un document electronic UKD(informații despre vânzător). KSCHFDIS la obiectele de securitate a informațiilor.

Modificări în subsistemul „Schimb cu băncile”.

Modificări în modulul ExchangeWithBanksRedefinable

Procedură Când condiția ED se schimbă adăugat. Apelat atunci când starea fluxului documentelor electronice se schimbă.

Modificări pentru lucrul în modul service

Dacă este necesară configurația destinației pentru funcționarea în modul service:

• În procedura GetProvidedDataHandlers a modulului comun SuppliedDataOverridden, adăugați următorul cod:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

• Adăugați sarcina de rutină Actualizare Module Externe Schimb cu bănci la atributul general Date de bază Zona de date.

Alte modificari

• Trebuie să adăugați o constantă tipului care este definit UseExchangeWithBanks;
• Caracteristica eliminată Schimb cu bănci Schimb direct cu banca recomandat.

Versiunea 1.3.3

Versiunea 1.3.3 este o dezvoltare a ediției 1.3 a produsului „1C: Biblioteca de documente electronice”. Proiectat pentru dezvoltarea configurațiilor care sunt proiectate să funcționeze pe platforma 1C:Enterprise 8.3 versiunea 8.3.6 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• în conformitate cu Ordinul din 30 noiembrie 2015 nr. ММВ-7-10/551@ „Cu privire la aprobarea formatului de depunere a unui document privind transferul de mărfuri în timpul tranzacțiilor comerciale în formă electronică” și Ordinul din 30 noiembrie 2015 nr. ММВ-7-10/552@ „La aprobarea formatului de depunere a unui document privind transferul rezultatelor muncii (document privind prestarea de servicii) în formă electronică” sunt acceptate noi formate de documente electronice.

Modificări în subsistemul „Schimb cu contrapărțile”

În modul Schimbul cu contrapărți poate fi înlocuit fa o schimbare:

// Pregătește date pentru un document electronic de tip scrisoare de trăsură.
// Opțiuni:
// LinkOnED - Link către ED prin care este necesară generarea unui document electronic,
// StructureED - Structură, structură de date pentru generarea unui document electronic.
// Arborele de date - un arbore de valori, un arbore de date pentru completarea unui document electronic.
Procedură Completați transferul de date al vânzătorului de mărfuri (link obiect, structură ED, arbore de date) Export
Completați datele privind negocierea 12 Vânzătorul serviciului fiscal federal (link către obiect, structură ED, arbore de date)
Sfârșitul procedurii

Este necesar să adăugați la configurația care folosește BED, șabloane pentru restricționarea accesului la nivel de înregistrare de către organizație (RLS) atunci când lucrați cu documente electronice (vezi documentația de încorporare).

Versiunea 1.3.2

Versiunea 1.3.2 este o dezvoltare a ediției 1.3 a produsului „1C: Biblioteca de documente electronice”. Proiectat pentru dezvoltarea configurațiilor care sunt proiectate să funcționeze pe platforma 1C:Enterprise 8.3 versiunea 8.3.6 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• afișare implementată a 2 titluri de documente electronice (TORG12, Act, Documente de ajustare) într-o singură formă pentru vizualizarea unui document electronic. Toate informațiile din titluri vor fi colectate într-un singur formular. Separat, forma celui de-al doilea titlu poate fi vizualizată din formularul „Documente electronice”;
• a fost implementată capacitatea de a încheia un „Acord EDA” standard în formă electronică din „Setări EDF” în programul 1C; Folosind comanda „Generare acord folosind un șablon”, va fi creat automat un document electronic arbitrar, al cărui atașament va fi fișierul de acord. După semnare, documentul poate fi trimis imediat contrapartidei.
• schimb integrat de documente electronice arbitrare cu fișiere atașate. Acum orice dosar atasat poate fi semnat rapid si trimis catre contrapartida folosind orice document electronic;
• este susținută capacitatea de a face schimb de documente electronice cu banca pe un proiect salarial;
• a adăugat un asistent pentru conectarea unei organizații la DirectBank;
• lista băncilor care au susținut DirectBank a fost actualizată prin internet;
• Lucru acceptat cu diferite tipuri de jetoane (chei electronice) ale Sberbank: „obișnuit”, „atingere”, „cu ecran”.
• Subsistemele „Standard Subsystem Library” (BSS) au fost actualizate la versiunea 2.3.2.27.

Trecerea la versiunea 1.3.2.19 de la versiunile 1.2.7, 1.3.1

Trebuie să adăugați o procedură fără umplutură la modul:

procedura CheckUsingTestMode. Include posibilitatea de a activa funcții suplimentare pentru testarea schimburilor cu bănci. Nu există încă planuri de utilizare în soluții aplicate;

În modul RegularTasksOverridable fa o schimbare:

Procedura pentru determinarea setărilor pentru exportul sarcinilor de rutină (Setări).
Interacțiune electronică. Când definiți setările sarcinilor de rutină (Setări);
Sfârșitul procedurii

În modul ElectronicSignatureClientOverridable fa o schimbare:

Procedura pentru verificarea suplimentară a certificatului (parametrii) export
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parameters);
Sfârșitul procedurii

La modul Semnătură electronică fa o schimbare:

Procedura la crearea unui formularVerificarea unui certificat (certificat, verificări suplimentare, parametri ai verificărilor suplimentare, verificări standard) Export
ExchangeWithBanks.WhenCreatingFormVerificationCertificate(
Certificat, Verificări suplimentare, Parametri de verificări suplimentare, Verificări standard);
Sfârșitul procedurii

Au fost adăugate următoarele obiecte nedistribuite:

;

Constant Schimb general de fișiere cu băncile.

La tipul definit Spațiu de stocare Opțiuni funcționale adaugă constantă UseExchangeWithBanks.

Dacă configurația este destinată să funcționeze în modul de model de serviciu, atunci trebuie să schimbați gestionarea abonamentului la evenimentul Controlul obiectelor nedistribuite în timp ce scrieți PATUL pentru a lucra în modelul de serviciu. Controlul obiectelor nedistribuite în timpul scrierii.

Versiunea 1.3.1

Versiunea 1.3.1 este o dezvoltare a ediției 1.2 a produsului „1C: Biblioteca de documente electronice”. Proiectat pentru dezvoltarea configurațiilor care sunt proiectate să funcționeze pe platforma 1C:Enterprise 8.3 versiunea 8.3.6 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• capacitatea de a schimba documente electronice fără semnătură electronică prin serviciul EDI a fost implementată pentru participanții la 1C: Business Network;
• a fost implementat un subsistem de schimb autonom cu băncile;
• Subsistemele „Standard Subsystem Library” (BSS) au fost actualizate la versiunea 2.3.1.71.

Trecerea la versiunea 1.3.1 de la versiunile 1.2.6, 1.2.7

Schimbări de arhitectură

Toate modulele cu prefixul „Documente electronice” au fost redenumite module cu prefixul „Schimb cu contrapărți”. Metode de modul Scop generalED mutat la modul nou Interacțiune electronică. Modul Actualizarea bazei de informații ED redenumit în Actualizarea bazei de date.

Documente electronice V Interacțiune electronică:

• NumeInițialePersoane

Lista metodelor care au fost mutate din modul Documente electronice V SchimbCuBănci:

• Schimbul direct cu banca este posibil
• GetDataBankStatementsTreeValues
• GetDataBankStatementsTextFormat
• Analizarea TreeExtractsBank

Lista metodelor care au fost mutate din modul în ElectronicInteractionClientOverridable:

• Efectuați verificarea documentelor

Lista metodelor care au fost mutate din modul ElectronicDocumentsClientOverridable V ExchangeWithBanksClientOverridable:

• ParseFileExtracts

Lista metodelor care au fost mutate din modul în ElectronicInteractionClientServer:

• GetMessageText (redenumit în MessageText)
• DaAcțiune

Lista metodelor care au fost mutate din modul Documente electroniceClientServer V SchimbWithBanksClientServer:

• Completat DetaliiSettings EDSBanks (redenumit Completat Completat DetaliiSettingsExchange)
• HeaderSettingsEDOSBank a fost redenumit în HeaderSettingsExchangeWithBank
• GetStatusTextED

Lista metodelor care au fost mutate din modul în Interacțiune electronică Suprarogabil:

• ChangeFormElementProperties
• CurrentDirectoryTemporaryFiles
• Obțineți opțiuni funcționale potrivite
• Obțineți directoare potrivite
• Obțineți corespondență cu numele obiectelor MD și detalii
• Corespondența Codurilor de Detalii și Reprezentări
• Obțineți structura detaliilor cheie ale obiectului
• Mesaj textNecesarSetări de sistem
• Editați mesajul de eroare
• Pregătiți mesajul text despre încălcarea drepturilor de acces
• DezasamblațiNumeIndividuals
• FindReferenceToObject
• Obțineți numărul documentului imprimat
• Verificați sursele de pregătire
• GetData Persoane juridice
• DescriereOrganizații
• Există dreptul de a procesa ED
• Există dreptul de a citi ED
• Există dreptul de a deschide o înregistrare în jurnal

Lista metodelor care au fost mutate din modul Documente electronice suprascrise V SchimbWithBanksOverridabil:

• Obțineți tipurile actuale de ED
• Obțineți numere de cont bancar
• Completați ED ParametersBy Source
• Completați datele ordinului de plată
• Completați datele cererii de plată
• Verificați Capacitatea de Editare a obiectului

Din abonamente la evenimente Atribuiți o nouă versiune a ED atunci când înregistrați proprietarulȘi VerificațiChangeBeforeRecordingOwnerED Documentele bancare au fost șterse.

Aspecte mutate de la procesare SchimbContrepărți V SchimbCuBănci:

• Ordin de plata
• Cerință de plată

Trebuie să adăugați la tipul definit

• documentObject.PackageED

Schimbări de interfață

• În modulele comune SchimbCuBănci, SchimbContrepărți proceduri adăugate Când CreatedOnServer. Apelat la deschiderea formularelor obiect pentru a genera comenzi EDI. Opțiuni: Formă– forma curentă, Team PlacementDefault– un element al formularului de submeniu în care vor fi create comenzile EDI.
• În modulele comune SchimbWithBanksOverridabil, Schimbul cu contrapărți poate fi înlocuit au adăugat proceduri pentru generarea unei liste de comenzi EDM Pregătiți structura obiectelor EDF echipelor. Parametru Componența echipelor EDO poate fi o matrice (pentru subsistem SchimbCuBănci) sau structura matricei ( SchimbContrepărți).
• Grupul de comenzi EDI a fost eliminat; nu se mai realizează completarea automată a panoului de comandă cu comenzi EDI.

Pentru a crea comenzi EDM în formularele de document din baza de date, trebuie să adăugați cod pentru a genera tipuri de obiecte în procedura modulului comun suprascris.

Exemplu în modul Schimbul cu contrapărți poate fi înlocuit:

Componența echipelor EDM.Outgoing.Add(„Document.Vânzări de bunuri și servicii”);
Compoziția EDO Commands.Outgoing.Add(„Document.Comanda cumpărătorului”);
…
Componența echipelor EDF.Incoming.Add(„Document.Recepția Bunurilor și Serviciilor”);
Componența comenzilor EDO.Incoming.Add(„Document.Factură primită”);
…
Sfârșitul procedurii

ExchangeWithBanksOverridable:

Procedură Pregătirea structurii obiectelor echipelor EDF (Alcătuirea echipelor EDF) Export
Compoziția comenzilor EDO.Add(„Document.Ordin de plată”);
Compoziția comenzilor EDO.Add("Document.PaymentRequest");
…
Sfârșitul procedurii

Când creați un formular, apelați generarea programului de comenzi

Schimb cu contrapărți. Când este creat pe Server:

Procedură când este creat pe server (Eșec, Procesare standard)
//Comenzi EDO
Schimb cu Counterparties.When CreatedOnServer(ThisObject, Elements.EDO Commands);
// Sfârșitul comenzii EDO
Sfârșitul procedurii

Adăugați un handler de formular conectabil Connectable_Execute EDO Command:

Procedură Connectable_Execute EDO Command (comandă)
ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Comandă, ThisForm, Elements.List);
Sfârșitul procedurii

Modificări în subsistemul „Schimb cu contrapărțile”

• completați tipul definit „Motive de ED arbitrară” cu tipurile de documente pe baza cărora vor fi introduse înscrierile ED arbitrar(cel mai probabil acestea vor fi aceleași documente ca și în tipul definit Proprietar fișiere atașate), de asemenea, în aceste documente trebuie să adăugați documentul „Custom ED” la lista „Este baza pentru:”
• în formularele de documente și listele de documente (pe baza cărora este introdus ED-ul personalizat), este necesară dezactivarea ED-ului personalizat în submeniul „Creează pe baza”, deoarece comanda pentru introducerea unui ED Personalizat este plasată în submeniul EDO (comanda „Add file”);
• în formele Actului de transfer al drepturilor, Comanda bunurilor, Răspunsul la comandă, Raportul agentului comisionar privind vânzările, Raportul agentului comisionar privind descrierea, Factura de plată, Catalogul produselor, Lista de prețuri în grupul de parametri „Banca” în câmpul „BIC” a fost modificat atributul de completare obligatoriu. Acest câmp trebuie completat;
• în aspectul FacturăFactură, formatul câmpurilor Codul țării de origine și Numărul declarației vamale s-a modificat. Pentru o completare mai corectă, acestea sunt combinate în tabelul Declarației Vamale. Un exemplu de completare a acestor elemente în procedura de pregătire a datelor FSE poate fi găsit în baza de date demo a BED.

Modificări în modulul ExchangewithCounterpartiesClient

• Metoda OpenEDList a fost depreciată. În schimb, se recomandă utilizarea OpenEDTree, care deschide utilizatorul către arborele de reglementări pentru schimbul de documente electronice pentru documentul de securitate a informațiilor.

Modificări în modulul de interacțiune electronică anulate

Două chei au fost adăugate la Obține corespondență cu numele obiectelor și detalii pentru redefinire:

• Vânzări de bunuri și servicii în metadate
• Primirea Bunurilor și Serviciilor în Metadate

Modificări în modulul ExchangeCounterparties

S-a adăugat metoda Fill DataBy 1SEDOD pentru 1C-Reporting Master, care pregătește datele pentru 1C-Reporting Master.

S-a adăugat metoda Check AccounterV1EDMSWhen CreatedOnServer, care trebuie apelată la crearea unui formular de cont. Această metodă execută o verificare a conexiunii contrapărții la serviciul 1C-EDO.
Exemplu Schimb cu contrapartide.Verificați contrapartea în 1 SEDO când este creată pe Server:

Procedură când este creat pe server (Eșec, Procesare standard)
// Interacțiune electronică Schimb cu contrapărți
Schimb cu contrapărți Verificați contraparte în 1SEDO Când CreatedOnServer(Object.Link);
// Încheierea interacțiunii electronice. Schimb cu contrapărți
Sfârșitul procedurii

A fost adăugată sarcina de rutină NU împărțită Verificarea contrapărților BED, care face o selecție de contrapărți și verifică legătura acestora cu 1C-EDO.

S-a adăugat registrul de informații divizate Statutul contrapartidelorBED, care colectează statistici privind contractanții conectați la serviciul 1C-EDO.

Adăugați o afișare a semnului de conectare la serviciul 1C-EDO în coloana „EDO” din formularul de listă și formularul de selecție a contrapartidei. Adăugați un indiciu la coloana „Conectat la serviciul 1C-EDO”.
Exemplu:

ALEGE
ALEGERE
WHENCounterparty StatusBED.Status = VALUE(Enumeration.CounterpartyStateBED.Connected)
ATUNCI 0
ALTE 1
Sfârşit
TERMINAT CA EDO
DirectoryCounterparties.Name,
DirectoryCounterparties.INN,
DirectoryCounterparties.KPP,
....
DirectoryCounterparties.NameFull
DIN
Directory.Counterparties AS DirectoryCounterparties
CONEXIUNEA STÂNGA Registrul de informații.Statutul Antreprenorilor BED AS Statutul Antreprenorilor BED
Software (Contractant StatesBED.Counterparty = DirectoryCounterparties.Link)

Pe formularele de document de bază de informații, este necesar să eliminați linkul către opțiunea funcțională „Utilizați ED Exchange” din atributul formularului „ED State Text”. Eliminați antetul din atributul „ED Status”.

Modificări în subsistemul „Schimb cu băncile”.

S-au adăugat abonamente la evenimente SchimbWithBanksOwnerEDBeforeRecordingȘi SchimbWithBanksOwnerEDOnRecording.

• S-au adăugat tipuri definite OwnersExchangeWithBanks și DirectoryBanks.
• S-a adăugat comanda generală SettingsExchangeWithBanks.

La tipul definit Fisier atasat adăuga:

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

La tipul definit Proprietar al fișierelor atașate trebuie adăugată

• documentLink.MessageExchangeWithBanks;
• documentLink.PackageExchangeWithBanks.

La tipul definit OwnerAttachedFilesObject trebuie adăugată

• documentObject.MessageExchangeWithBanks;
• documentObject.PackageExchangeWithBanks;
• documentObject.PackageED

S-a adăugat un nou subsistem „Rețea de afaceri”

Subsistemul include module comune (prefix ExchangeBusinessNetwork), tratament BusinessNetwork, roluri ( AdministrareAbonatBusinessNetwork, PerformingExchangeBusinessNetwork), registrul de informații IdentificatoriBusinessNetwork. În formularul „Configurarea schimbului de documente electronice”, a fost adăugată o comandă pentru a apela formularul de conectare la serviciu.

Este necesar să finalizați procedurile și funcțiile din modul BusinessNetworkOverridable:

• metodă Creați contraparteDupă Detalii. Creează o contraparte în soluția aplicației folosind parametrii trecuți;
• metodă Obțineți IB UserContacts. Primește informațiile de contact ale utilizatorului (numele rolului, adresa de e-mail);
• metodă Executați controlul detaliilor documentului. Verifică detaliile documentului pentru a permite trimiterea matricei (expeditorul și destinatarul trebuie să fie același).

Trecerea la versiunea 1.3.7 de la versiunea 1.3.6

În formularul pentru încărcarea documentelor de plată într-un fișier și descărcarea unui extras de cont bancar dintr-un fișier (procesare ClientBank) muta un grup de elemente GroupAdvertisingDirectBank, orizontal din forma generală OfferConnect1SDirectBank.

În formularul de gestionare a evenimentelor Când CreatedOnServer metode de plasare ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&Pe server
Procedură când CreateOnServer (Eșec, Procesare standard)
…
// Interacțiune electronică. Schimb cu băncile
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(
Elements.GroupAdvertisingDirectBankHorizontal, Elements.TextDirectBankHorizontal);
// Încheierea interacțiunii electronice. Schimb cu băncile
Sfârșitul procedurii

În formularul de gestionare a evenimentelor Procesarea alertelor plasați metoda ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient
Notificări de proces de procedură (EventName, Parameter, Source)
…
// Interacțiune electronică. Schimb cu băncile
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontal, Elements.TextDirectBankHorizontal);
// Încheierea interacțiunii electronice. Schimb cu băncile
Sfârșitul procedurii

Pentru element TextDirectBank, orizontal adăugați un handler de evenimente ProcesareNavigationLinksși plasați în el metoda ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:

&OnClient
Procedură TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, StandardProcessing);
Sfârșitul procedurii

La procedura Obțineți corespondență cu numele obiectelor MDI și detalii modul comun Interacțiune electronică adăugați element de potrivire cu cheia PaymentOrderInMetadatași valoare: numele obiectului de metadate Ordin de plataîntr-o soluție de aplicație.

09.06.2017

„(EDI) nu reflectă foarte exact ceea ce este implementat în practică în companiile și organizațiile rusești. S-a dovedit că adesea a fost (și este) mai degrabă despre suport electronic pentru fluxul tradițional de documente pe hârtie: în cel mai simplu caz - despre gestionarea cardurilor electronice ale documentelor pe hârtie, într-un caz mai complex - despre crearea unui circuit suplimentar al copiilor lor electronice. Cu toate acestea, originalul de aici este întotdeauna un document pe hârtie. De aceea, în această revizuire am decis să folosim termenul de „management electronic de documente fără hârtie” (BED), referitor la opțiunea de implementare a EDF „real”, atunci când documentele originale sunt prezentate în format electronic. În același timp, aș dori să subliniez că eliminarea documentelor pe hârtie nu este un scop în sine, ci doar un mijloc de îmbunătățire a calității și eficienței muncii.

Discuțiile despre trecerea la BED au loc de ceva vreme, la nivel de stat – activ din 2008. Dar cât de dinamic și de succes este acest proces? Care sunt motivele pentru care rezultatele de astăzi sunt diferite de cele prezise acum 7-10 ani? Pentru răspunsuri la aceste întrebări, am apelat la experți - dezvoltatori de instrumente EDMS/ECM și cei implicați în implementarea și operarea unor astfel de sisteme.

Care este relevanța trecerii la BED

Acest subiect devine din ce în ce mai relevant pentru diferite tipuri de clienți - atât organizații comerciale, cât și guvernamentale, spune Oleg Beilezon, șeful cabinetului Alfresco la Business Logic (IT Group). Toată lumea se îneacă literalmente în fluxuri de hârtie - acest lucru devine fizic o problemă, desktopurile și dulapurile multor angajați sunt pline de documente revizuite, convenite, semnate, stocate și de „raportare fiscală” și devine din ce în ce mai dificil. pentru a le gestiona. În opinia sa, multe autorități de reglementare guvernamentale (de exemplu, Serviciul Federal de Taxe) și-au dat seama de acest lucru și, prin urmare, ei recomandă cu fermitate - chiar și cerințe obligatorii - trecerea la circulația fără hârtie a documentelor formale.

Elena Ivanova, șeful departamentului de marketing al companiei EOS, notează, la rândul său, că, deși trecerea la fluxul de documente fără hârtie permite întreprinderilor să reducă costurile și să crească eficiența proceselor lor de afaceri, trebuie avut în vedere faptul că o astfel de transformare necesită anumite costuri asociate cu implementarea soluțiilor tehnologice, modificarea reglementărilor, minimizarea riscurilor care decurg din utilizarea documentelor electronice. În general, situația este evidentă: cu cât fluxul de documente pe hârtie este mai mare, cu atât problema schimbului fără hârtie este mai presantă. Ea vede nevoia de costuri suplimentare „chiar acum” și lipsa de dorință a angajaților de a renunța la procesele și atributele obișnuite ale unui document pe hârtie ca principalele bariere care încetinesc o astfel de tranziție. Dar dezvoltatorii au instrumente care pot depăși provocările de implementare.

Cu toate acestea, acum, în condițiile unei crize economice prelungite, nu toate companiile sunt pregătite să facă acest lucru, afirmă Dmitri Shmailov, șeful departamentului de dezvoltare a soluțiilor ECM la ELAR Corporation. În plus, BED nu este o prioritate pentru afaceri precum, să zicem, automatizarea producției, soluții pentru sarcini critice și sisteme care vizează reducerea costurilor, adică proiecte care pot aduce bani.

Vadim Ipatov, director general adjunct al InterTrust for Business Development, reamintește că, pe lângă problemele organizatorice și tehnologice, există și cerințe de reglementare, care astăzi sunt încă în mare măsură axate pe utilizarea originalelor pe hârtie. În special, problemele stocării pe termen lung (și mai ales etern) a documentelor rămân încă nerezolvate. Ponderea acestor documente în volumul lor total pare să fie mică, dar, ca o ancoră, împiedică procesul de abandonare a originalelor pe hârtie în ansamblu.

Dacă vorbim despre documente folosite ca mijloc de comunicare, atunci cel mai comun mecanism este astăzi e-mailul. S-ar părea că aici nu există probleme organizatorice, juridice sau tehnice. Dar, de fapt, e-mailul implementează versiunea tradițională de hârtie a interacțiunii, care, atunci când este implementată automat, duce la crearea unor cantități uriașe de informații care sunt greu de gestionat chiar și cu utilizarea IT. Adică, sunt necesare niște arhitecturi de comunicare calitativ diferite. Iar pentru a le folosi, subliniază expertul, trebuie să ne reconsiderăm înțelegerea ECM, poziționându-le ca sisteme care unesc oamenii, procesele și conținutul aferent. Astăzi este mai corect să vorbim nu despre fluxul de documente fără hârtie, ci despre interacțiunea fără hârtie, dar documentată a oamenilor în timpul proceselor de lucru.

În mod tradițional, problema EDMS a fost înțeleasă ca probleme de automatizare a proceselor interne de afaceri ale unei întreprinderi și, într-o măsură semnificativă, în raport cu documentele organizaționale și administrative. Cu toate acestea, în ultimii ani, relevanța problemei schimbului interorganizațional de documente a crescut rapid: între companiile comerciale, în cadrul organelor guvernamentale, precum și în interacțiunea întreprinderilor și persoanelor fizice cu agențiile guvernamentale. Toate aceste domenii se dezvoltă acum rapid tocmai din punctul de vedere al trecerii la fluxul de documente electronice interorganizaționale.

Vorbind despre asta, Ernest Kolesnikov, director adjunct de marketing la Taxkom, face referire la previziunile analiștilor: până în 2017, utilizarea mecanismelor EDI cu contrapărțile va ajunge la 22,5%. Deja acum, după introducerea unui nou decont de TVA (aproape toți contribuabilii trebuie acum să îl depună electronic), problema automatizării documentelor a devenit deosebit de relevantă, deoarece, cu introducerea manuală a datelor, contabilitatea este foarte probabil să primească cereri automate de discrepanțe cu contrapărțile. . El reamintește, de asemenea, că capitolul 49.1 din Codul Muncii al Federației Ruse permite utilizarea EDI atunci când se lucrează de la distanță, iar de la 1 iulie 2016 vor intra în vigoare modificări la Legea federală „Cu privire la societățile pe acțiuni”, care vor permite acționarilor pentru a participa de la distanță la întâlniri folosind EDI.

Artem Tanan, manager de proiect pentru Electronic Document Exchange la 1C, este încrezător că principalul stimulent pentru tranziția la BED este dorința companiilor de a-și crește competitivitatea. Cei care doresc să fie lideri pe piață au început să se pregătească pentru o astfel de transformare cu mult înainte de permisiunea legală și sunt primii care stăpânesc aceste oportunități în practică. În 2013-2014. Metodele electronice de interacțiune cu contrapărțile au început să fie folosite de companiile din industrii extrem de competitive și tehnologice, precum lanțurile de retail, distribuitorii, operatorii de telecomunicații etc. Acest lucru le-a permis să obțină un efect cuprinzător: de la accelerarea rambursărilor de TVA și reducerea riscurilor fiscale până la optimizare. costuri și creșterea eficienței interacțiunii cu contrapărțile. Sub presiunea companiilor furnizoare, și contrapărțile lor au început să treacă la BED. În 2015, procesul a devenit și mai răspândit, ceea ce a fost facilitat de dezvoltarea legislației și apariția unui număr de noi cerințe de reglementare pentru depunerea rapoartelor fiscale. În ultimii ani, numărul utilizatorilor conectați la servicii a crescut semnificativ.

Practică de tranziție la gestionarea documentelor electronice fără hârtie

Potrivit Elenei Ivanova, practica transferului de originale electronice atunci când interacționează cu filialele și unitățile aflate la distanță devine din ce în ce mai răspândită. Schimbul de documente contabile primare (act, factură etc.) cu contrapărțile și integrarea cu serviciile de schimb specializate corespunzătoare devin din ce în ce mai populare. Totuși, ea notează că multe organizații sunt încă ferite de riscurile care apar atunci când folosesc documente electronice originale, iar utilizarea oricărui tip de documente electronice rămâne un subiect „interzis” pentru ei.

„Când se vorbește despre trecerea la lucrul cu originale electronice, companiile încep cu cuvântul „vrem”, urmat de „dar...”,” notează Oleg Beilezon. „Atunci există un set de motive mai mult sau mai puțin depășite: unele unități nu sunt pregătite, bugetul nu a fost alocat, nu putem încălca tradițiile organizației etc.” Dar în general, crede el, tendința spre electronicizarea fluxului de documente este vizibilă destul de bine, fie și doar pentru că există proiecte pentru trecerea la tehnologiile fără hârtie, dar nu s-a auzit nimic despre proiecte pentru tranziția inversă. Există multe domenii acoperite de BED - acestea sunt EDMS clasice, fluxul documentelor financiare ale unei organizații și circulația semnificativă din punct de vedere juridic a documentelor financiare. Fluxul de documente organizaționale și administrative semnificative din punct de vedere juridic este oarecum blocat - există prea multe subtilități juridice și nu a fost dezvoltată o practică suficientă. Stocarea și procesarea electronică a documentelor cu diferite clasificări de acces sunt și mai în urmă, deoarece sistemele care le implementează sunt impuse cerințe destul de stricte (în general, în mod justificat).

Analistul de afaceri Directum, Maxim Kainer, spune că atunci când se implementează EDMS/ECM, economiile la imprimarea pe hârtie sunt realizate doar prin procese automatizate, dar se dovedește adesea că volumul total de imprimare în întreaga organizație poate crește. Mai mult, automatizarea unui anumit proces de afaceri prin ECM în mai puțin de 10% din cazuri vă permite să evitați tipărirea documentelor chiar și în cadrul acestui proces. În general, el consideră că până acum nu se vorbește despre tranziția organizațiilor la fluxul de documente fără hârtie.

De regulă, sarcina de a scăpa de hârtie nu este un scop în sine; scopul este optimizarea anumitor procese de afaceri, accelerarea și simplificarea implementării acestora, subliniază Vadim Ipatov. Potrivit estimărilor sale, majoritatea organizațiilor clienților au implementat integral sisteme electronice interne, inclusiv întreaga gamă de documente justificative (instrucțiuni, rezoluții, rapoarte de execuție...). În multe agenții guvernamentale dintre clienții companiei sale, furnizarea de servicii publice și lucrul cu apelurile cetățenilor sunt în mare măsură automatizate. Dacă cererea este primită prin canale electronice, atunci aceasta este procesată în întregime electronic. În domeniul documentelor organizatorice, administrative și de reglementare, „digitalizarea” poate ajunge, relativ vorbind, la 99,9%, dar mai este nevoie de o comandă, ordin sau regulament, cel puțin într-un singur exemplar pe hârtie - aceasta este dictată atât de tradiții, cât și de normele legislative. Când se lucrează cu contracte, situația este similară: întregul proces de pregătire și aprobare a acestora se desfășoară în întregime electronic, dar cele două exemplare pe care părțile le semnează încă „vii” pe hârtie.

Un rol important în trecerea la EDMS îl joacă departamentele IT ale organizațiilor tocmai în calitate de utilizatori ai EDMS - ele folosesc aceste instrumente pentru sarcinile lor interne (procesarea solicitărilor utilizatorilor, managementul proiectelor în ceea ce privește distribuția sarcinilor și a muncii, aprobări etc.) , în timp ce prin propriul exemplu ei arată cum hârtia poate fi complet eliminată.

„Tranziția către tehnologiile fără hârtie devine obișnuită și este determinată de nevoile de producție; lucrul fără hârtie este profitabil”, este de acord Dmitri Shmailov. - BED este foarte relevant pentru fluxul intern al documentelor corporative. Astăzi, când documentele electronice capătă treptat statut legislativ, lucrul într-un EDMS cu contrapărți devine obișnuit.” Dar, în același timp, remarcă că în organizațiile care aplică regimuri speciale, documentele care constituie secrete de stat sau comerciale sau au o valoare deosebită sunt încă stocate pe hârtie. Trecerea la BED pentru o astfel de documentare este fie imposibilă, fie asociată cu asigurarea celui mai înalt nivel de securitate, ceea ce este costisitor, dificil și adesea nu justifică costul.

Potrivit lui Ernest Kolesnikov, schimbul de documente electronice cu contrapărțile trece printr-o etapă de tranziție de la o stare embrionară la una mai matură. Operatorii EDF au ales inițial tactica de a atrage cele mai mari companii - generatoare de trafic de documente; în sectoarele cheie de afaceri, schimbul de documente în formă electronică devine obișnuit; în altele, sunt în derulare proiecte-pilot. Acest proces este stimulat semnificativ, și uneori chiar inițiat, de acțiunile regulatorului. Un caz obișnuit de automatizare este un grup de firme ale aceleiași exploatații cu o distribuție teritorială în toată țara, unde majoritatea documentelor sunt convertite în formă electronică și este asigurat efectul financiar maxim. Totodată, expertul notează un punct important: „Depinde mult de modul în care se face contabilitatea în companie. Dacă totul este conform legii, atunci o transparență sporită este binevenită, dar dacă situația este inversă, atunci acționează ca un instrument de restabilire a ordinii, dar acesta nu este un proces rapid.”

Cel mai evident domeniu de aplicare a BED este trecerea la bonuri de livrare și facturi electronice. Dar Artem Tanan notează că, deși autoritatea de reglementare arată o dorință clară de a se îndrepta rapid în această direcție, apar destul de multe dificultăți private. De exemplu, trecerea la schimbul de facturi electronice a fost îngreunată de situațiile în care, să zicem, au fost prestate servicii în ultima zi a perioadei fiscale (comunicații, Internet, utilități etc.), iar factura cu confirmare din documentul electronic. operatorul de management a fost datat încă din luna următoare. Această problemă a fost rezolvată destul de repede odată cu adoptarea legii federale 382-FZ și cu clarificările ulterioare din partea Ministerului Finanțelor.

Obstacole în drumul spre BED

În urmă cu câțiva ani, principalul răspuns la această întrebare a fost teza „nepregătirea cadrului normativ și legislativ”, dar acum experții, când menționează această problemă, nu o pun pe primul loc. „Organizațiile nu sunt interesate să se îndepărteze de hârtie”, spune Maxim Kainer. - Costurile de tipărire și de lucru cu documente pe hârtie nu sunt atât de mari încât reducerea acestora este considerată un beneficiu. Sistemele ECM nu sunt implementate pentru a trece la fluxul de documente fără hârtie, ci pentru a obține alte efecte mai tangibile și mai evidente: transparența proceselor și accelerarea acestora, reducerea riscurilor etc. Mai mult, uneori, transformarea procesului în formă electronică pur și simplu nu are sens, inclusiv din cauza prețului destul de ridicat al unui certificat de semnătură electronică.” În același timp, el observă, de asemenea, deficiențele cadrului de reglementare - vagitatea unui număr de formulări și natura generală de consultanță, lăsând alegerea organizațiilor care pur și simplu nu doresc să schimbe modelele de lucru dovedite. În același timp, este încrezător că noile abordări nu ar trebui impuse brusc, deoarece în majoritatea companiilor vor necesita schimbări la nivelul infrastructurii IT.

Vorbind despre problema cadrului legislativ, Elena Ivanova atrage atenția asupra faptului că multe probleme de reglementare sunt în responsabilitatea organizațiilor înseși. „În multe feluri, voința managementului joacă un rol în dezvoltarea BED”, este sigură ea. - Dacă managerul ordonă să lucreze fără hârtie, atunci toată lumea o va face, indiferent dacă vrea sau nu. Dacă nu există o astfel de acțiune motivațională din partea managementului în organizație, înseamnă că nu vede fezabilitate și efect economic în BEA. Există, de asemenea, problema lipsei de personal care ar putea acționa ca motor al procesului de implementare a BED și să transmită managerului toate bucuriile.”

De asemenea, Dmitri Shmailov este de acord cu ea: „Desigur, putem spune că legislația rămâne în urma țărilor occidentale în ceea ce privește dezvoltarea BED, dar este mult mai important ca nu toată lumea să folosească nici măcar oportunitățile pe care le oferă modificările la legislație. Mai degrabă, există un decalaj: multe tehnologii BED sunt folosite doar de câteva organizații. În cazul clienților noștri, vedem o tendință de dezvoltare și aprofundare a subiectelor de contabilitate electronică și construirea unui model unificat de prelucrare și stocare a documentelor contabile în formă electronică. Tranziția completă la BED este foarte limitată de lipsa unui spațiu de încredere unic pentru semnăturile electronice. De asemenea, nu uitați de cerințele de protecție a informațiilor, care în unele cazuri fac imposibilă stocarea și utilizarea documentelor electronice. Ei bine, finanțarea rămâne un factor important.”

Parafrazând o zicală binecunoscută, Ernest Kolesnikov numește două probleme principale ale managementului documentelor electronice rusești: legile și oamenii. „Sunt lacune în legislație, de exemplu, formatele au fost aprobate doar pentru câteva documente, în timp ce lucrările la alte tipuri sunt abia în derulare. În viitorul apropiat, formatul unui document de transfer universal ar trebui aprobat; se vorbește despre un container universal la care poate fi atașat orice document. Practica judiciară de a folosi documente neformalizate nu este încă suficientă pentru ca toate companiile să treacă fără teamă la EDI, dar timpul trece și situația se schimbă în bine. A doua problemă cheie sunt oamenii și realitățile predominante ale vieții; auzim adesea de la clienți: vom refuza hârtia doar dacă ne obligă.”

Pentru a introduce o nouă tehnologie în cadrul unui proces existent, este nevoie în principal de recalificarea personalului și de dorința managementului companiei de a aplica inovația, dar procesele, în esență, rămân aceleași, spune Artem Tanan. El oferă un sfat specific: pentru a implementa BED, ar trebui să numiți responsabili și să îndepliniți trei sarcini principale - să construiți o nouă procedură de lucru cu documente, să instruiți personalul și să stabiliți termenele limită pentru abandonarea vechii proceduri pentru contrapărțile selectate. Pentru ca noile proceduri de lucru cu documente să fie simple, ușor de înțeles și să aibă un minim de diferențe față de cele existente, este necesar să se sprijine integrarea BED cu programe de contabilitate, management și EDMS, și chiar mai bine - pentru a face BED parte integrantă a acestora. Un bloc separat, probabil cel mai problematic, este problema implicării contrapărților. Este necesar nu numai să se conecteze contrapărțile clientului BED, ci și să se ajute în tranziția către o nouă procedură de lucru cu documente. În caz contrar, chiar și cu utilizarea BED, vor rămâne erori și discrepanțe în informațiile din cărțile de cumpărare și vânzări și există și alte consecințe negative. Expertul este încrezător că problemele integrării BED cu alte sisteme de afaceri și implicării contractorilor în următorii câțiva ani vor juca un rol major în ceea ce privește diseminarea tehnologiilor BED în țara noastră.

Ce să fac?

„Deocamdată, în Rusia este imposibil să abandonezi complet hârtia, fie în sectorul public, fie în sectorul comercial”, afirmă Elena Ivanova. - În primul rând, este necesar să se elaboreze un cadru legislativ care să încurajeze organizațiile să treacă la BED. Parțial, acest lucru începe acum să se manifeste în organizațiile guvernamentale în legătură cu îmbunătățirea SMEV, M.” Depinde mult de furnizorul EDMS, crede ea; pot justifica efectul economic al trecerii la BED și pot oferi soluții tehnologice. De asemenea, este important să lucrați în comunitățile și organizațiile profesionale implicate în standardizare în domeniile EDMS/ECM și să interacționați cu autoritățile de reglementare ale statului.

Mai mult, furnizorii EDMS înșiși trebuie să dea un exemplu de tranziție la BED, este sigur Dmitri Shmailov. Aceste companii au nevoie și de management electronic al documentelor pentru a îmbunătăți eficiența muncii lor. În condițiile lipsei de clienți, un factor de succes poate fi testarea tehnologiilor BED în propria afacere. Furnizorii de EDMS ar fi de un bun ajutor în ceea ce privește dezvoltarea tehnologică, oferind cele mai recente evoluții care îndeplinesc și țin cont de cerințele individuale și de specificul clienților lor.

Maxim Kainer vorbește și despre justificarea economică a tranziției la BED: „Pentru ca trecerea la fluxul de documente fără hârtie să aibă loc, implementarea soluțiilor IT trebuie să se plătească de la sine prin economii la suportarea lucrărilor cu suport de hârtie (achiziționarea și întreținerea echipamentelor, consumabile, costuri de expediere și livrare, costuri de depozitare și recuperare). Experții mondiali spun că perioada de rambursare a investițiilor în soluții ECM specifice în mai mult de jumătate din cazuri este de un an și jumătate sau mai puțin.” Participarea reală a vânzătorilor la acest proces poate consta în promovarea ideii „a lucra fără hârtie este posibil și profitabil”, participarea la procesul legislativ, precum și reducerea costurilor soluțiilor acestora, inclusiv prin utilizarea modelelor cloud și SaaS.

Nu există bariere de netrecut în calea BED, dar există probleme care pot și ar trebui rezolvate, spune Ernest Kolesnikov. Un aspect clar pozitiv este că autoritățile guvernamentale investesc masiv în automatizarea țării și se poate afirma că viața și munca au devenit mult mai plăcute în ultimii zece ani. Există probleme, dar ele sunt identificate și rezolvate prin eforturile comune ale autorului de reglementare, dezvoltatorilor și clienților. „Până la un moment dat, volumul de informații din societate va atinge un volum suficient și toată lumea va înțelege că afișarea documentelor în mod vechi pe hârtie este ceva din trecut”, este sigur el. „Acum este greu de imaginat cum trăiam înainte fără internet, dar cu procesarea electronică a documentelor, cred că situația va fi aceeași.”

„Recomandăm companiilor să nu aștepte „ultimul apel”, când ele însele nu vor mai putea face față fluxului de hârtie și nu vor îndeplini cerințele autorității de reglementare”, ne sfătuiește Artem Tanan. - Trebuie să decidă acum pentru ce tipuri de tranzacții/documente și cu ce contrapărți va fi utilizat BED, apoi să numească responsabili și să stabilească termene limită. Dacă este necesar, implicați experți cu competențe suficiente în acest domeniu pentru a asigura implementarea de înaltă calitate a sarcinilor atribuite. Dacă apar dificultăți de natură metodologică sau tehnică, atunci aduceți-le în discuție pe platforme specializate, în grupuri de lucru pe probleme BED. Doar stabilirea unor sarcini specifice atunci când treceți la BED într-o singură companie vă permite să obțineți o experiență de succes, care este înțeleasă de alți participanți la piață. Replicarea acestei experiențe de către marile companii împreună cu operatorii SF, furnizorii de software și rețelele lor partenere este cea mai eficientă modalitate de a distribui tehnologiile BED pe piață.”

Colegi!

În unele configurații, erorile nu fac posibilă descărcarea datelor și, prin urmare, trimiterea unui raport la Serviciul Fiscal Federal.

A face față unei contrapartide - de ce verificarea TIN/KPP nu trece - este un proces lung și, de multe ori, trebuie doar să transferați informații către Serviciul Fiscal Federal și să furnizați, în caz de întrebări, un certificat despre contraparte, astfel încât aceasta poate face față singur, în loc să încerce să rezolvi singur această problemă și să primești amenzi pentru raportare cu întârziere.

Acum ne vom concentra asupra unor tehnici de ieșire din astfel de situații folosind exemplul configurației 1C: Contabilitate ed. a 8-a. 3.0.

Deci, trucul numărul 1: Verificarea încorporată a contrapărților în Contabilitatea 8 funcționează numai cu contrapărțile care au un TIN/KPP. Dacă eliminați TIN/KPP de la o contraparte care nu a trecut de verificare, nu va apărea niciun mesaj de eroare. Este pur și simplu exclus din luarea în considerare în modulul de verificare a raportului.

Trucul nr. 2: La verificarea contrapartidelor, se completeaza un registru special de informatii: „Statutul contrapartidelor”. Cu asta trebuie să lucrezi.

Folosind exemplul unei baze de antrenament, vom lua în considerare această opțiune. Avem o listă de contrapărți neverificate:

Programul raportează că statutul, de exemplu, al contrapărții Camellia „KPP nu corespunde datelor din baza de date a Serviciului Fiscal Federal”. O astfel de contraparte nu va trece controlul și programul nu vă va permite să descărcați un raport de TVA care să conțină o astfel de contraparte.

Ce se poate face?

Deschidem registrul de informații „Statutul contrapărților” - Cap. meniu - Toate funcțiile - Registre de informații:

În registrul de informații „Starea contractantului”, plasați cursorul pe linia cu contrapartea dorită:

Și schimbăm starea de verificare din „Punctul de control nu corespunde datelor Serviciului Fiscal Federal” în „Contrapartea se află în baza de date a Serviciului Fiscal Federal”.

A fost lansată o nouă versiune 1.3.8 a configurației standard „1C: Library of Electronic Documents 1.3”.

Versiunea 1.3.8

Versiunea 1.3.8 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.10.2252 și o versiune ulterioară.

Caracteristici noi și modificări

• În formularul de căutare pentru oferte comerciale, a fost adăugată posibilitatea de a căuta fără conectarea la serviciul 1C: Business Network și a fost adăugată posibilitatea de a căuta un furnizor după nume.
• S-a adăugat un raport privind ofertele comerciale publicate.
• A fost adăugat un loc de muncă pentru publicarea ofertelor comerciale în serviciul 1C:Business Network.
• Adaptarea a fost realizată cu subsistemele „1C: Library of Standard Subsystems” versiunea 2.4.2, „1C: Library of Internet User Support” versiunea 2.2.2.

Trecerea la versiunea 1.3.8 de la versiunea 1.3.7

Tip definit a fost adăugat CounterpartyBED, tip definit Contrapartidășters La actualizare Neapărat setați un nou tip de date, în caz contrar ştergere date despre contrapartidele din obiectele subsistemului SchimbContrepărți(document Pachet de documente electronice, registru de informatii Statutul contrapartidelor BED).

Modificări ale modulelor:

• Funcție adăugată Solicitați text pentru produsele publicate pentru a obține o sursă de date pentru publicarea ofertelor comerciale și generarea unui raport privind bunurile publicate. Este necesar să implementați un apel de funcție la metoda FillOfferPackage atunci când primiți o listă de produse.

Modificări în modul Oferte comerciale

• Procedura adaugata ActualizareCondițiiDecorarePublicații pentru a actualiza elementul de formular Decoration cu starea de publicare. Trebuie să adăugați setări de publicare pentru elementul de stare la apelul din formular.

Rol adăugat RapoarteTradingOferte necesare pentru a accesa raportul Oferte comerciale publicate.

Versiunea 1.3.7

Versiunea 1.3.7 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.10 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• S-a adăugat posibilitatea de a obține statutul unui document de plată de la Sberbank.
• S-a implementat recepția automată a setărilor pentru Sberbank la conectarea la serviciul 1C:DirectBank.
• S-a adăugat posibilitatea de a afișa publicitate contextuală 1C:DirectBank.
• S-a făcut adaptarea pentru a funcționa cu serviciul 1C: Business Network în serviciul cloud 1CFresh.
• S-a adăugat posibilitatea de a publica, căuta și comanda oferte comerciale în serviciul 1C: Oferte comerciale pentru participanții la serviciul 1C: Business Network.
• Adaptarea a fost realizată cu subsistemele „1C: Library of Standard Subsystems” versiunea 2.4.1, „1C: Library of Internet User Support” versiunea 2.1.9, „1C: Library of Service Technology” versiunea 1.0.12.

Trecerea la versiunea 1.3.7 de la versiunea 1.3.6

Subsistemul „Schimb cu contrapărțile”

Modificări ale modulelor:

• Data documentului, DocBaseDate

Subsistemul „Schimb cu băncile”

Modificări în modul Lucrul cu FilesOverridable:

• La procedura Când definiți setările trebuie sa adaugi codul:

ElectronicInteraction.WhenDefiningSettings(Settings);

• La procedura Când definiți directoarele de stocare a fișierelor trebuie sa adaugi codul:

Interacțiune electronică. Când definiți directoarele de stocare fișiere (FileOwnerType, DirectoryNames);

• Directoarele MessageExchangeWithBanksAttachedFiles și EDAttachedFiles au fost adăugate la planul de schimb UpdateInformationBase
• Directoarele MessageExchangeWithBanksAttachedFiles și EDAttachedFiles au fost adăugate la tipul definit SignedObject.

În formularul pentru încărcarea documentelor de plată într-un fișier și descărcarea unui extras de cont bancar dintr-un fișier (procesare ClientBank) muta un grup de elemente GroupAdvertisingDirectBank, orizontal din forma generală OfferConnect1SDirectBank.

În formularul de gestionare a evenimentelor Când CreatedOnServer metode de plasare ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:

&Pe server
Procedură când CreateOnServer (Eșec, Procesare standard)
…
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(

Sfârșitul procedurii

În formularul de gestionare a evenimentelor Procesarea alertelor plasați metoda ExchangeWithBanksClient.UpdateAdvertisingDirectBank:

&OnClient

…
// Interacțiune electronică. Schimb cu băncile
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontal, Elements.TextDirectBankHorizontal);
// Încheierea interacțiunii electronice. Schimb cu băncile
Sfârșitul procedurii

Pentru element TextDirectBank, orizontal adăugați un handler de evenimente ProcesareNavigationLinksși plasați în el metoda ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:

&OnClient
Procedură TextDirectBankHorizontalNavigationLinkProcessing(Element, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, StandardProcessing);
Sfârșitul procedurii

La procedura Obțineți corespondență cu numele obiectelor MDI și detalii modul comun Interacțiune electronică adăugați element de potrivire cu cheia PaymentOrderInMetadatași valoare: numele obiectului de metadate Ordin de plataîntr-o soluție de aplicație.

Subsistemul „Schimb cu site-uri”

Modificări în modul Schimbul de site poate fi anulat:

• Procedura adaugata Adăugați DetailsFormNode, folosit pentru a adăuga detalii la formularul de nod al planului de schimb Schimb cu site-ul. Forma nodului de schimb nu presupune prezența detaliilor legate de soluția aplicației; detaliile sunt adăugate programatic.
• Procedura adaugata Câmp de intrareWhenChangedOnServer, este folosit pentru a procesa în nord evenimentul Când câmpul de intrare al formularului de nod plan de schimb este modificat, adăugat în procedura Add NodeFormDetails.
• Procedura adaugata CheckboxFieldWhenChangedOnServer, este folosit pentru a procesa evenimentul pe server Când câmpul steag al formularului de nod plan de schimb, adăugat în procedura Add NodeFormDetails, este modificat.
• Procedura adaugata WhenCreatingOnServerFormCreateSite, folosit pentru a adăuga detalii în formularul de procesare CreateSite.

Modificări în modul ExchangeSiteClientOverridable:

• Procedura eliminată Definiți tipul de catalog GroupTableU, tipul de valoare al coloanei Grupuri din tabelul Catalog de produse este determinat de setările de schimb.
• Procedura adaugata InputFieldOnChange, este apelat pentru a procesa evenimentul Când câmpul de intrare al formularului nodului planului de schimb este modificat, adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails.
• Procedura adaugata CheckboxFieldOnChange, este apelat pentru a procesa evenimentul Când câmpul steag al formularului nodului planului de schimb adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails este schimbat.
• Procedura adaugata TableFormBeforeFinishEditing, este apelat pentru a procesa evenimentul BeforeFinishEdit al unui câmp din partea tabulară a formei nodului plan de schimb adăugat în procedura SiteExchangeOverridden.AddNodeFormDetails.

Subsistemul „Rețea de afaceri”

• S-au adăugat noi metode pentru rularea sarcinilor de rutină în modul split, modul comun Interacțiune electronică, proceduri La primirea unei liste de șabloane, . Vedeți metodele cu același nume în modulul general JobQueueOverridable.
• Când încorporați o bibliotecă, pentru a funcționa în modul split, trebuie să adăugați un apel la metode în modulul general JobQueueOverridable:
  • în procedură La primirea unei liste de șabloane:

// Interacțiune electronică
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);

• în procedură Când definiți AliasesHandlers:

// Interacțiune electronică
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Încheiați interacțiunea electronică

• Modificări în modul BusinessNetworkOverridable:
  • procedura redenumită Obțineți IB UserContacts V Obțineți informații de contact ale utilizatorului.
  • procedura schimbată în funcție Creați contraparteDupă Detalii, parametrul Cont a fost eliminat.

Subsistemul „Oferte comerciale”

A fost adăugat un nou subsistem „Oferte comerciale”; pentru încorporare aveți nevoie de:

• Dezvoltați metode suprascrise în module comune TradeOffersClientOverridable, Ofertele comerciale sunt anulate.
• Specificați tipuri de date în tipuri definite Tipuri de valori ale detaliilor 1СBusinessNetwork, Tipuri de nomenclatură BED, Detalii suplimentare PAT, Ofertă de schimb.

Consultați documentația de încorporare pentru detalii.

Versiunea 1.3.6

Versiunea 1.3.6 este o dezvoltare a ediției 1.3 „1C: Electronic Document Library 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.8 și o versiune ulterioară. În acest caz, proprietatea de configurare „Mod de compatibilitate” trebuie setată la „Versiunea 8.3.8”.

Această configurație este destinată utilizării în comun cu configurația „1C: Library of Standard Subsystems” nu mai mică decât versiunea 2.3.4.112, cu configurația „1C: Library of Internet User Support 8” nu mai mică decât versiunea 2.1.9.4.

Caracteristici noi și modificări

• Formatele documentelor de factură primară sunt acceptate (în ceea ce privește transferul unui document primar separat, factură) în conformitate cu ordinul Serviciului Fiscal Federal din 24 martie 2016 Nr. ММВ-7-15/155@ „La aprobarea formatul facturii și formatul de prezentare a documentului privind expedierea mărfurilor (execuția lucrării), transferul drepturilor de proprietate (documentul privind prestarea serviciilor), inclusiv o factură, în formă electronică.”
• Formatele documentelor primare privind modificările valorii, inclusiv o factură de ajustare, sunt acceptate (în ceea ce privește transferul unui document primar separat, o factură de ajustare) în conformitate cu ordinul Serviciului Fiscal Federal din 13 aprilie 2016 N ММВ -7-15/189@ „La aprobarea formatului facturii de ajustare și a formatului de depunere a unui document privind modificările costului mărfurilor expediate (lucrări efectuate, servicii prestate), drepturile de proprietate transferate, inclusiv factura de ajustare, în formular electronic.”
• Au fost adăugate noi documente electronice: Transferul bunurilor, Transferul rezultatelor muncii, o nouă formă de prezentare vizuală a documentelor.
• A fost adăugat un mecanism de schimb unidirecțional care nu necesită notificarea primirii de la destinatar.
• S-a adăugat capacitatea de a controla despachetarea documentelor electronice primite (automat sau manual), capacitatea de a configura crearea unui anumit tip de document la primirea documentelor electronice.
• S-a adăugat posibilitatea de a lega un document electronic la mai multe documente contabile de bază de informații.
• A fost implementată împărțirea documentelor electronice în intrare și ieșire.
• Integrarea cu serviciul a fost implementată 1C-UMI permițându-vă să creați site-uri web din program, să configurați schimbul cu un magazin online UMI.
• S-a făcut adaptarea pentru lucrul cu serviciul 1C-EDO în serviciul cloud 1CFresh.

Trecerea la versiunea 1.3.6 de la versiunea 1.3.5

Subsistemul „Schimb cu contrapărțile”

Modul general Schimb cu contrapărți redefinibile

• S-a adăugat metoda UPD SHFDOP.
• Metodă adăugată Completați datele pentru informațiile cumpărătorilor UPD Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de tipul funcției UPD (informații cumpărător) SCHFDOP.
• S-a adăugat metoda UPD (informații despre vânzător) SCHFDOP la obiectele de securitate a informațiilor.
• Metodă adăugată Completați datele pentru informații SUPLIMENTARE ale Serviciului fiscal federal al vânzătorului. Metoda pregătește date pentru un document electronic, cum ar fi funcția DOP STD (informații despre vânzător).
• Metodă adăugată FindCreate UPDT DocumentAboutTransfer. Metoda salvează datele din documentul electronic UPD (informații despre vânzător) funcția DOP în obiectul IS.
• Metodă adăugată Completați datele pentru informațiile SCHFISeller Serviciul Federal de Taxe. Metoda pregătește date pentru un document electronic de tipul funcției SSF UTD (informații despre vânzător).
• Metodă adăugată GăsițiCreateUPDSInvoiceInvoice. Metoda salvează datele din funcția SSF a documentului electronic UPD (informații despre vânzător) în obiectul de securitate a informațiilor.
• Metodă adăugată. Metoda pregătește date pentru un document electronic de tipul UCD (informații despre vânzător) funcție KSCHFDIS.
• Metodă adăugată Completați datele pentru informații despre cumpărători UKID Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de tipul funcției UKD (informații cumpărător) KSCHFDIS.
• Metodă adăugată. Metoda salvează datele din funcția UCD (informații despre vânzător) de document electronic KSCHFDIS în obiecte de securitate a informațiilor.
• Metodă adăugată Completați datele pentru dezinformare ale Serviciului Federal de Taxe ale Vânzătorului. Metoda pregătește date pentru un document electronic de tipul UCD (informații despre vânzător) funcție DIS.
• Metodă adăugată GăsițiCreateUKDDocumentAboutChangeValue. Metoda salvează datele din funcția DIS din documentul electronic UCD (informații despre vânzător) într-un obiect IS.
• Metodă adăugată Completați datele pentru informațiile KSCHFISeller Serviciul Federal de Taxe. Metoda pregătește date pentru un document electronic de tip UCD (informații despre vânzător) funcție KSCHF.
• Metodă adăugată GăsițiCreateUKDSAccountInvoice. Metoda salvează datele din funcția UCD (informații despre vânzător) KSCHF într-un obiect de securitate a informațiilor.
• Metodă adăugată Conformitatea tipurilor de ED de ieșire cu documentele de securitate a informațiilor. Metoda formează o corespondență între documentele electronice de ieșire și documentele de securitate a informațiilor.
• Metodă adăugată GăsițiCreateDocumentTransferWorkResults. Metoda este utilizată pentru completarea documentului de scrisoare de trăsură primit în formatul „Transfer mărfuri”.
• Metodă adăugată FindCreateDocumentTransfer de bunuri. Metoda este utilizată pentru completarea documentului Certificat de Prestare a Serviciilor primit în formatul „Transfer Rezultate Muncă”.
• Metodă adăugată InstalledStateExchangeCompleted. Metoda este apelată atunci când starea fluxului de document se schimbă la Schimb finalizat, Schimb finalizat cu corecție.
• La generarea documentelor electronice UPD, UKD, Transfer bunuri, Transfer rezultate lucrari, detalii Data documentului, DocBaseDate trebuie completate.

Procesarea schimburilor cu contrapărți

În aspectul „Torg-12Seller”:

• S-a adăugat câmpul „IdStateContract”.
• A fost adăugată partea tabelară „Factura de transport”.
• Câmpurile „Transport InvoiceDate”, „Transport InvoiceNumber” au fost eliminate.
• A fost adăugat câmpul „Informații despre persoana care a transferat bunurile”.

În layout Actul de transfer al drepturilor:

• S-a adăugat partea tabelară „Bază”.
• Câmpurile „DocumentBaseName”, „DocumentBaseNumber”, „DocumentBaseDate”, „DocumentBaseAdditionalInformation” au fost eliminate.
• S-a adăugat câmpul „CurrencyName”.
• S-a adăugat câmpul „Revendicări”.
• S-a adăugat câmpul „Data execuției”.
• În proprietățile participanților la tranzacție, câmpul „Fax” a fost înlocuit cu câmpul „Email”.
• În proprietățile participanților la tranzacție, câmpul „Cod Țară” a fost înlocuit cu câmpul „Cod Țară”.
• În proprietățile participanților la tranzacție, câmpul „AddressText” a fost înlocuit cu câmpul „AddressText”.

Actualizarea unui tip definit Contrapartidă:

La actualizarea de la versiunea 1.3.5 este necesară actualizarea tipului definit Counterparty; în caz contrar, referințele la directorul Counterparty din obiectele BED, la actualizare, vor fi înlocuite cu tipul șir cu pierderea referințelor la obiecte fără posibilitatea de a recuperare.

Procedura de actualizare:

• Redenumiți tipul definit de cont în AccountBED.
• Eliminați configurația din suportul BED 1.3.5.
• Rulați o comparație/combinare cu configurația BED 1.3.5, sunteți de acord să setați configurația să accepte.
• Debifați toate obiectele și lăsați doar tipul de cont definit, efectuați îmbinarea.
• Începeți actualizarea configurației, selectați fișierul BED 1.3.6.
• Bifați casetele de selectare pentru tipurile definite AccountBED și Account. Specificați alte obiecte de bază de date necesare pentru actualizare.
• Efectuați o actualizare.

Subsistemul „Schimb cu băncile”

La procedura Obțineți extras de cont modul comun SchimbWithBanksClient a adăugat un parametru opțional OpenFormClarificationPeriod cu tip boolean. Trebuie setat la True dacă formularul de la care este primit extrasul nu are capacitatea de a modifica manual perioada de solicitare a extrasului.

Subsistemul „Schimb cu site-uri”

Nodul de schimb schimbat Schimb de site, formular, modul obiect:

• S-a adăugat posibilitatea de a încărca articole cu selecție în funcție de tipurile de articole (anterior era disponibilă numai după grupurile de articole).

S-a adăugat o carte de referință Site-uri web:

• S-a adăugat posibilitatea de a configura tranziția către site de la 1C - la partea utilizator a site-ului și la zona de administrare a site-ului.
• Pe baza Site-ului, puteți crea un nod de schimb ExchangeSite.

Procesare adăugată Creați un site web:

• S-a adăugat posibilitatea de a crea un site în domeniul 1C-UMI; site-ul este creat automat (element Site-uri) și umplut cu date de la 1C. Se creează automat un nod de schimb ExchangeSite și se realizează primul schimb complet cu site-ul.

Modul general Schimbul de site poate fi anulat:

• A fost adăugată capacitatea de a selecta tipuri de articole; abilitatea de a selecta o carte de referință personalizată a fost eliminată.

Modul general ExchangeSiteEvents:

• S-a adăugat posibilitatea de a selecta Tipuri de articole.
• Abilitatea de a selecta un director personalizat a fost eliminată.

Alte modificari

Configurarea subsistemului Gestionarea tarifelorîn modelul serviciului de bibliotecă Tehnologii de servicii

La un modul comun TarifareRedefinibileîn metoda Când se formează o listă de servicii (), trebuie să adăugați cod după apelarea metodei InternetUser Support. Când se formează o listă de servicii (furnizori de servicii):

// Interacțiune electronică
Interacțiune electronică. Când se formează o listă de servicii (furnizori de servicii);
// Încheiați interacțiunea electronică

Versiunea 1.3.5

Versiunea 1.3.5 este o dezvoltare a ediției 1.3 a „1C: Electronic Document Libraries 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.8 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• funcționalitatea bibliotecii a fost adaptată la caracteristicile specifice de lucru pe platforma 8.3.8 cu modul de compatibilitate dezactivat;
• subsistemele din „Biblioteca de subsisteme standard” au fost actualizate la versiunea 2.3.3.45;
• Biblioteca include subsistemul „Internet User Support Libraries”, versiunea 2.1.8.3.

Trecerea la versiunea 1.3.5 de la versiunea 1.3.4

Nu sunt necesare modificări.

Versiunea 1.3.4

Versiunea 1.3.4 este o dezvoltare a ediției 1.3 a „1C: Electronic Document Libraries 8”, care este concepută pentru a asigura schimbul de documente electronice în soluțiile de aplicație dezvoltate pe platforma 1C:Enterprise versiunea 8.3.6 și o versiune ulterioară. În acest caz, proprietatea de configurare „Mod de compatibilitate” trebuie setată la „Nu utilizați”. Modul de utilizare a modalității poate fi setat la „Nu utilizați”, iar modul de compatibilitate a interfeței poate fi setat la „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• a fost implementat un sistem de notificări despre evenimentele EDI (noi documente electronice, noi invitații, expirarea certificatului etc.). Acum este posibil să configurați notificări prin e-mail în profilul de setări EDF, precum și să afișați notificări despre evenimente direct în programul 1C folosind mesaje pop-up;
• formatul documentului primar este acceptat, inclusiv o factură (format UPD) în conformitate cu ordinul Serviciului Federal de Taxe din 24 martie 2016 nr. ММВ-7-15/155@ „La aprobarea formatului facturii și a format pentru depunerea unui document privind expedierea mărfurilor (execuția lucrării), transferul drepturilor de proprietate (documentul privind prestarea serviciilor), inclusiv o factură, în formă electronică”;
• formatul documentului privind modificarea valorii, care include o factură de ajustare, a fost acceptat" (format UKD) în conformitate cu ordinul Serviciului Federal de Taxe din 13.04.2016 N ММВ-7-15/189@ „La aprobarea formatului facturii de ajustare și a documentului format de prezentare privind modificările costului mărfurilor expediate (lucrări efectuate, servicii prestate), drepturi de proprietate transferate, inclusiv o factură de ajustare, în formă electronică”;
• a sprijinit utilizarea componentelor externe în schimb cu băncile care utilizează tehnologia DirectBank.

Trecerea la versiunea 1.3.4 de la versiunile 1.3.2, 1.3.3

Modificări în formularele de lista de documente ale soluției aplicației

În formularele de listă de documente, trebuie să adăugați o procedură de plug-in Schimb cu CounterpartiesClient.Waiting ProcessorEDW:

&OnClient

Sfârșitul procedurii

La actualizarea subsistemului, este necesar în gestionatorii de evenimente din formularul de listă de documente: Când CreatedOnServer, La Deschidere, Procesarea alertelor

&Pe server
Procedura la crearea pe server
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = ThisObject;
ParametersWhenCreatedOnServer.LocationofCommands = Comenzi Elements.EDO;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Eșec, StandardProcessing, ParametersWhenCreatedOnServer);
Sfârșitul procedurii

&OnClient
Procedura de deschidere (Eșec)
…
// Subsistemul „Schimb cu contrapărți”.
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Notificări de proces de procedură (EventName, Parameter, Source)
…
// Subsistemul „Schimb cu contrapărți”.
Alert ParametersEDO = Schimb cu CounterpartiesClient.AlertParametersEDO_ListForm();
Parametri de notificare EDO.Form = ThisObject;
Parametri de notificare EDO.DynamicListName = "Lista";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(EventName, Parameter, Source, EDI AlertParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

Modificări în formularele de documente ale soluției aplicației

În formularele de document trebuie să adăugați o procedură de plug-in Connectable_WaitingHandlerEDO, unde trebuie să plasați apelul la metodă

Schimb cu CounterpartiesClient.Waiting ProcessorEDW:

&OnClient
Procedura Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(ThisObject);
Sfârșitul procedurii

În formularele de document, este necesar să eliminați atributul de formular „Status EDO” și să adăugați în schimb elementul de formular „decorare”. Pentru nevoile unei soluții de aplicație, decorul poate fi subordonat elementului de formular „Grup”. Vizibilitatea grupului este stabilită în interiorul unei metode Schimb cu contrapartide Când este creat pe Server in functie de starea f.o. „Utilizați schimbul cu contrapărți”.

La actualizarea subsistemului, este necesar în forma documentelor de gestionare a evenimentelor Când CreatedOnServer, La Deschidere, AfterRecordingOnServer, Procesarea alertelor metodele de plasare ale subsistemului „Schimb contraparte”.

De exemplu:

&Pe server
Procedură când este creat pe server (Eșec, Procesare standard)
…
// Subsistemul „Schimb cu contrapărți”.
Parametrii EDO când sunt create = Schimb cu contrapărți Parametri când sunt create pe Server_DocumentForm();
Parametrii EDO Când au fost create.Form = ThisObject;
Parametri EDO Când au fost create.DocumentLink = Object.Link;
Parametrii EDO la crearea.DecorationStateEDO = Elements.DecorationStateEDO;
Parametrii EDO Când au fost create.Grup de stări EDO = Elements.Grup de stări EDO;
Schimb cu contrapărți. Când este creatPe Server_DocumentForm (Refuz, Procesare standard, Parametri EDO Când este creat);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Procedura de deschidere (Eșec)
…
// Subsistemul „Schimb cu contrapărți”
ExchangeWithCounterpartiesClient.OnOpening(ThisObject);
// Încheiați subsistemul „Schimb cu contrapărțile”
Sfârșitul procedurii

&Pe server
Procedura AfterRecordOnServer(CurrentObject, RecordParameters)
…
// Subsistemul „Schimb cu contrapărți”.
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = ThisObject;
ParametersAfterRecord.DocumentLink = Object.Link;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOState = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer(CurrentObject, RecordParameters,AfterRecordParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

&OnClient
Notificări de proces de procedură (EventName, Parameter, Source)
…
// Subsistemul „Schimb cu contrapărți”.
Parametri de alertă = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = ThisObject;
AlertParameters.DocumentLink = Object.Link;
AlertParameters.DecorationEDOState = Elements.DecorationEDOState;
Alert Parameters.EDO State Group = Elements.EDO State Group;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(EventName, Parameter, Source, AlertParameters);
// Sfârșitul subsistemului „Schimb contraparte”.
Sfârșitul procedurii

Modificări în modulul ExchangeCounterparties

• Procedura adaugata Când CreatedOnServer_ListForm, apelat din handlerul de evenimente „When CreatedOnServer” al formularului de listă de documente. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersWhenCreatingOnServer_ListForm.
• Procedura adaugata Când CreatedOnServer_FormDocument, apelat din handlerul de evenimente „When CreatedOnServer” al formularului de document. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersWhenCreatingOnServer_DocumentForm.
• Procedura adaugata AfterRecordingOnServer, apelat din handlerul de evenimente „AfterRecordOnServer” al formularului de document. Ca al treilea parametru al metodei, este trecută o structură care este inițializată de metodă ParametersAfterRecordingOnServer.

Modificări în modul Schimb cu CounterpartiesClient.

• Procedura adaugata La Deschidere, apelat din handlerul de evenimente „La deschidere” al formularului de listă de documente și al formularului de document.
• Procedura adaugata ProcessingAlerts_ListForm, apelat din handlerul de evenimente „Procesarea notificărilor” din formularul de listă de documente. Ca al patrulea parametru al metodei, este trecută o structură care este inițializată de metodă Parametri de alertăEDO_ListForm.
• Procedura adaugata ProcessingAlert_FormDocument, apelat din handlerul de evenimente „Procesarea notificărilor” al formularului de document. Ca al patrulea parametru al metodei, este trecută o structură care este inițializată de metodă Parametri de notificareEDO_DocumentForm.
• Modificări în modul Schimbul cu contrapărți poate fi înlocuit:
• Metodă adăugată Completați transferul de date al executorului de lucru.
  Exemplu:

// Pregătește date pentru un document electronic de tip Transfer de Bunuri către Vânzător.
// Opțiuni:
// LinkToObject - Link către ED prin care este necesară generarea unui document electronic,


Procedură Completați Data Transfer Work Executor (Object Link, ED Structure, Data Tree) Export
Completați datele pentru Act 501 Executor al Serviciului Federal de Taxe (Link către obiect, Structura ED, Arborele de date)
Sfârșitul procedurii

• Metodă Verificați Capacitatea de Editare a obiectului a devenit o procedură.
• Metodă adăugată Completați Datele pentru UPDInformații ale Serviciului Federal de Taxe ale Vânzătorului. Metoda pregătește date pentru un document electronic de acest tip UPD(informații despre vânzător). SCHDOP.
• Metodă adăugată GăsițiCreateUniversalTransferDocument. Metoda salvează datele dintr-un document electronic UPD(informații despre vânzător). SCHFDOPv obiecte IS.
• Metodă adăugată Completați datele pentru informațiile vânzătorului UKDI Serviciul fiscal federal. Metoda pregătește date pentru un document electronic de acest tip UKD(informații despre vânzător). KSCHFDIS.
• Metodă adăugată FindCreateUniversalAdjustmentDocument. Metoda salvează datele dintr-un document electronic UKD(informații despre vânzător). KSCHFDIS la obiectele de securitate a informațiilor.

Modificări în subsistemul „Schimb cu băncile”.

Modificări în modulul ExchangeWithBanksRedefinable

Procedură Când condiția ED se schimbă adăugat. Apelat atunci când starea fluxului documentelor electronice se schimbă.

Modificări pentru lucrul în modul service

Dacă este necesară configurația destinației pentru funcționarea în modul service:

• În procedura GetProvidedDataHandlers a modulului comun SuppliedDataOverridden, adăugați următorul cod:

ElectronicInteraction.RegisterDeliveredDataHandlers(Handlers);

• Adăugați sarcina de rutină Actualizare Module Externe Schimb cu bănci la atributul general Date de bază Zona de date.

Alte modificari

• La tipul definit Spațiu de stocare Opțiuni funcționale trebuie să adăugați o constantă UseExchangeWithBanks;
• Caracteristica eliminată Schimb cu bănci Schimb direct cu banca recomandat.

Versiunea 1.3.3

Versiunea 1.3.3 este o dezvoltare a ediției 1.3 a produsului „1C: Biblioteca de documente electronice”. Proiectat pentru dezvoltarea configurațiilor care sunt proiectate să funcționeze pe platforma 1C:Enterprise 8.3 versiunea 8.3.6 și o versiune ulterioară.

Valorile proprietăților de configurare:

• Modul de compatibilitate ar trebui setat la „Nu folosi”.
• Modul de utilizare a modalității poate fi setat la „Nu utilizați”.
• Modul de compatibilitate cu interfața poate lua valorile „Versiunea 8.2”, „Versiunea 8.2. Permiteți taxi” sau „Taxi. Permiteți versiunea 8.2”.

Caracteristici noi și modificări

• în conformitate cu Ordinul din 30 noiembrie 2015 nr. ММВ-7-10/551@ „Cu privire la aprobarea formatului de depunere a unui document privind transferul de mărfuri în timpul tranzacțiilor comerciale în formă electronică” și Ordinul din 30 noiembrie 2015 nr. ММВ-7-10/552@ „La aprobarea formatului de depunere a unui document privind transferul rezultatelor muncii (document privind prestarea de servicii) în formă electronică” sunt acceptate noi formate de documente electronice.

Trecerea la versiunea 1.3.2.19 de la versiunile 1.2.7, 1.3.1

Modificări în subsistemul „Schimb cu contrapărțile”

În modul Schimbul cu contrapărți poate fi înlocuit fa o schimbare:

// Pregătește date pentru un document electronic de tip scrisoare de trăsură.
// Opțiuni:
// LinkOnED - Link către ED prin care este necesară generarea unui document electronic,
// StructureED - Structură, structură de date pentru generarea unui document electronic.
// Arborele de date - un arbore de valori, un arbore de date pentru completarea unui document electronic.
Procedura Completați transferul de date al bunurilor către vânzător (link către volum

Continuăm ceea ce am făcut deja multe.

Cernomyrdin V.S.

Nu cu mult timp în urmă, un client m-a abordat din nou cu o problemă cunoscută. Compania sa a instalat actualizări 1C. Și munca s-a oprit pentru că programul a încetat să funcționeze corect. Cred că toți cei care au întâlnit produse software de la 1C ca programator sau utilizator sunt foarte familiarizați cu această situație.

Desigur, în acest caz particular, am încercat să rezolv toate problemele cât mai repede posibil și, ca urmare, munca de birou a revenit la normal. Dar chiar și în această situație, am primit multă negativitate de la client. Și apoi m-am gândit de ce apar în mod constant atât de multe probleme cu produsele software 1C, de ce există atât de multă negativitate din partea clienților și de ce programatorii 1C înșiși sunt adesea antipatici, inclusiv de alți programatori?

În acest articol, am decis să ofer versiunea mea a motivelor care duc la o astfel de negativitate. Voi încerca să folosesc cât mai puțini termeni specifici, astfel încât textul să fie înțeles de cât mai mulți cititori.

În același timp, de ceva timp, eu însumi m-am ocupat exclusiv în programarea 1C, iar astăzi folosesc foarte activ produse software de la 1C în munca mea și sunt foarte recunoscător acestei companii pentru că mi-a oferit oportunitatea de a câștiga bani, inclusiv pentru pe mine.

Dar, pe de altă parte, cred că și motivele negativității trebuie înțelese. Măcar pentru a nu lăsa totul la nivelul intuiției și emoțiilor.

Cum a început 1C? Să ne amintim!

Personal, am început să lucrez cu software-ul 1C de la versiunea 6.0. După părerea mea, acest program a fost puțin mai complicat decât diferitele opțiuni de contabilitate care erau păstrate în foile de calcul Excel.

A fost înlocuită cu cea de-a șaptea versiune, inclusiv cea mai de succes lansare - 1C 7.7. Era deja un produs software destul de puternic, care a devenit foarte răspândit în spațiul post-sovietic. Până în acest moment, majoritatea utilizatorilor erau atât de obișnuiți să lucreze cu 1C, încât capacitatea de a utiliza aceste programe a devenit una dintre condițiile pentru angajarea contabililor, a personalului diferit de birou, precum și a managerilor, depozitarilor etc.

În principiu, 1C 7.7 a rezolvat cu succes problemele asociate cu diferite tipuri de contabilitate. Mai mult, acest produs software este încă folosit în unele cazuri, ceea ce indică și popularitatea sa.

Acum acest software uimește prin amploarea capabilităților sale și, în același timp, prin complexitatea sistemului.

Astăzi, compania 1C oferă clienților săi un întreg ecosistem:

• Platformă puternică pentru dezvoltatori.
• Mediu pentru menținerea diferitelor tipuri de contabilitate și analiză
• Posibilitate de conectare a diverselor echipamente comerciale
• Cea mai largă rețea de parteneri
• CMS multifuncțional pentru crearea de site-uri web

În același timp, împreună și separat, toate componentele acestui ecosistem nu funcționează în cel mai bun mod. Adesea apar probleme, eșecuri în muncă, timp și bani suplimentari sunt necesare, ceea ce, desigur, provoacă respingere.

Actualizări 1C: cum funcționează

Aș dori să vă reamintesc pe scurt cum funcționează astăzi produsele software ale familiei 1C. În cele mai multe cazuri, utilizatorul achiziționează unul sau mai multe produse software, constând dintr-o platformă și o aplicație scrisă pe această platformă - așa-numita configurație.

Apoi, programatorul adaptează funcționarea configurațiilor selectate la nevoile unei anumite companii, instalează adesea plugin-uri suplimentare, rafinează anumite rapoarte, creează noi documente care participă ca flux de documente interne în această companie etc.

În același timp, atât în ​​platformă, cât și în orice configurație, există un număr destul de mare de bug-uri de la dezvoltator. Iar sistemul în sine este atât de complex și voluminos încât repararea acestor erori cu ajutorul unui programator 1C este foarte dificilă și, cel mai important, neprofitabilă pentru utilizatorul final. Mai mult, atât platforma, cât și configurațiile în sine se disting printr-o calitate atât de neplăcută precum lipsa modularității.

Ca rezultat, trebuie să instalați actualizări pentru a remedia erorile. În acest caz, întreaga platformă și/sau configurația este actualizată de fiecare dată. Desigur, o astfel de soluție necesită mult timp, iar dacă vorbim de configurare, atunci setările, pluginurile suplimentare și alte modificări efectuate de programator vor trebui, cel mai probabil, să fie repetate.

Dar acesta nu este cel mai trist lucru în situația cu actualizările 1C. Cel mai trist lucru este că site-ul web al dezvoltatorului arată că actualizările sunt lansate foarte des, uneori chiar de 3-4 ori pe lună. În unele cazuri, erorile neimportante sunt corectate, în altele - erori grave legate de funcționarea întregului sistem.

Fiecare versiune nouă este un plus de funcționalitate și un fel de „patch” la bug-urile celei anterioare, care corectează erorile vechi, dar aproape întotdeauna introduce altele noi. Prin urmare, instalarea actualizărilor este un proces în mare parte imprevizibil.

Lipsa de modularitate: de ce este atât de important

Mai întâi, să vorbim direct despre platformă. Programatorii 1C știu cât de greoi a devenit. Despre lipsa de modularitate am scris deja mai sus. Codul produsului conține așa-numitele subsisteme, dar acestea nu îndeplinesc cerințele de modularitate și, prin urmare, sunt pur și simplu un fel de încercare de a structura codul.

De ce consider că lipsa modularității este o problemă? Să înțelegem cu un exemplu. Să presupunem că este nevoie de rafinarea unor funcții necesare pentru funcționarea cu succes a Managementului Comerțului sau de a face modificări la mijloacele de stocare a soldurilor. Dar în platforma 1C totul este interconectat și, prin urmare, trebuie să trageți și actualizările pentru a lucra cu salarii, contabilitate etc. și așa mai departe.

În lipsa modularității, pentru a face chiar și cele mai mici modificări, trebuie să studiezi întregul array, întreaga platformă.

În același timp, platforma 1C este foarte mare și greoaie. Astăzi conține atât de mult încât la început evocă chiar admirație din cauza bogăției de posibilități. Dar pe măsură ce utilizați această platformă, admirația dispare rapid. Dezvoltatorii 1C, într-un efort de a face programul universal, au adăugat multe caracteristici diferite platformei.

Și acum obțineți în același timp un instrument puternic, o interfață vizuală convenabilă și... multe probleme și bug-uri din cauza complexității sistemului.

Permiteți-mi să vă dau un alt exemplu. Să spunem că pentru munca mea am nevoie doar de Comerț. Compania nu folosește nimic altceva, nici interfața mobilă, nici contabilitatea, nici magazinul online, nici alte componente. Dar orice ar fi, atunci când primesc actualizări, primesc întreaga platformă, inclusiv funcționalitatea necesară funcționării acelor componente pe care nu le folosesc. Acestea. În ciuda faptului că folosesc Commerce, iar actualizările sunt concepute pentru a funcționa cu Accounting, trebuie să descarc și să instalez întreaga platformă.

Politica de licențiere și erori în sistem

La actualizarea platformei, destul de des utilizatorii se confruntă cu faptul că cheile de licență nu mai funcționează. Dacă nu ați întâlnit personal o astfel de situație, introduceți în motorul de căutare „1C a încetat să mai funcționeze după actualizare” și veți vedea cât de răspândită este această problemă.

Deci, imaginați-vă situația. Există o firmă care angajează, de exemplu, 30 de persoane. După actualizare, programul a încetat să accepte cheile de licență. Activitatea companiei este paralizată. Compania suferă pierderi.

O problemă importantă: imprevizibilitatea comportamentului platformei la actualizare.

Pe lângă faptul că licența eșuează adesea, după actualizarea platformei poate conține funcționalități noi, care, de asemenea, pot să nu funcționeze corect. Dar puteți verifica doar calitatea muncii și identifica erori noi într-o nouă versiune a programului în practică, de exemplu. în curs.

Permiteți-mi să vă reamintesc că platforma este foarte mare și greoaie și, prin urmare, este pur și simplu nerealist să o testați cu un programator într-un timp scurt. Și toate acestea trebuie luate în considerare la fiecare actualizare.

Deci, situația pentru programator arată astfel:

• De fiecare dată când actualizez, primesc multă dezordine, deoarece platforma este complet actualizată și nu există nicio modalitate de a elimina sau nu instala instrumente care nu vor fi folosite în viitor.
• Și totuși sunt necesare actualizări, deoarece aceasta este singura oportunitate de a „vindeca” erorile actuale care sunt cunoscute sau nu au fost încă identificate de programator
• Mai mult, o nouă actualizare are de obicei noi erori care vor fi remediate în următoarea versiune.

Astfel, cercul este închis. Iar programatorul trebuie să instaleze noi versiuni din când în când, în ciuda noilor probleme pe care le aduc.

De ce sunt atâtea bug-uri?

Principalul motiv pentru abundența de bug-uri, în opinia mea umilă, este complexitatea sistemului. Nu uitați, acum platforma 1C este disponibilă pentru Windows 32 și 64 de biți, pentru Linux, versiunea de server, mobil etc. Complexitatea întreținerii este foarte mare și, după cum arată practica, dezvoltatorii 1C pur și simplu nu pot face față întreținerii.

Din cauza lipsei de modularitate, apar și dificultăți suplimentare, deoarece este practic imposibil să identificați toate erorile și să depanați un produs software atât de greoi. Ca urmare, noi actualizări sunt lansate în mod constant.

Un alt motiv foarte important pentru prezența constantă a bug-urilor și situația cu aceștia este lipsa concurenței. De fapt, 1C este acum un monopolist.

Desigur, se creează produse software alternative, unele dintre ele sunt destul de decente. Dar până acum toate sunt soluții aplicate capabile să rezolve anumite probleme, în timp ce 1C este un întreg ecosistem.

Mai mult, compania 1C se distinge printr-un marketing foarte puternic și agresiv; toată lumea știe despre acest software.

De aceea susțin că astăzi 1C nu are un concurent demn în spațiul post-sovietic. Iar lipsa concurenței duce întotdeauna la o scădere a calității produsului în sine, ceea ce vedem în exemplul 1C: actualizări „brute” constante, bug-uri constante, lipsa documentației detaliate pentru actualizări etc.
Prin urmare, personal îi sfătuiesc pe toți clienții mei să nu actualizeze decât dacă este absolut necesar. Apropo, și eu am primit același sfat de la unul dintre oamenii care au fost la originile lui 1C.

Desigur, versiunea actuală are cu siguranță unele erori, dar dacă lucrați în ea fără probleme, atunci aceste erori nu sunt critice pentru dvs. Este imposibil de prezis ce se va întâmpla în noua versiune. Prin urmare, actualizările ar trebui să fie instalate numai atunci când devine cu adevărat necesare pentru lucru.

Nave amirale. Configurații tipice

Linia de produse software 1C se bazează pe configurații standard. Există destul de multe soluții gata făcute în cutie prezentate pe site-ul 1C.

Dar majoritatea utilizatorilor folosesc doar 4 configurații:

• Contabilitatea întreprinderii
• Managementul comertului
• Managementul fabricii de productie
• Managementul salariilor si al resurselor umane

Și fiecare dintre configurații are aceleași dezavantaje ca și platforma:

• Lipsa de modularitate
• Funcții voluminoase și multe inutile
• Bug-uri noi în versiuni noi
• Rezultate de actualizare imprevizibile

Mai mult, pentru fiecare actualizare, trebuie să analizați ce anume a fost actualizat, să efectuați actualizarea în sine și să reconfigurați configurația. Dar actualizările de configurare apar și atât de des încât devine problematic să le înțelegem.

În plus, din cauza lipsei de modularitate, de multe ori trebuie să actualizați, chiar dacă modificările afectează funcții pe care nu le utilizați. Pur și simplu pentru că o eroare în această funcționalitate poate duce la funcționarea incorectă a altor module.

Dacă vorbim despre Comerț, practica mea arată că de fapt oamenii folosesc nu mai mult de 30% din funcționalitatea totală a acestei componente. Situația este similară în alte configurații tipice. În căutarea implementării unui număr maxim de caracteristici, dezvoltatorii au creat produse foarte greoaie și complexe în care totul este interconectat și, prin urmare, chiar și dezactivarea funcționalității inutile nu este întotdeauna posibilă.

De exemplu, la actualizarea Comerțului, dezvoltatorii au adăugat un nou sistem de bonusuri. Clientul nu folosește bonusuri deloc. Nu are nevoie de ele. Dar dacă încercați să dezactivați aceste bonusuri, sistemul de reduceri începe să funcționeze incorect. Am întâlnit această situație în practică. Desigur, rezolvarea acestei probleme a necesitat ajutorul unui programator.

În ultimul timp, am ajuns la concluzia că, la finalul unui proiect, sfătuiesc toți clienții să nu actualizeze deloc. Am configurat totul după cum era necesar pentru lucru, împreună cu clientul și angajații lui am testat configurația și ne-am asigurat că totul funcționează bine. Prin urmare, nu este nevoie să actualizați configurația până când apare necesitatea unor modificări majore.

Marketingul agresiv și rezultatele sale

De foarte multe ori clienții mei instalează actualizări împotriva sfaturilor mele. De ce se întâmplă asta?

Motivația programatorului

Programatorii 1C sunt interesați ca clientul să actualizeze software-ul cât mai des posibil. Pur și simplu este benefic pentru ei. De fiecare dată când actualizați, va trebui să re-configurați configurația. Prin urmare, cu ajutorul actualizărilor, ei primesc literalmente venituri din aer.

Imaginați-vă o situație în care o companie funcționează într-o anumită configurație fără actualizări calm și fiabil. Dar era nevoie, de exemplu, de a crea un alt raport sau de a instala procesări suplimentare. Desigur, în acest caz apelează la un specialist.

Ce se întâmplă în continuare? Vine un programator 1C și vede că programul nu a fost actualizat de mult. Îi spune clientului cât de rău este acest lucru, îi explică că fără actualizări nu va putea configura raportul de care are nevoie clientul sau să efectueze alte lucrări, îl sperie cu numărul mare de erori care sunt în versiunea veche etc. și așa mai departe. În general, convinge clientul să cumpere și să instaleze actualizări.

De fapt, în cele mai multe cazuri nu este nevoie obiectivă de actualizări. Dar cantitatea de muncă pe care o face programatorul și, în consecință, taxa lui crește semnificativ. Apropo, acesta este motivul pentru care mulți utilizatori au o atitudine negativă față de programatorii 1C. Din punctul lor de vedere, ei plătesc 90% din sumă programatorului pentru ceva care a funcționat perfect înainte de a începe să lucreze, adică. trebuie să plătească de mai multe ori pentru aceeași funcționalitate.

Marketing agresiv de la 1C

Compania 1C însăși este, de asemenea, interesată să se asigure că utilizatorii sunt actualizați cât mai des posibil. Drept urmare, utilizatorii primesc adesea mementouri despre noile actualizări, avertismente despre necesitatea de a actualiza platforma sau configurația. Dar, în același timp, site-ul nu are informații suficient de detaliate despre ce anume va primi utilizatorul în cazul unei actualizări, ce bug-uri au fost remediate, ce caracteristici au apărut. Acestea. Este imposibil să se evalueze obiectiv necesitatea instalării unei anumite actualizări. Drept urmare, mulți utilizatori se actualizează doar pentru a fi în siguranță.

Dezavantajele serviciului și francizei

Cred că practic nu există servicii pentru clienți în compania 1C. Compania face o treabă excelentă în vânzări; într-adevăr are o politică de marketing foarte agresivă și, desigur, eficientă. Dar dacă ai nevoie de întreținere, te vei confrunta cu multe dificultăți.

Există o întreagă secțiune pe site-ul web 1C unde puteți găsi parteneri certificați în regiunea dvs. care oferă servicii de întreținere pentru produsele software 1C. Acești parteneri au fost certificați și plătesc taxe de afiliat. S-ar părea că totul este în ordine.

Dar, de fapt, compania 1C practic nu lucrează cu parteneri:

• Pentru ca o companie să primească statutul de partener, este suficient să aibă în personal un specialist certificat.
• Ulterior, nimeni nu efectuează verificări sau examene repetate. Prin urmare, un programator certificat poate fi singurul specialist și vor veni oameni complet diferiți să vă servească sau poate renunța cu totul, dar compania nu își pierde statutul de partener.
• 1C practic nu lucrează cu parteneri, nu oferă instruire și nu controlează calitatea muncii.

Rezultatul unei astfel de politici este cunoscut de mulți. Prezența unei anumite companii în lista partenerilor 1C nu garantează calitatea serviciilor.

Am menționat deja că 1C este un întreg ecosistem. În anumite privințe, poate fi chiar comparat cu Apple. Există un întreg sistem construit acolo, constând din hardware, software și revânzători. 1C are și platformă, există configurații, sunt reselleri autorizați.

Dar dacă Apple controlează foarte strict calitatea în toate etapele - de la producție la munca partenerilor, iar cea mai înaltă calitate este unul dintre avantajele competitive importante pentru acest brand, atunci în compania 1C totul este complet diferit. Practic nu există nici un serviciu aici, nimeni nu controlează munca partenerilor, drept urmare, calitatea lucrului post-vânzare cu software-ul este foarte scăzută.

De asemenea, este interesant faptul că compania 1C își direcționează eforturile de marketing în primul rând către consumatorii produsului, adică. asupra utilizatorilor. Și lucrul cu configurații este complet concentrat pe programatori. Drept urmare, se face reclamă un lucru, dar în practică se dovedește că cumpărătorul a primit ceva complet diferit.

Și aici apar și motivele negativității față de programatorii 1C și produsul software în sine.
Când am încetat să lucrez doar cu 1C și am început să fac consultanță în afaceri, am început să folosesc o varietate de produse software în munca mea. Acestea erau site-uri pe Drupal și sisteme precum ZOHO CRM, ATOL RMK, Redmine și multe alte sisteme. Și aproape toate aceste servicii și programe nu necesită actualizări constante și frecvente. Iar la actualizare nu sunt atât de multe probleme.

În timp ce compania 1C face bani în două direcții: pe vânzări și pe actualizări constante. Dar ce legătură are clientul cu asta? El este forțat să plătească și să facă upgrade, deoarece nu există altă opțiune. În plus, toate produsele utilizate în întreprindere trebuie să fie actualizate simultan.

De exemplu, dacă utilizați Comerț, a fost lansată o actualizare cu adevărat utilă pentru aceasta, care remediază unele erori relevante pentru dvs., cu siguranță va trebui să actualizați și Contabilitatea. Deoarece schimbul de date este posibil doar între versiuni de configurare identice. Dacă decideți să părăsiți Contabilitatea fără a actualiza, atunci încărcarea documentelor din Comerț în Contabilitate nu va mai funcționa pentru dvs.

Drept urmare, clientul este forțat să folosească un sistem care se defectează constant și plătește în mod regulat pentru a-l restaura. Desigur, clientul devine negativ. Dar nu poate trece la un alt produs software, pur și simplu nu vede o alternativă demnă.

Da, la noi există și alte sisteme de contabilitate, unele dintre ele ajung chiar treptat să ajungă din urmă cu 1C în ceea ce privește capacitățile. Dar marketingul este un lucru grozav! Prin urmare, clientul nu vede o alternativă și, în ciuda negativității constante, face o altă plată.

1C: Bitrix - dificultăți, caracteristici, marketing

Un alt produs care este în mod tradițional clasificat ca parte a liniei 1C este sistemul de gestionare a site-ului web 1C-Bitrix. În același timp, mulți utilizatori sunt încrezători că este suficient să cumpărați Bitrix și toate problemele legate de integrarea site-ului și a datelor în 1C vor fi rezolvate.

Un utilizator care cumpără produse software 1C și comandă un site web pe 1C-Bitrix vede o marcă comună și este încrezător că acestea sunt produse din aceeași linie care vor funcționa întotdeauna împreună fără probleme.
De fapt, CMS Bitrix este un produs separat care a fost dezvoltat de specialiști care nu au nicio legătură cu compania 1C. Ulterior, instrumente de integrare cu produse din linia 1C au fost adăugate acestui CMS și a apărut un nou nume „1C-Bitrix”. Acest lucru s-a întâmplat deoarece compania 1C a cumpărat o acțiune mare în Bitrix și a decis să folosească acest CMS împreună cu software-ul său.

Care a fost rezultatul?

Integrarea bazei de date a magazinului online și a produselor software 1C este într-adevăr furnizată. Dar este foarte complex, iar fără ajutorul unui specialist este aproape imposibil să configurați schimbul de date și este foarte, foarte greu de schimbat.

Mai mult, programatorii care au configurat 1C pentru tine nu vor putea instala și configura Bitrix. Aici veți avea nevoie de un programator web, un specialist Bitrix. Integrarea este parțial configurată de programatori 1C, parțial de specialiști Bitrix. Și există cazuri în care utilizatorul nu știe deloc pe cine să contacteze.

De exemplu, am avut această situație. După cele mai recente actualizări, schimbul de date al clientului meu cu site-ul a încetat să funcționeze. Am apelat la un specialist 1C, dar nu a putut să ne ajute, deoarece, în opinia lui, problema era de partea lui Bitrix. Am apelat la un programator Bitrix. Și-a aruncat și mâinile în sus și a spus că problema, cel mai probabil, este încă pe partea 1C. Schimbul de date cu site-ul nu a funcționat timp de aproximativ 2 săptămâni. Clientul a fost obligat să descarce manual prețuri și solduri și să descarce comenzile de pe site. Până la urmă, am fost norocoși. Am contactat un programator care cunoștea atât Bitrix, cât și 1C și a configurat modulul de schimb.

Bitrix și 1C: sisteme diferite, deficiențe comune

Dezvoltatorii web care sunt familiarizați cu cele mai recente versiuni de Bitrix mă vor înțelege acum. La fel ca produsele software 1C, cele mai recente versiuni de Bitrix au devenit foarte puternice, cu capabilități extinse, dar în același timp inutil de complexe. În zilele noastre, fără ajutorul unui administrator (programator web) în Bitrix, un utilizator de cele mai multe ori nu poate să creeze categorii noi în catalogul de produse, deoarece pentru a organiza o căutare inteligentă este necesar să vă setați proprii parametri pentru fiecare tip de produs.

În același timp, aveți nevoie de diferiți specialiști pentru întreținerea site-ului web și a programelor 1C. La urma urmei, acestea sunt produse diferite. Sunt utilizate în scopuri diferite, au platforme diferite și necesită cunoștințe despre diferite tehnologii pentru a lucra cu ele.

În loc de CV

Deci haideți să rezumam. Produsele software ale liniei 1C provoacă negativitate în rândul specialiștilor din următoarele motive:

• Complexitate ridicată a sistemului
• Lipsa de modularitate
• Erori la fiecare actualizare
• Lipsa documentației detaliate pentru actualizări
• Rezultatul imprevizibil al instalării actualizărilor

Toate acestea se aplică atât platformei, cât și oricărei configurații 1C.

Negativitatea din partea utilizatorilor este cauzată de:

• Rezultate imprevizibile de la instalarea actualizărilor. Programul poate înceta să funcționeze în orice moment. Cu toate acestea, din cauza erorilor din versiunile anterioare, sunt necesare actualizări.
• Atât compania 1C, cât și programatorul trebuie să plătească pentru actualizări. În același timp, avantajele vizibile pentru utilizator sunt în majoritatea cazurilor nesemnificative, iar majoritatea costurilor trebuie plătite pentru restabilirea funcționalității programului după instalarea unei noi versiuni.

Negativitatea față de programatorii 1C devine, de asemenea, clară:

• Utilizatorii transferă o parte din negativitatea despre program către specialist. La urma urmei, programatorul 1C este cel care primește plata pentru instalarea actualizărilor și configurarea configurațiilor.
• Programatorii care lucrează în alte domenii înțeleg că adesea colegii lor specializați în 1C primesc bani, în esență, pentru „vânzarea aerului”. Acest lucru este vizibil mai ales atunci când actualizările sunt impuse clientului de către specialiști înșiși.
• Din cauza lipsei de control din partea lui 1C, oameni aleatoriu sunt implicați în întreținerea produselor software, ceea ce, de asemenea, nu contribuie la o imagine pozitivă.

Acestea sunt concluziile pe care le-am făcut personal. Poate că nu am dreptate în legătură cu ceva, poate am omis ceva. În orice caz, am decis să scriu acest articol nu de dragul criticii ca atare, ci pentru a înțelege din ce motive clienții pot avea o atitudine negativă față de programele de linie 1C și față de programatorii 1C.

Etichete: Adăugați etichete

 

Ar putea fi util să citiți:

• Tranziția la fluxul de documente electronice fără hârtie: experiență, probleme, perspective;
• Comanda clientului și vânzarea mărfurilor la comandă;
• Utilizarea „1C Accounting” în cadrul sistemului fiscal simplificat Salarizare;
• Document care închide luna în 1s 7;
• Comanda către un furnizor în contabilitate 1C 8.3. Metodologia de aplicare a documentului de comandă la furnizor. Raportați pe butonul „Analiză” din comanda de cumpărare;
• Încărcarea ordinelor de plată 1s 8;
• „Pasarea albastra” Maurice Maeterlinck;
• Templele și muzeele din Parcul Zaryadye: Relicve ale sfinților, temnițe antice și negustori englezi Biserica Concepția Sfintei Ana din Zaryadye;