Создание интерактивного тренажера для школы

Dla istniejącego systemu mikroserwisowego wymagana jest opracowanie niezależnej usługi do przetwarzania plików Excel. Zadanie polega na stworzeniu niezawodnego procesu przyjmowania, walidacji i transformacji danych z tabel do zorganizowanego formatu bazy danych. Funkcjonalne zadania: Opracowanie API opartego na gRPC do odbierania poleceń przetwarzania i zwracania statusów wykonania. Realizacja logiki parsowania plików: odczyt dużych ilości danych (XLSX), czyszczenie, sprawdzanie typów i przekształcanie do modeli biznesowych. Realizacja warstwy dostępu do danych (Repository/Unit of Work) do zapisywania wyników w PostgreSQL za pomocą Entity Framework Core. Zapewnienie bezpieczeństwa wątków i efektywnego wykorzystania zasobów (szczególnie przy przetwarzaniu dużych plików). Wymagania techniczne: Platforma: .NET 10. Wzorce architektoniczne: Dependency Injection, CQRS, modułowa architektura projektu. Komunikacja: Wyłącznie gRPC. Praca z Excelem: Wykorzystanie wydajnych bibliotek (np. EPPlus, OpenXML lub analogi według wyboru). Modularność: Kod powinien być zorganizowany w sposób umożliwiający łatwe skalowanie usługi i testowanie. Oczekiwany rezultat: W pełni działający mikroserwis, gotowy do wdrożenia w środowisku kontenerowym. Czysta baza kodu z przestrzeganiem zasad SOLID. Udokumentowane pliki .proto. Podstawowe testy jednostkowe dla krytycznych punktów przetwarzania danych. Wymagania dla kandydata: W odpowiedzi proszę podać: Twoje doświadczenie w pracy z .NET w architekturze mikroserwisowej. Przykłady tego, jak organizujesz DI i modularność w swoich projektach. Doświadczenie w pracy z bibliotekami Excel w .NET. Gotowość do pracy na podstawie kontraktów gRPC.

Konfiguracja: 1C UT 11 Adresowy magazyn Terminal Zebra TC26 Praca przez RDP Skanowanie towarów odbywa się w dokumentach przyjęcia, umiejscowienia, selekcji oraz innych operacjach magazynowych. Aktualny problem: Magazynierzy pracują przez terminal Zebra. Podczas skanowania nie zawsze zauważają komunikaty na ekranie. Potrzebne jest wdrożenie różnych sygnałów dźwiękowych dla różnych wyników skanowania. Wymagana funkcjonalność: Udane skanowanie i przetwarzanie w 1C krótki sygnał dźwiękowy. Kod kreskowy odczytany przez skaner, ale towar nie znaleziony w 1C inny sygnał dźwiękowy (różny od udanego). Błąd podczas wykonywania operacji magazynowej nieprawidłowa komórka; nieprawidłowy towar; inne błędy kontroli adresowego magazynu. oddzielny sygnał dźwiękowy. Dźwięki powinny być odtwarzane na terminalu przez RDP. Życzenia: użycie plików WAV lub innego niezawodnego sposobu odtwarzania; możliwość w przyszłości dodania nowych typów komunikatów dźwiękowych; minimalny wpływ na szybkość pracy terminala. Proszę o podanie w odpowiedzi: Doświadczenie w pracy z UT 11 i adresowymi magazynami. Czy realizowano podobne zadania dla terminali Zebra lub innych terminali. Orientacyjną kosztorys i terminy realizacji. W jaki sposób planowane jest wdrożenie sygnałów dźwiękowych.