Wygląd i cechy zastosowania uniwersalnej wymiany danych. Wygląd i cechy korzystania z uniwersalnej wymiany danych Jakie są zasady wymiany w 1c

W większości przypadków zautomatyzowane systemy kontroli składają się z oddzielnych baz danych i często mają strukturę rozproszoną geograficznie. Jednocześnie poprawnie realizowana wymiana danych jest warunkiem koniecznym do efektywnego działania takich systemów.

Jednocześnie wstępna konfiguracja giełdy może wymagać szeregu działań, nie tylko w zakresie programowania, ale także doradztwa, nawet jeśli mamy do czynienia z jednorodnymi źródłami, jak to ma miejsce w przypadku produktów na platformie 1C: Enterprise. Dlaczego konfiguracja wymiany 1C (lub, jak to się nazywa, synchronizacja danych w 1C 8.3) może stać się najbardziej czasochłonnym i kosztownym zadaniem projektu integracyjnego, rozważymy w tym artykule.

Wymiana danych w środowisku 1C umożliwia:

Wyklucz podwójne wprowadzanie dokumentów;
Automatyzacja powiązanych procesów biznesowych;
Zoptymalizuj komunikację między rozproszonymi jednostkami;
Szybko aktualizuj dane dotyczące pracy specjalistów z różnych działów;
„Nakreśl” różne rodzaje księgowości. *

* W przypadku, gdy dane jednego rodzaju rachunkowości znacząco różnią się od innych, konieczne jest zapewnienie poufności informacji i „rozgraniczenie” przepływów informacji. Na przykład wymiana danych między 1C UT a 1C Accounting nie wymaga przesyłania danych zarządczych do rutynowej bazy danych księgowych, tj. synchronizacja w 1C będzie tutaj niepełna.

Jeśli reprezentujemy standardowy proces realizacji pierwotnej wymiany danych, gdy przynajmniej jeden z jej obiektów jest produktem 1C, to można wyróżnić następujące etapy:

Koordynacja składu giełdy;
Definicja transportu (protokoły wymiany);
Ustalanie zasad;
Planowanie.

Ujawnianie składu giełdy 1C

Obiekty wymiany można warunkowo podzielić na „źródło” i „odbiornik”. Jednocześnie mogą pełnić jednocześnie dwie role, które będą się nazywać - wymianą bilateralną. Określenie źródła i przeznaczenia następuje w sposób logiczny, w zależności od potrzeby lub funkcjonalności systemu. *

* Np. Integrując „WA: Financier” - rozwiązanie do zarządzania księgowością finansową i procesami skarbowymi, opracowane w oparciu o „1C: Enterprise”, eksperci WiseAdvice rekomendują go jako system nadrzędny. Wynika to z dostępności narzędzi kontrolnych, które są zgodne z zasadami polityki aplikacji, a tym samym zapewniają skuteczność rozwiązania.

Ponadto, na podstawie otrzymanych i zarejestrowanych wymagań użytkowników, tworzona jest lista danych do wymiany, określana jest ich wielkość, wymagania dotyczące częstotliwości wymiany, zalecany jest proces pracy z błędami i obsługi wyjątków (kolizji).

Na tym samym etapie, w zależności od floty istniejących systemów i struktury przedsiębiorstwa, określa się format wymiany:

Rozproszona baza informacji

