Wymiana ryby na żądanie
- Istnieją 3 bazy 1C (główny węzły i 2 poddane - wszystkie klient-serwer), które są oddzielone od siebie.Między nimi ustawiono RIB wymiany poprzez zadania regulacyjne z przerwą w 15 minut, czyli.w najgorszym scenariuszu maksymalny czas aktualizacji danych między bazami - 30 minut
- między serwerami ustawione VPN, czyliObie bazy widzą się nawzajem tak, jakby były one w jednej sieci lokalnej + każda z baz jest publikowana (to tak na notatce)
W czym jest problem:
Kurier pobiera z sklepów przeniesienia i przywozi do magazynu - na drodze odchodzi 5-10 minut.Ale istnieją sytuacje, że zmiany w ruchu w 1C wprowadzają się bezpośrednio przed wyjazdem kuriera i kiedy przychodzi na magazyn - tych zmian w głównym węzlu jeszcze nie ma - trzeba poczekać 15-20 minut, aż dojdzie do pełnej wymiany RIB.Zadaniem jest:
Chciałbym mieć funkcję uruchomienia RIB wymiany na żądanie.W lokalnej bazie uruchomienie wymiany nie jest problemem - ale trzeba wymyślić, jak uruchomić regulację wymiany na odległej bazie.Ponieważ bazy w zasadzie widzą się nawzajem bezpośrednio - może istnieć możliwość realizowania takiego mechanizmu za pośrednictwem połączenia COM lub za pośrednictwem serwisu internetowego, w ogóle trzeba wymyślić stabilną opcję połączenia, aby pracować z takim nie skomplikowanym algorytmem:
1 .Na przykład na bazie lokalnej naciśnij przycisk "Wykonaj wymianę"
2 .Podłączamy się do odległej bazy i uruchomimy regulację wymiany (jeśli regulacja jest obecnie wykonywana - to ślad.punkt )
3 .Czekamy na odpowiedź na zakończenie zadania
CzteryPo otrzymaniu odpowiedzi - uruchomimy regulamin wymiany na lokalnej bazie
-
2 dni82 PLN
546 5 0 2 dni82 PLN
Dzień dobry, mogę wykonać to zadanie poprzez uruchomienie wymiany w bazie z etykietą na biurku. Takich wymian już zrobiliśmy.
-
Добрый день. а зачем вам Риб. если у вас настроен ВПН. вы можете все работать в одной базе. и не будет проблем с обменом.
-
да даже риб могли б и оставить на случай обвала инета, но основной пользовались по rdp.
-
Если пропадает интернет - тогда магазин закрывать получается? Или записывать на листике продажи?
-
При пропадании интернета вести в локальной урбд(прописать инструкцию на случай для кассира, менеджера etc), а так работать через веб морду в Центральной базе раз они все у вас опубликованы(если имелось ввиду веб сервер) или remote desktop service (protocol) урбд при нынешнем качестве и стабильности интернета уже никто непользует. Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет)
-
Доброго дня.
А чому на 2 базі не можна запустити обмін ?. (Касир або менеджер)
Можливо вам просто кнопку добавити в зручне місце.
Якщо це касир -
Тут не понял. Базы в разных частях города. Можно конечно звонить и просить чтобы запустили обмен или курьеру флешку с файлами обмена давать - проблему мою это решит, но смысл в таких костылях если можно все автоматизировать
-
Можу зробити через ком.
Кнопку яку менеджер в центральній базі запускає і програма виконує вигрузку і загрузку в іншій базі
по базах які налаштуються в окремому справочнику. -
Третя ставка сама близька до виконання задачі, шановні виконавці читайте ТЗ вас ніхто не питає про доцільність ріб вам кажуть запустити обмін
-
побільше б вас таких программістів, більш і в нас у адмінім роботи будє, ви ж читайте і проблему замовника, одним тим алгоритмом задачу не вирішиш. Треба тоді буде переписати механізм урбд.
-
- между серверами настроен VPN - т.е. обе базы видят друг друга как-будто они в одной локальной сети + каждая из баз опубликована (это так на заметку)
Я відману вас я уважно прочитав, скажіть що мішає мені запустити обмін в вузлі тото сказати вигрузи дані, чекнути статус завершено, і тоді вже основному вузлу сказати занрузи дані?
-
Я вважаю що нічого як мені через ком.))))
-
Траблы даже при ускоренном обмене будут случаться так как если оба пользователя изменять один и тот же документ,тмц, нужен будет ещё один цикл итерации для перезаписи его из Центральной в Перефирийную базу (у центральной базы всегда приоритет), это всеравно что Укрпочту пытаться ускорить телефонными звонками. Через com как предлагает коллега постарше реальней, но всеравно это задача решается административно управляющими механизмами и пытаться его решение через создание костыля в урбд лежит только на заказчике, у меня опыт с администрирования более 11 баз на урбд есть.
-
Ком це минулий вік, коли замовник пише що база обпулікована мені простіше REST, на рахунок проблем обмів так званого конфлікту версій документа, вони і так є у замовника, або немає, ви не знаєте, так як це проблема РИБ. У змавника він працює і він ним задоволений, раз навіть при наявносі звязків між серверами і стабільного інтернету не обєднав бази, значить є на це свої причнини.
-
Та вже свій костиль, що те мене вмовляеш) вирішить всерівно замовник, а старий сом дасть фору твоему restу рази в три. Тім паче рест реалізовувати проще ніж com.
-
Всем спасибо за обсуждение. Отвечу по порядку:
- действительно задача стоит только об удаленном запуске обмена. Метод работы выбран отдельными базами с РИБом, а не через RDP в силу многих факторов не только связанных с интернетом (специфическое оборудование и т.д.)
- все конфликты одновременного изменения документов решены доработкой конфы. За последние 2 года не зафиксировано проблем
И вопрос Алексею - можно подробней в чем фора у com перед rest?
-
На для вашей задачи никакой, сом просто ниже в стеке реализации winapi нежели прохождение через httpа потом к ядру .но это было в эпоху 1с 7. Хотя сервер публикуется всеравно через apache или iis. Com подобен rpc (remote call procedure), скорость выше но безопасность никакая.
-
про швидкість беред сивоі кобили, кастомні мобільні додатки на ресті працюють швидще як мобільна платформа, все побудовано на ресті, і взагалі якщо програміст хоче викоритовувати ком, йому треба зламати руки....
PS. Слово кросплатформеність вам напевно не відоме.
-
Никто и не спорит что ком существует только в винде, вы просто в 1с 7 наверное не работали молодой человек.
-
Послухайте, ваш професіний рівень застряг на 2005, в нормальну команду вас не візьмутьпросто інтервю не пройдете, про ком і HTTP є багато статей раджу ознайлмитись, я вже мовчу про танці з бубнами коли піднімуть версію платформи і виявится що все чомучь не працює....
-
здесь работают только команды аутсорсеров и я мешаю ?
-
Большая просьба общаться с уважением друг к другу.
Исполнитель выбран на другой площадке, задание закрываю. Всем спасибо за обсуждение и идеи.
-
Aktualne zlecenia dla freelancerów w kategorii Aplikacje desktopowe
Modyfikacja w pracy emulatora
164 PLN
Witaj. Ściągnąłem z Internetu emulator automatu do gier gaminator cf final. Bardzo mi się podoba, ale są tam niedociągnięcia. Jest panel administracyjny, ale otwiera się swobodnie, a nie zamyka w ogóle. Zamyka się tylko razem z aplikacją. A dane po zmianach w panelu… Aplikacje desktopowe ∙ 6 dni 16 godzin temu ∙ 10 ofert |
Opracowanie niestandardowego oprogramowania (aplikacja na Androida + CMS) dla kiosków samoobsługowych SUNMI K2 (fast food)
82 PLN
Szukamy doświadczonego zespołu lub programisty Android na poziomie średnim/zaawansowanym (możliwe, że z umiejętnościami Full-stack) do stworzenia własnego oprogramowania dla kiosków samoobsługowych sieci fast food. Obecnie nasze terminale działają na bazie gotowego chmurowego… Content Management Systems, Aplikacje desktopowe ∙ 11 dni 11 godzin temu ∙ 23 oferty |
Ukraina