Курсова робота "Теорія автоматичного керування"

Шукаємо спеціаліста або команду з досвідом доопрацювання 1С/BAS для автоматизації складського обліку. У нас вже є діюча 1С:Підприємство 8.3, але потрібно проаналізувати поточну базу та запропонувати оптимальне рішення: доопрацювати існуючу 1С; або розгорнути нову, у якій буде реалізований необхідний функціонал. Основна задача — налаштувати повноцінну роботу складу з використанням сканерів штрихкодів, терміналів збору даних, етикеток, адресного зберігання та контролю залишків.Що потрібно реалізувати ведення номенклатури товарів; облік залишків на складі; приймання товарів на склад; продажі та відвантаження клієнтам; резервування товару під замовлення; комплектація замовлень через сканер або ТЗД; робота зі штрихкодами товарів, пачок, коробок і палет; друк внутрішніх етикеток; серійний облік для інверторів, акумуляторів та дорогого обладнання; списання товарів; інвентаризація через сканер; повернення товарів; управлінська звітність; логування дій користувачів; можливість подальшого масштабування системи.Складська логіка Менеджер створює замовлення клієнта в 1С. Після цього замовлення має автоматично передаватися на склад як завдання на збір. Працівник складу відкриває замовлення на терміналі збору даних або іншому пристрої, бачить перелік товарів, кількість і місце зберігання товару: сектор, ряд, стелаж, полицю або комірку. Потрібно реалізувати адресне зберігання, щоб працівник складу бачив, де саме знаходиться товар. Якщо в замовленні багато позицій, бажано, щоб система сортувала товари у зручній послідовності збору по складу. Працівник сканує товар, пачку або палету. Система має перевіряти, чи цей товар є в замовленні, чи правильна кількість, чи достатній залишок і чи не відскановано зайву позицію. Якщо товар правильний — система підтверджує позицію. Якщо товар неправильний — система має показати помилку і не дозволяти закрити замовлення до виправлення.Робота з пачками, коробками та палетами Потрібно реалізувати облік товарів не тільки поштучно, а й пачками, коробками та палетами. Наприклад, якщо одна палета містить 30 одиниць товару, при скануванні етикетки палети система має автоматично додати 30 одиниць у документ. Також потрібна логіка часткового відбору. Наприклад, якщо на палеті було 36 шт, а по замовленню потрібно забрати 10 шт, система має списати 10 шт, залишити 26 шт і запропонувати надрукувати нову етикетку на залишок палети.Етикетки та обладнання Потрібно налаштувати друк етикеток для: одиниці товару; пачки; коробки; палети; товарів із серійними номерами. Етикетка має містити назву товару, артикул, модель, штрихкод, кількість в упаковці або серійний номер, якщо це серійний товар. Система має працювати зі сканером штрихкодів, принтером етикеток і терміналом збору даних.Звіти та контроль Потрібні звіти по залишках, руху товарів, продажах, резервуванню, списанню, інвентаризації, серійних номерах, надлишках і нестачах. Також потрібно логування дій користувачів: хто створив документ, хто змінив кількість, хто провів списання, хто провів інвентаризацію, дата і час дії.Очікуємо від виконавця Потрібен спеціаліст, який: має досвід роботи з 1С/BAS; розуміє складський облік; працював із ТЗД або сканерами штрихкодів; має досвід налаштування друку етикеток; може запропонувати готовий модуль або оптимальну архітектуру рішення; може оцінити, що краще: доопрацювання поточної 1С/BAS чи створення нової бази; після аналізу зможе надати етапи робіт, терміни та орієнтовну вартість.

O firmie Firma handlowa. Pracujemy z grupą towarową liczącą ponad 2000 pozycji w różnych kategoriach.Aktualna sytuacja Obecnie nomenklatura jest prowadzona w Google Sheets — dane są skonsolidowane według zakładek (kategorii). Struktura zakładek: Nazwa towaru Grupy cen: koszt własny, hurt, detal Charakterystyki: waga, ilość w opakowaniu itd. Ważne: liczba kolumn różni się w zależności od kategorii towarów, ponieważ mają one różne charakterystyki.Dlaczego obecne rozwiązanie nie jest odpowiednie Google Sheets nie pozwala na ustawienie praw dostępu na poziomie poszczególnych kolumn. Potrzebujemy: Przyznawania użytkownikom praw do wyświetlania określonych kolumn (na przykład tylko kosztów własnych) Przyznawania praw do edycji określonych kolumn (na przykład cen detalicznych) Ograniczenia dostępu do pozostałych kolumn w tej samej zakładceCo należy zrobićPodstawowe wymagania Elastyczny system rozgraniczenia praw Dostęp na poziomie poszczególnych kolumn (odczyt / zapis) Przydzielanie praw według ról lub użytkowników Zarządzanie prawami bez udziału programistów Wsparcie dla różnych struktur danych Różne kategorie towarów mają różny zestaw charakterystyk Dodawanie nowych kolumn/charakterystyk bez programowania Niepodległość od programistów Administracja przez wewnętrznych pracowników Dodawanie kategorii, kolumn, użytkowników — przez interfejs Integracja z ERP Eksport aktualnych cen do naszego systemu ERP Eksport lub automatyczna integracja przez API Analiza danych z wykorzystaniem AI (pożądane) Możliwość analizy całej listy nomenklatury Ubogacanie, weryfikacja, rekomendacje — jeśli masz pomysły, opiszOczekiwany rezultat Działające rozwiązanie, w którym: Nomenklatura jest zorganizowana według kategorii z różnymi zestawami charakterystyk Prawa do kolumn są elastycznie konfigurowane (wyświetlanie / edytowanie) Dane są eksportowane do ERP Zespół może samodzielnie zarządzać systememCo potrzebujemy od Ciebie przy odpowiedzi Opisz w ogólnych zarysach, jak widzisz rozwiązanie: Jakie narzędzie / platformę proponujesz