RIB oznacza wymianę między identycznymi konfiguracjami baz danych 1C, z przejrzystą strukturą sterowania master-slave dla każdej pary wymiany. Jako element platformy technologicznej RIB, oprócz danych, może przenosić zmiany w konfiguracji i informacje administracyjne bazy danych (ale tylko z mastera do slave'a).

Uniwersalna wymiana danych w 1C

Mechanizm, który pozwala skonfigurować wymianę baz danych 1C, zarówno z konfiguracjami na platformie 1C: Enterprise, jak iz systemami firm trzecich. Wymiana odbywa się poprzez konwersję danych do uniwersalnego formatu xml zgodnie z „Planami Wymiany”.

EnterpriseData

Najnowszy rozwój firmy 1C, mający na celu wdrożenie wymiany danych w formacie xml pomiędzy produktami stworzonymi na platformie 1C: Enterprise, z dowolnymi systemami automatyzacji. Korzystanie z EnterpriseData upraszcza ulepszenia związane z wymianą. Wcześniej, gdy w systemie pojawiała się nowa konfiguracja, konieczne było zaimplementowanie mechanizmu importu i eksportu danych, zarówno dla niego, jak i dla istniejących systemów. Teraz systemy obsługujące EnterpriseData nie wymagają żadnych modyfikacji, mają tylko jeden punkt „wejście-wyjście”.

Definicja transportu (protokoły wymiany)

W przypadku systemu opartego na platformie 1C: Enterprise 8 zapewnia się szeroki wachlarz możliwości organizacji wymiany z dowolnymi zasobami informacyjnymi poprzez ogólnie przyjęte uniwersalne standardy (xml, pliki tekstowe, Excel, połączenie ADO itp.). Dlatego definiując transport do wymiany danych należy wychodzić z możliwości bazy danych systemu firm trzecich.

Synchronizacja katalogów

Podstawową zasadą efektywnej synchronizacji katalogów jest obecność jednego punktu wejścia. Ale jeśli mówimy o pracy z podręcznikami, które były historycznie wypełniane według różnych zasad, konieczne jest jasne zdefiniowanie pól synchronizacji, aby doprowadzić wymianę do „wspólnego mianownika”. *

* Na tym etapie konieczne może być przeprowadzenie prac nad normalizacją danych referencyjnych po stronie źródła danych. W zależności od stanu leksykonów i ich wielkości proces dopasowywania elementów, rozpoznawania, wykrywania błędów i duplikatów, a także uzupełniania brakujących pól i przypisywania pól synchronizacji może wymagać pracy całej grupy ekspertów, zarówno od integratora (właściciela metody standaryzacji danych referencyjnych), jak i od strony klienta.

Ustalanie zasad

Możliwość wyświetlania danych z systemów źródłowych w odbiornikach zależy od poprawnie określonych reguł wymiany. Reguły, przedstawione w formacie xml, regulują zgodność kluczowych atrybutów obiektów źródłowo-docelowych. Rozwiązanie 1C: Data Conversion zostało zaprojektowane w celu zautomatyzowania tworzenia reguł realizacji zarówno wymiany jednorazowej, jak i stałej.

Zapewnia brak utraty danych podczas wymiany planu wymiany. Jest to integralna część dowolnej konfiguracji na platformie 1C: Enterprise, która w pełni opisuje procedurę wymiany 1C: skład danych (dokumenty ze szczegółami „identyfikacyjnymi”) i węzły (bazy informacyjne nadajników i odbiorników), a także aktywację RIB dla wybranych kierunków wymiany.

Każda zmiana danych wprowadzonych do Planu Wymiany jest odnotowywana i otrzymuje znak „zmiany”. Dopóki zmienione dane nie pasują do siebie w węzłach nadawczo-odbiorczych, flaga nie zostanie wyczyszczona, a system wyśle \u200b\u200bkomunikaty sterujące do obu węzłów. Po wyładowaniu danych i potwierdzeniu ich pełnej zgodności w obu systemach znak jest resetowany.

Harmonogram wymiany w 1C

Aby zautomatyzować regularną wymianę, ustawia się częstotliwość przesyłania danych. Częstotliwość wymiany zależy od potrzeb i możliwości technicznych. Ponadto konfiguracje na platformie 1C: Enterprise umożliwiają skonfigurowanie wymiany danych w przypadku wystąpienia zdarzenia.

Po rozważeniu standardowego procesu wdrażania giełdy zwróćmy uwagę na czynniki, które będą wymagały usprawnień na różnych etapach:

Nietypowe, mocno zmodyfikowane konfiguracje baz danych;
Różne wersje platformy 1C: Enterprise;
Przez długi czas nie aktualizowane, nieaktualne wersje konfiguracji;
Przedmioty wymiany, które zostały wcześniej zmienione;
Potrzeba niestandardowych zasad wymiany;
Zupełnie inny zestaw i kompozycja rekwizytów w istniejących podręcznikach.

Ponieważ nawet standardowe działania związane z realizacją pierwotnej wymiany danych wymagają wiedzy eksperckiej, zaleca się ich przeprowadzenie przy udziale specjalistów 1C. Dopiero po wykonaniu wszystkich powyższych czynności należy przystąpić do konfiguracji centrali w konfiguracji. Rozważmy integrację bazy danych na przykładzie „1C: UPP” i „1C: Retail” (zgodnie z tym samym schematem skonfigurowana jest wymiana z „1C: UT”). Również typowa synchronizacja obejmuje wymianę SCP - SCP, co jest typowe dla wielkoskalowych systemów automatyki w największych przedsiębiorstwach przemysłowych.

W podmenu „Serwis” wybieramy „Wymiana danych z produktami na platformie…” (wybór wymiany bezpośredniej z „Detalem” często grozi błędami na poziomie obiektów COM). Zwróć uwagę na komunikat serwisowy „Ta funkcja jest niedostępna”.

Aby rozwiązać ten problem, musisz wybrać „Ustawienia komunikacji”

... i zaznacz pole. Następnie ignorujemy komunikat o błędzie.

W ustawieniach synchronizacji danych wybierz „Utwórz giełdę z„ Handel detaliczny ”…

Przed skonfigurowaniem ustawień łączenia przez katalog lokalny lub sieciowy upewnij się, że na dysku jest miejsce na katalog. Chociaż z reguły nie zajmuje więcej niż 30-50 MB, w wyjątkowych przypadkach może wymagać nawet 600 MB. Możesz utworzyć żądany katalog bezpośrednio z konfiguratora.

W przypadku łączenia się przez katalog sieciowy ignorujemy sugestie konfiguracji połączenia przez adres FTP i e-mail, klikając „Dalej”.

W ustawieniach ręcznie wpisujemy prefiksy - konwencje baz danych (z reguły BP, UPP, RO), ustalamy reguły oraz datę rozpoczęcia wgrywania danych. Prefiks zostanie wskazany w nazwie dokumentów, aby wskazać bazę, w której zostały utworzone. Jeśli reguły wyładowania nie są edytowane, dane zostaną domyślnie usunięte dla wszystkich dostępnych parametrów.

Tworzymy plik ustawień wymiany dla „Handel detaliczny”, aby nie powtarzać naszych działań. Jeśli chcesz wysłać dane natychmiast po skonfigurowaniu synchronizacji - zaznacz zaznaczenie.

Aby zautomatyzować proces wymiany, musisz ustawić harmonogram.

Menu detaliczne.

Zaznacz pole i wybierz „Synchronizacja”.

Dokonujemy ustawienia „odwrotnego”, wybierając Manufacturing Enterprise Management.

Załaduj plik ustawień utworzony w punkcie SCP.

Zaznaczamy, system automatycznie pobiera adres.

Działamy w taki sam sposób, jak w SCP.

Porównanie danych weryfikacyjnych (ręczne porównanie danych zalecane jest na etapie przygotowawczym, gdyż praca ta może stać się najbardziej czasochłonna w procesie wdrażania wymiany). Okno mapowania otwiera się po dwukrotnym kliknięciu.

W przypadku błędu synchronizacji, „Szczegóły…” zostanie zastąpione „Nigdy…”.

„Szczegóły…” otwiera dziennik rejestracji ze zaktualizowanymi informacjami o giełdzie.

Gotowe.

Pytanie: Gotowe zasady wymiany dla typowych konfiguracji

Wszyscy, wszyscy. Szukam gotowych reguł wymiany dla typowych konfiguracji do przesyłania w obu kierunkach nie tylko katalogów, ale także dokumentów, sald dokumentów itp. Może ktoś się podzieli. Szukam bardzo rozładunku wg dokumentów i PUB 7.7 w UPP 8 rev 1.2, z handlu 7.7 do UPP z pensji 7.7 UPP, z trade managementu 8 na UPP 8. Z góry dziękuję.

Odpowiedź:

szukam zasad wymiany między 1C 8.1 UPP 1.2 z 1C 8.2 UPP 1.3

Pytanie: Usługa o standardowej funkcjonalności typowych konfiguracji 1C

UT 11.4.1.254 (lub możesz przejść na ERP, jeśli coś pomoże)
W jaki sposób standardowa funkcjonalność typowych konfiguracji 1C może uwzględniać naprawę drukarek, a raczej ich obsługę klienta (skoro w przypadku metodologów 1C naprawa ma miejsce, gdy serwisują własny sprzęt, a nie klientów)?
Jeden mistrz, zarówno w biurze, jak i na drodze.
Klienci dzwonią do biura w sprawie naprawy, ale nie ma żadnych informacji, nie ma co oglądać
W ostateczności użyj innej podstawy o innej konfiguracji, ale typowej
Główna wtyczka - naprawdę nie chcę dokonywać zmian w typowej konfiguracji i / czy używać nietypowych konfiguracji (modułów)

Odpowiedź:

Raczej aktualizuj, zwykle w ERP
Przejście na UNF nie jest trywialne ... zarówno dla małych, jak i dużych przedsiębiorstw.
UT 11 - zmodyfikowany za pomocą modułu Bitrix, na stronie (sklep internetowy) Bitrix - również cięty
I nie jest jasne - po co?
Napisałem powyżej
W UT 11 tworzone jest zlecenie sprzedaży, na podstawie którego \u003d akt kompletacji.
„Informacje o wykonanej pracy mogą być zawarte w zamówieniu klienta wraz z informacją o sprzedawanym towarze lub świadczonych usługach przy sprzedaży”.
Może być skomplikowany przez funkcjonalność projektów długoterminowych (zdarzenia i etapy interakcji z klientem)
Z rozmów z klientem wyszło, że potrzebujemy rozliczenia według numerów seryjnych, które jest również dostępne w UT 11.
Wystarczy włączyć i skonfigurować w UT 11
Obejrzałem UNF i nie znalazłem żadnego cudu poza dodatkowymi problemami
W tej sprawie zawiódł mnie tylko fakt, że zacząłem robić „przegląd literacki” tego, jak to się robi w UT - ERP i jak to rozwiązuje:
- w innych typowych konfiguracjach
- specjalistyczne indywidualne konfiguracje branżowe
- moduły do \u200b\u200bUT 11
czyli Byłem zbyt leniwy, żeby spróbować poruszyć mózg
Weź to i użyj, gdy wiesz - jak lub ktoś już skonfigurował - pokazał
(np. w typowych bazach demo - nie ma na co patrzeć, weź coś gotowego na próbkę)
.
Tylko trochę trzeba było dopracować umiejętności księgowania i podziału dochodów i wydatków w UT - ERP, aw UNF w ogóle trzeba studiować na nowo całą rachunkowość i przekręcać głowę na jedną stronę w każdej sprawie

Pytanie: Usunięcie obiektu z istniejącej reguły wymiany

Czy możesz mi powiedzieć, jak usunąć obiekt z istniejącej reguły wymiany? Faktem jest, że konieczne jest rozładowanie z jednej bazy do drugiej tylko w określonym terminie sprzedaży i odbioru towarów i usług. U mnie działa tylko reguła utworzona automatycznie, reguła utworzona ręcznie zwalnia puste dokumenty. Dlatego chciałbym usunąć niepotrzebne dokumenty z automatycznie tworzonej reguły, aby użytkownicy nie mogli przypadkowo czegoś rozładować.

Odpowiedź:

Wiadomość od Allexei

Witam Prawdopodobnie już nie dotyczy, ale nadal. Alternatywnie możesz wyrejestrować niepotrzebne obiekty z planu wymiany. Dzięki temu nie musisz przepisywać zasad wymiany, a niepotrzebne obiekty nie zostaną rozładowane.

Dzięki, spróbuję.

Można go usunąć w zwykły sposób

Pytanie: Zasady wymiany - gdzie edytować?

Klient dokonał zmian w konfiguracji odbiornika. Nie będzie możliwe dokładne ustalenie, co się zmieniło.
Teraz musimy poprawić zasady wymiany.
Jak mogę zobaczyć miejsca, które wymagają dostosowania?
Trzeba w jakiś sposób zrozumieć, zgodnie z obowiązującymi zasadami, że nieruchomość już nie istnieje lub zmienił się jej rodzaj.

Odpowiedź: () Wydaje mi się, że aby zadowolić klienta, wystarczy jakoś rozpocząć wymianę. A żeby zapłacić trzeba zrobić wszystko do końca :)

