Opis projektu
PrzetłumaczoneHandlujemy na dwóch rynkach, a jak dotąd każda karta produktu była tworzona ręcznie. Menedżer otwiera konto sprzedawcy, kopiuje nazwę i opis z naszej bazy danych, ponownie przesyła zdjęcia, ponownie wpisuje cenę — a potem powtarza to wszystko na drugiej platformie. Prędzej czy później ktoś zapomina o drugim koncie, partia się wyprzedaje, a my wciąż przyjmujemy zamówienia na towary, których już nie ma w magazynie. Stan magazynowy to największy ból: pół dnia między sprzedażą a edycją wystarczy, aby zebrać zamówienia, których nie możemy wysłać.
Chcę zamówić odpowiednią wymianę zamiast łatać to przypomnieniami. Skrypt powinien wyciągać karty z naszej bazy danych, dopasowywać nasze kategorie i atrybuty do wymagań każdej platformy, przesyłać zdjęcia, a następnie utrzymywać ceny i stan magazynowy aktualne według harmonogramu. Mapowanie powinno żyć w edytowalnej tabeli, a nie w kodzie: co sezon dodajemy nowe kategorie i nie chcę dzwonić do dewelopera za każdym razem.
Druga połowa pracy to możliwość zobaczenia, co się wydarzyło. Potrzebuję dziennika błędów napisanego ludzkim językiem — która karta, które pole, co dokładnie platforma odrzuciła — sposób na powtórzenie jednego nieudanego przesyłania bez uruchamiania całego katalogu ponownie, oraz krótki codzienny raport pokazujący, co zmieniło się w ciągu ostatnich dwudziestu czterech godzin.
Czego oczekuję w pracy:
— eksport kart produktów z naszej bazy danych, ze zdjęciami
— tabela mapowania: nasze kategorie i atrybuty w porównaniu do wymaganych pól platformy
— zaplanowane aktualizacje cen i stanu magazynowego, uruchamiane na naszym własnym serwerze
— dziennik błędów w prostym języku: karta, pole, powód
— ręczne ponowne przesłanie pojedynczego nieudanego przesyłania
— codzienny raport o tym, co zmieniło się w ciągu ostatniego dnia
— klucze dostępu do platform są przechowywane w pliku konfiguracyjnym poza repozytorium i nigdy nie trafiają do dziennika
— jeśli wymiana się nie powiedzie, stan magazynowy NIE jest zerowany: poprzednie wartości pozostają do momentu udanego przesyłania
— wskaźnik żądań pozostaje w granicach ustalonych przez każdą platformę
— krótka notatka o tym, jak dodać trzecią platformę później bez przepisywania wszystkiego
Chcę zamówić odpowiednią wymianę zamiast łatać to przypomnieniami. Skrypt powinien wyciągać karty z naszej bazy danych, dopasowywać nasze kategorie i atrybuty do wymagań każdej platformy, przesyłać zdjęcia, a następnie utrzymywać ceny i stan magazynowy aktualne według harmonogramu. Mapowanie powinno żyć w edytowalnej tabeli, a nie w kodzie: co sezon dodajemy nowe kategorie i nie chcę dzwonić do dewelopera za każdym razem.
Druga połowa pracy to możliwość zobaczenia, co się wydarzyło. Potrzebuję dziennika błędów napisanego ludzkim językiem — która karta, które pole, co dokładnie platforma odrzuciła — sposób na powtórzenie jednego nieudanego przesyłania bez uruchamiania całego katalogu ponownie, oraz krótki codzienny raport pokazujący, co zmieniło się w ciągu ostatnich dwudziestu czterech godzin.
Czego oczekuję w pracy:
— eksport kart produktów z naszej bazy danych, ze zdjęciami
— tabela mapowania: nasze kategorie i atrybuty w porównaniu do wymaganych pól platformy
— zaplanowane aktualizacje cen i stanu magazynowego, uruchamiane na naszym własnym serwerze
— dziennik błędów w prostym języku: karta, pole, powód
— ręczne ponowne przesłanie pojedynczego nieudanego przesyłania
— codzienny raport o tym, co zmieniło się w ciągu ostatniego dnia
— klucze dostępu do platform są przechowywane w pliku konfiguracyjnym poza repozytorium i nigdy nie trafiają do dziennika
— jeśli wymiana się nie powiedzie, stan magazynowy NIE jest zerowany: poprzednie wartości pozostają do momentu udanego przesyłania
— wskaźnik żądań pozostaje w granicach ustalonych przez każdą platformę
— krótka notatka o tym, jak dodać trzecią platformę później bez przepisywania wszystkiego
Programowanie stron internetowych Gotówka, Przelew bankowy