Konieczne jest przeprowadzenie głębokiej analizy technicznej trzech plików PDF pod kątem autentyczności oraz możliwych oznak edytowania lub fałszowania. Potrzebna jest nie tylko wizualna ocena dokumentów. Wykonawca powinien dobrze rozumieć wewnętrzną strukturę plików PDF oraz umieć analizować: metadane plików; strukturę PDF oraz poszczególnych obiektów; historię tworzenia i możliwego edytowania; używane oprogramowanie; wbudowane czcionki, obrazy, warstwy i inne elementy; możliwe oznaki ponownego zapisywania, konwersji, wprowadzania zmian lub tworzenia dokumentu z datą wsteczną; jakiekolwiek techniczne niezgodności, które mogą świadczyć o manipulacjach z plikami. Na podstawie przeprowadzonej analizy należy przedstawić zrozumiałe pisemne wnioski dotyczące każdego pliku z wskazaniem wykrytych oznak, ryzyk oraz ograniczeń analizy. Rozważamy specjalistów, którzy mają praktyczne doświadczenie w cyfrowej kryminalistyce, analizie dokumentów PDF, metadanych lub weryfikacji plików elektronicznych pod kątem autentyczności. W odpowiedzi prosimy krótko opisać swoje doświadczenie, metody oraz narzędzia, które wykorzystujesz do takiej analizy.

Ogólne informacje Konieczne jest opracowanie prostej, minimalistycznej systemu webowego, którego głównym celem jest prowadzenie bazy klientów, tworzenie zapisów na wizyty oraz automatyzacja procesu potwierdzania wizyt przez SMS, wysyłanie jednorazowych linków przez API z samego serwisu. Projekt jest realizowany etapami. Na pierwszym etapie konieczne jest wdrożenie jedynie podstawowej funkcjonalności (MVP), aby system mógł być używany w rzeczywistej pracy. Po uruchomieniu i przetestowaniu będzie stopniowo rozszerzany o nowe moduły.Podstawowa funkcjonalność pierwszego etapu autoryzacja użytkowników; baza klientów; tworzenie i edytowanie zapisów; lista zapisów (lub prosty kalendarz); przełączanie między punktami sprzedaży; integracja z operatorem SMS przez API; wysyłanie SMS z dowolnym tekstem lub linkiem do potwierdzenia wizyty; potwierdzenie lub anulowanie wizyty przez klienta za pomocą jednorazowego linku; wyświetlanie statusu potwierdzenia bezpośrednio obok zapisu klienta. Na początkowym etapie zamiast pełnoprawnego kalendarza dopuszcza się użycie prostego wykazu zapisów według dni. Każdy dzień powinien zawierać chronologiczny wykaz rezerwacji z podaniem czasu, imienia klienta, usługi, pracownika oraz statusu potwierdzenia. W przyszłości ten wykaz można będzie zastąpić pełnoprawnym kalendarzem bez zmiany struktury systemu. W systemie powinna być możliwość przełączania się między punktami sprzedaży. Każdy punkt sprzedaży ma własną listę zapisów (lub kalendarz), ale wszystkie korzystają ze wspólnej bazy klientów.

Kopiowanie bazy i frontu dla bazy (Obecnie częściowo skopiowany front i niektóre cechy, ale niepoprawnie. Parser wypełnił bazę swoimi cechami) Synchronizacja parsera z bazą i cechami bazy Naprawa błędu agenta parsera Przycinanie zdjęć proporcjonalnie do znaku wodnego, które spływają z parsera Praca bufora z nową bazą i narzędziami z obiektami tej bazy Poprawienie drobnych błędów: na przykład tekst popupów lub drobne momenty na froncie, błędy, które pojawią się podczas realizacji zadań Podłączenie nowego magazynu do przechowywania mediów Logi przestały trafiać do tabeli operacji finansowych, co nas stronach bilansu i planu taryfowego (płatność taryfy, doładowanie konta (sukces/nie)) Sprawdzić jeszcze raz działanie płatności i po tym zamienić testowe API billingowe od monobanku na rzeczywiste Udoskonalić prawa dostępu dla użytkownika administratora baz Obecnie są zawieszone procesy, które obciążają serwer, trzeba to sprawdzić Logika komentarzy i notatek obecnie działa niepoprawnie, trzeba, aby dla tego samego obiektu w 2 bazach - komentarze były przypisane do każdej bazy, a nie do obiektu, źródłem którego jest obiekt tej bazy (Bardziej szczegółowo mogę wyjaśnić osobiście) Zafiksować w bazach poprawne sortowanie (Obecnie od pierwszego dodanego do ostatniego. trzeba odwrotnie, funkcjonalność sortowania stworzona) Sprawdzić i poprawić poprawność filtrów w bazach, możliwe, że dodać ograniczenia na filtrację przy dużych objętościach danych