Pytanie: „Zarządzanie handlem”, wydanie 10.3 (10.3.46.2) Zmiana zasad wymiany dla handlu detalicznego 2.1

Dzień dobry. Jak zmienić zasady w UT?
Zmieniam układ Zasad Giełdy w Planach Giełdy ExchangeRetaznitsa Trade Management103 Aktualizuję i restartuję niewłaściwe reguły. Nawet ręcznie zmieniłem wersję. To nadal nie pomaga.
Głupio usunął wpis reguł z rejestru zasad wymiany danych.
Nie ma normalnego przycisku do ładowania pliku reguł lub aktualizowania go z układu konfiguracji.
Jest dużo dodatków i testów, które trzeba zrobić, ale nie wiem jak szybko zmienić zasady rejestracji / wymiany (

Odpowiedź: zaktualizowany z jego, wszystko w porządku. Cały mózg już zjadł tę wymianę

Pytanie: Zastąpienie reguł wymiany w przesyłanym pliku

Wszystkiego najlepszego!
Istnieje plik do załadowania xml zgodny z zasadami wymiany. W związku z tym zawiera blok
<ПравилаОбмена> ...
I jest drugi plik, taki jak szablon dla tego bloku.
Konieczne jest zastąpienie bloku reguł w przesyłanym pliku blokiem z pliku szablonu.
Czy trzeba czytać elementarnie Czytanie XML i zapisywać do trzeciego pliku tymczasowego poprzez zapisywanie XML? Czy jest wygodniejszy sposób?
P.S. Spodziewam się rozsądnego pytania „Dlaczego?” Konieczne jest zabezpieczenie przed zmianami zasad w Źródle, tj. zawsze ładuj przez odniesienie z odbiornika.

Odpowiedź:

Napisał. Istnieją pewne wątpliwości co do optymalności. Zapisywanie do tymczasowego pliku XML za pomocą funkcji XML Writing, a następnie odczytanie tekstu, aby przenieść to wszystko do pierwotnie przesłanego pliku.
Czy z metodologicznego punktu widzenia nie ma poważnych błędów?
// Procedura zastępuje blok<ПравилаОбмена>... w przesłanym pliku file.xml // do bloku z szablonu, który przechowuje fragment pliku rozładunkowego zgodnie z regułami odniesienia. // // Parametry // XMLFileName - Type: String - Pełna nazwa pliku z danymi do wyładowania // w którym zmienimy blok<ПравилаОбмена> // // Wartość zwrócona: // XMLResultFileName - Type: String - Path // Procedure ReplaceExchangeRulesInDownloadFileWS (XMLFileName) XMLDownloadFile \u003d New XMLReader; XMLDownloadFile.OpenFile (XMLFileName); Szablon reguły \u003d nowy odczyt XML; PathToRulesTemplate \u003d GetExchangeRulesTemplate (); Rule Template.OpenFile (ścieżka do szablonu reguł); XMLResultFileName \u003d GetTemporaryFileName (". Xml"); Wynik XML \u003d Nowy rekord XML; XMLResult.OpenFile (XMLResultFileName); While XMLUploadFile.Read () Loop NodeType \u003d XMLUpFile.NodeType; Jeśli NodeType \u003d XMLNodeType.ElementStart i XMLUpFile.Name \u003d "ExchangeRules" Następnie XMLUploadFile.Skip (); While RuleRule.Read () Loop If RuleRule.NodeType \u003d XMLNodeType.ElementStart and RuleRule.Name \u003d "ExchangeRules" Następnie XMLResult.WriteCurrent (RuleRule); While Rule Template.Read () Loop XML Result.WriteCurrent (Rule Template); Jeśli RuleRule.NodeType \u003d XMLNodeType.ElementEnd i RuleRule.Name \u003d "ExchangeRules" to Przerwij; EndIf; Koniec cyklu; Anulować; EndIf; Koniec cyklu; W przeciwnym razie XMLResult.WriteCurrent (XMLDownloadFile); EndIf; Koniec cyklu; XMLDownloadFile.Close (); TemplateRule.Close (); Wynik XML.Close (); Text \u003d NewTextReader (XMLResultFileName); ExchangeMessage \u003d Text.Read (); TextRecord \u003d NewTextRecord (XMLFileName, TextCode.UTF8); WriteText.Write (ExchangeMessage); WriteText.Close (); EndProcedure // ReplaceExchangeRules ()

Pytanie: Pomoc przy zasadach wymiany

1C 8.3.9.1850, UT 11.3.2.157, Handel detaliczny 2.2.5.22. Podczas ładowania reguł do UT pojawia się błąd. Czy można jakoś poprawić zasady.
Odniesienie do nieistniejącego obiektu metadanych w regułach wymiany
Obiekt \u003d
DescriptionErrors \u003d Typ nie zdefiniowany (EnumerationReference.TypesOrderOnAssembly)
Pozycja modułu \u003d Processing.ObjectsConversionInformationBase.ObjectModule (4885)
KError Messages \u003d 11

Odpowiedź:

Jeśli moja pamięć mi służy, to ostatnie reguły są zawsze przechowywane w samej konfiguracji w układzie. Nie musisz więc pobierać najnowszych reguł z folderu. Po prostu zaktualizuj obie konfiguracje do najnowszych wersji.

Pytanie: Jak usunąć reguły giełdy, aby przesłać je do konwersji

Jak wyładować reguły konwersji z typowej konfiguracji?
Zadanie: istnieje konfiguracja „Rarus: Zarządzanie handlem i relacjami z klientami (CRM)”, istnieje plan wymiany dla wymiany witryny. Trwa wymiana z witryną, musisz dodać rozładunek statusu zamówienia z 1C, aby był aktualizowany na stronie.
Oto jak widzę rozwiązanie: rozładuj reguły rozładunku zamówień, wczytaj je do konwersji, dodaj PKS dla statusu i załaduj z powrotem do konfiguracji. Ale jak rozładować te zasady? W planie wymiany znajduje się układ SchemeOrdersUnloading, na ostatniej zakładce Ustawienia znajduje się przycisk „Zapisz ustawienia do pliku”, ale o ile rozumiem nie dotyczy to konwersji, ten plik xml nie jest ładowany.
Powiedz mi, Proszę.

Poprawiono zasady wymiany TIS 7.7, a BP2 dodał przeniesienie dwóch doków
Faktura korygująca i faktura korygująca. Tutaj wszystko jest normalne. Oba te dokumenty tworzą dostosowanie implementacji w BP2.
Ale pojawił się problem, konieczne jest umieszczenie w docku podstawy do dostosowania implementacji (BP2), aby nie wrzucać faktury jako standardowej, ale podstawę tej faktury tj. realizacja.
Fragment kodu PKO (po ściągnięciu):
Object.FillAccountsVTabParts (Object.Goods, "Towary", Prawda); Object.TypeOperations \u003d Enumerations.TypesChangeOperationsReceivingRealization.ConsistentChange; Object.CorrectVAT \u003d True; Object.SumIncludes VAT \u003d True; If Object.Responsible.Empty () Then Object.Responsible \u003d hlVariableValue ("hlCurrentUser"); EndIf; Object.DocumentRealizations \u003d Object.Ref.DocumentRealizations.DocumentFoundation;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Przed nagraniem obiekt jeszcze nie istnieje i dlatego nie można uzyskać dostępu do atrybutu obiektu, a po nagraniu jest już za późno. Zasady będą działać zgodnie ze standardem. Powiedz mi, jak rozwiązać na płycie CD, właśnie zaczął rozumieć.

Odpowiedź: Po napisaniu \u003d po wywołaniu metody Write

Przy opracowywaniu reguł wymiany 1C 8 szeroko wykorzystywana jest możliwość programowego przedefiniowania zachowania reguł giełdy - mechanizm obsługi. Programy obsługi zdarzeń znacznie poszerzają funkcjonalność i są niezbędnym narzędziem do ustalania reguł wymiany w przypadkach, gdy interaktywne możliwości konfiguracyjne nie wystarczają.

Handlery i algorytmy są napisane w języku platformy, na której będą wykonywane podczas wymiany.

Jeśli jest to platforma 1C: Enterprise 7.7, kod obsługi jest zintegrowany z kodem w celu przetwarzania przesyłania lub pobierania. W związku z tym każdy program obsługi lub algorytm jest przydzielany do oddzielnej funkcji i jest dostępny do debugowania podczas wymiany.

Jeśli przesyłanie lub pobieranie odbywa się na platformie 1C: Enterprise 8, kod obsługi nie jest zintegrowany z kodem przetwarzania wymiany danych, ale jest przesyłany do pliku reguł wymiany. W procesie wymiany danych kod handlerów lub algorytmów jest pobierany z pliku reguł i wykonywany bezpośrednio w kontekście instrukcji „Execute”. Możesz użyć przetwarzania Universal XML Data Interchange do debugowania kodu programów obsługi i algorytmów.

Pokażemy Ci, jak z niego korzystać, aby MOCNIE uprościć rozwiązanie Twoich zadań

Dzisiaj przeanalizujemy, jak skonfigurować i wykonać prosty transfer katalogów i sald początkowych w zaledwie 10-15 minut.

I to - masowe i regularne zadanie, co jest prawie nieuniknione w przypadku większości wprowadzanych nowych konfiguracji.

Dlatego zadzwoń do swoich kolegów, będzie to również dla nich bardzo przydatne.

Zwłaszcza jeśli widzieli już CD 3 i zdołali się przestraszyć :)

Tak, kiedy widzisz ją po raz pierwszy, nie jest to wcale jasne.

Ale w rzeczywistości - wszystko jest BARDZO proste. Tak proste, że później się nawet znudzisz :)

Co dokładnie jest w dzisiejszych filmach

To są 4 filmy o komunikacji za pośrednictwem uniwersalny format wymiany EnterpriseData.

Pokażemy również przykład wypełnienie standardowych zasad wymiany w 1C: Konwersja danych 3.0

Całkowity czas trwania - 34 minuty... Zadowolony:

Konfiguracja giełdy na przykładzie 1C: Accounting 8 i 1C: ERP
Jak załadować standardowe reguły i uniwersalny format wymiany w Data Conversion 3.0
Przeniesienie struktury metadanych na CD 3.0
Jak przeprowadzić pierwszą komunikację
Dopracowanie zasad konwersje
Jak wczytać nowe reguły bez zmiany konfiguracji ( bez wycofywania się ze wsparcia)

Uwagaże przy rozwiązywaniu tego problemu reguły ładowania zmieniają się tylko w konfiguracji odbiornika. A konfiguracja źródła działa zgodnie ze standardowymi zasadami.

Gdyby podobny problem został rozwiązany w Data Conversion 2.0, należałoby wprowadzić zmiany w regułach zarówno źródła, jak i miejsca docelowego.

Te samouczki wideo dotyczą BSP wersja 2.3.2 (dla każdego zespołu starszego niż 2.3.2.43).

Jeśli używasz starszej wersji BSP, 0 dokonaj „poprawki” dla zmienionego interfejsu i rozszerzonej funkcjonalności. Aby to zrobić, powtórz sam przykład z filmu.

Wideo 1:
Ładowanie reguł wymiany między typowymi konfiguracjami w Data Conversion 3.0

W tej lekcji wykonamy kroki przygotowawcze podczas wprowadzania zmian w zasadach wymiany między typowymi konfiguracjami:

Ładowanie struktury formatu wymiany na CD (
Utwórz konwersję
Usuwanie plików reguł z typowej konfiguracji
Rozładowanie modułu Exchange Manager

Wideo 2:
Modyfikacja zasad wymiany w CD 3.0

W tym samouczku pokażemy, jak wypełniać szczegóły obiektów podczas ładowania danych.

Zadanie zostanie rozwiązane - podczas ładowania obiektów z konfiguracji źródłowej należy ustawić komentarz „Loaded from BP 3.0”.

Aby rozwiązać problem, musisz dodać zmiany w zasadach konwersji obiektów, w przypadku „Przed zapisaniem odebranych danych”.

Opracowane reguły zostaną zapisane jako zewnętrzne przetwarzanie do przyszłego wykorzystania.

Wideo 3:
Stworzenie uniwersalnej wymiany między typowymi konfiguracjami

W tym samouczku pokażemy, jak skonfigurować nową wymianę między rodzajami.

Ustawienia zostaną wprowadzone w konfiguracji źródłowej, a następnie załadowane do konfiguracji docelowej.

Również w tym filmie pokażemy, jak to zrobić bez zmiany konfiguracji przesłać nowe zasady wymiany.

Wideo 4:
Przesyłanie sald początkowych za pomocą zasad wymiany

W tej lekcji pokażemy typową funkcję przenoszenia reszt początkowych.

P.S.

Tak, wymiany przez txt / dbf / ole itp. mają prawo istnieć. W niektórych szczególnych przypadkach, takich jak dokowanie na serwerze WWW lub przesyłanie z gotowego formatu zewnętrznej aplikacji.

Jednak w przypadku standardowych wymian - standardowe metody są zarówno szybsze, jak i znacznie prostsze.

A jeśli ktoś wymyśli koło na nowo, gdy jest gotowe uniwersalne rozwiązanie - to tak, jakby pisać na czole: „Nie mam narzędzia, nie chcę się uczyć, zbuduję kule za twoje pieniądze” .

P.P.S.

Chcemy pokazać, że Data Conversion 3.0 nie jest trudna.

Niezwykłe - tak. Nie wszystko jest od razu jasne - tak. Są bardzo niejednoznaczne punkty - tak.

Ale za pomocą gotowych instrukcji i filmów można go opanować w ciągu zaledwie 1-2 tygodni.