Ogólny opis: Szukamy wykonawcy do rozwiązania zadania automatyzacji aktualizacji danych o stanach towarów dostawców. W pierwszej kolejności rozważany jest poszukiwanie i adaptacja istniejącego gotowego rozwiązania. Jeśli nie znajdzie się gotowe rozwiązanie, które spełnia kluczowe wymagania, rozważana jest rozwój rozszerzenia od podstaw.Głównym celem jest skonfigurowanie stabilnego i automatycznego ładowania stanów. Dodatkowym (opcjonalnym) zadaniem jest skonfigurowanie ładowania cenników. Możliwe jest rozważenie osobno lub w kompleksie.Konfiguracja 1C:Program: Business Automation Software for small company. PROFWersja: 1.6.21.3Wymóg: Rozwiązanie musi być zrealizowane wyłącznie w formie rozszerzenia, bez wprowadzania zmian do głównej konfiguracji.Podejście do realizacji (Ważna uwaga dla wykonawców):Jesteśmy otwarci na Wasze propozycje! Jeśli macie:Gotowe rozszerzenie, które częściowo spełnia wymagania — proponujcie je z opisem niezbędnych poprawek.Swoje wizje lub alternatywne podejście do realizacji — z przyjemnością je rozważymy. Naszym celem jest uzyskanie efektywnego narzędzia roboczego, i jesteśmy gotowi być elastyczni w sposobach jego osiągnięcia. Podstawowe wymagania dotyczące funkcjonalności:1. Pozyskiwanie danych:Źródło: Skrzynka pocztowa Gmail.Sposób pozyskiwania: System musi być w stanie przetwarzać: E-maile z bezpośrednimi załącznikami (plikami).E-maile, w których treści znajduje się bezpośredni link do pobrania pliku (bez konieczności wprowadzania loginów/hasła na zewnętrznych portalach).Filtrowanie załączników: Możliwość wskazania "maski" nazwy pliku lub rozszerzenia dla każdego dostawcy (na przykład, *stock*.xlsx), aby system automatycznie ignorował inne załączniki w e-mailu (faktury, zdjęcia z podpisów, katalogi PDF).Formaty plików: Excel (.xls, .xlsx), CSV, XML. 2. Konfiguracja i przetwarzanie danych:Należy zrealizować elastyczny interfejs konfiguracji dla każdego dostawcy osobno.Logika dopasowania asortymentu: Dopasowanie towarów powinno odbywać się ściśle według artykułu.Przetwarzanie niedopasowanych pozycji: Jeśli artykuł z pliku nie zostanie znaleziony w bazie 1C, system nie powinien tworzyć nowego asortymentu. Zamiast tego, powinien być generowany raport z listą takich pozycji do dalszej analizy przez menedżera.Przetwarzanie niepełnych plików: System powinien poprawnie przetwarzać pliki, które zawierają tylko stany (bez cen) lub tylko ceny (bez stanów), aktualizując w 1C tylko te dane, które są obecne w pliku.Optymalizacja pracy z pamięcią: Parsowanie dużych plików Excel powinno odbywać się maksymalnie optymalnie (na przykład, odczyt przez dokument tabelaryczny po stronie serwera lub za pomocą specjalistycznych bibliotek), aby uniknąć awaryjnego zakończenia 32-bitowego programu klienckiego z powodu braku pamięci operacyjnej.Jednostki miary i waluty (opcjonalnie): Możliwość wskazania waluty pliku wejściowego (z automatyczną konwersją) oraz określenia współczynnika pakowania dla poprawnego obliczenia podstawowych jednostek miary. 3. Logika ładowania danych:Podstawowe zadanie: Ładowanie stanów To kluczowa i obowiązkowa część funkcjonalności.Krytyczny wymóg dotyczący czyszczenia: Czyszczenie poprzednich stanów konkretnego dostawcy powinno odbywać się wyłącznie po pomyślnym odczytaniu i pełnej walidacji nowego pliku. Jeśli plik jest uszkodzony, pusty lub zmieniła się struktura kolumn — stare stany nie są usuwane, a system po prostu generuje błąd. Jest to konieczne, aby uniknąć przypadkowego zerowania bazy i zapewnienia dostępności danych. Dodatkowe (opcjonalne) zadanie: Ładowanie cennikówTa funkcjonalność będzie atutem, ale nie jest obowiązkowa na pierwszym etapie.Ceny statyczne: Możliwość ładowania cen w trzy określone typy cen w 1C: "Zakupowa", "VIP cena", "Detaliczna".Ceny obliczeniowe: Należy przewidzieć elastyczny mechanizm obliczania cen według formuł, który jest konfigurowany dla każdego dostawcy. Na przykład: Opcja A: Bazową jest cena detaliczna z pliku, a zakupowa i VIP są obliczane jako procent od niej.Opcja B: Bazową jest cena zakupowa, a detaliczna i VIP są obliczane za pomocą narzutu.Musi być możliwość określenia bazy obliczenia i formuły dla każdego typu cen. 4. Przechowywanie i wyświetlanie danych w 1C:Przechowywanie: Zaleca się przechowywanie danych w nowym Rejestrze informacji. Jednakże, jesteśmy otwarci na Wasze propozycje, jeśli widzicie bardziej optymalny architektoniczny sposób.Wyświetlanie: Aktualne informacje o stanach powinny być wyświetlane w następujących interfejsach:Formularz dokumentu "Zamówienie klienta".Formularz "Dobór towarów".Formularz karty asortymentu.Ważne: Jeśli ten sam artykuł jest dostępny u kilku dostawców, w interfejsie powinno być wyraźnie widoczne saldo dla każdego z nich osobno (na przykład, osobny panel informacyjny, okno wyskakujące po najechaniu lub dodatkowe kolumny). 5. Automatyzacja:Ładowanie powinno być wykonywane automatycznie za pomocą serwerowego zadania regulaminowego (lub innego bardziej optymalnego podejścia).Powinna być możliwość skonfigurowania różnego czasu uruchamiania dla różnych dostawców (na przykład, 8:00, 10:00).Obowiązkowo musi być możliwość ręcznego uruchomienia procesu ładowania.System powiadomień: W przypadku wystąpienia krytycznych błędów podczas automatycznego ładowania (brak pliku w e-mailu, nieznany format, błąd odczytu), system powinien generować powiadomienia dla odpowiedzialnego menedżera (w formie zadania w 1C, wiadomości lub e-maila). Wynik pracy:Plik rozszerzenia (.cfe), lub pakiet instalacyjny gotowego rozwiązania.Instrukcja użytkownika dotycząca konfiguracji i użytkowania. P.S. Przykłady podobnych poprawek: 1) https://ingenum.ua/analiz-praysov-postavshikov-dlya-bas-ili-1c2) https://pdk.com.ua/ua/features/dev/monitor_zagruzki-detail/3)https://nct.ua/catalog/raboty_dlya_1s_8/Automatic-loading-of-price-lists-of-suppliers-and-the-balance-of-goods-from-suppliers/
Oferty ukryte
Aktualnie brak ofert
Oferty ukryte
-
Serhii Osadchuk 9 października 2020Доброго дня. Якщо типові звіти не підходять. то можна написати такий
-
Viktoriya Korzh 9 października 2020если курс НБУ 1 грн на дату продажи товара, то у Вас от продажи будет убыток, а от курсовой разницы доход. Это если нет опечатки в курсе НБУ на дату продажи
-
Serhii Osadchuk 9 października 2020
помилилась людина. це очевидно
-
Sergey Nazarenko 9 października 2020Здравствуйте, Алексей.
Отчет Валовая прибыль показывает прибыль в "валюте управленческого учета".
Если у Вас всё в Евро, то был смысл при начале работы в программе выбрать Евро в качестве валюты управленческого учета (Операции\Константы\Настройки параметров учета\Закладка "Валюты").Но, т.к. Вы уже начали вводить в базу документы, то изменить эту константу уже нельзя. :(
Вы давно ведете учет в этой базе?
Если у Вас база не большая, то можно попробовать отменить проведение всех документов, изменить эту константу, и провести все документы обратно.
Только помните о необходимости перед такими операциями с базой данных - делать бекапы (Конфигуратор\Администрирование\Выгрузить информационную базу).А если база старая и большая, то решение Вашей задачи достаточно не тривиально (если оно вообще возможно).
-
Aleksey Tanasiyenko
9 października 2020
давно, у нас приход вводится в евро, а все отгрузки в грн вводятся
-
Aleksey Tanasiyenko
9 października 2020
нужен отчет именно в грн
мы же не будем видеть картины по курсовой разнице за каждый день и по каждому товару
сейчас она конечно сидит в прибыле/убытке, но лучше чем в евро, где курсовой разницы не будет вообще
-
Sergey Nazarenko 9 października 2020
Валовую прибыль в гривнах (и с курсовой разницей) можно было бы смотреть в отчетах регламентированного учета.
Но это уже не имеет значения, раз у Вас база давнишняя...
У Вас получается чисто ТРИЗ-овская задача: "Курсовая разница быть должна! И одновременно с этим курсовой разницы быть НЕ должно!".Такие задачи за 500 грн не решаются. Тем более, что одно, достаточно хорошее решение (как эту задачу решили разработчики типовой конфигурации) Вы уже отбросили. Тут только думать на вдесятки раз большую сумму нужно.
-
Aleksey Tanasiyenko
9 października 2020
сумму обсудим, это не на первом месте
Курсовая разница должна быть, но нужно разделить/выделить ее с общей разницы между Себестоимости и Продажи
Я не понимаю суть стандартого функционала, там будет видно только прибыль
А как тогда компании отнести на прибыль/убыток курсовую разницу? Она ж по факту есть в любом случае, так как у нас расчеты в Украине только в грн.
-
Sergey Nazarenko 9 października 2020
Тут у Вас тоже обнаруживается противоречие.
Вы продаете товар за 120 Евро... но документ выписываете в гривне...
Вопрос: Откуда система должна узнать, что товар продается за 120 Евро (если в документе все в гривнах)?
Хотя... Есть у меня одна идейка. Мне сейчас нужно убегать. Постучитесь ко мне в личку, я когда вернусь - опишу Вам эту идею. Если понравится - сформулируем ее более внятно и тогда я смогу оценить стоимость. -
Aleksey Tanasiyenko
9 października 2020
да, надо доработать видимо
-
Dmytro Molochnikov 9 października 2020Позволю себе заметить, что товарный/партионный учёт никак не зависит от колебаний курса. Курсовые разницы начисляются только на остатки валютных счетов (в УУ - на те регистры, где есть СуммаВзаиморасчетов и СуммаУпр). Это, грубо говоря, Контрагенты, Подотчетники, Банк, Касса.
Себестоимость высчитывается на момент прихода в валюте регл. и упр. учёта и остаётся неизменной в течение всей жизни партии товара.
-
Aleksey Tanasiyenko
9 października 2020
а где это написано ? Это ж не бухгл. учет. что есть стандарты
Это управленческий учет, где нам нужно узнать отдельно курсовые разницы по каждому дню и товару
потому что:
1. Приход идет в евро
2. Отгрузки в грн
3. 1с все считает в грн по курсу НБУ, в то врмя как Отгрузки делаются по пересчете банковского курса
-
Aleksey Tanasiyenko
9 października 2020
"Себестоимость высчитывается на момент прихода в валюте регл. и упр. учёта и остаётся неизменной в течение всей жизни партии товара. "
Это все верно, но потом мы продаем по курсу банка(пересчет цены вручную идет), а не по курсу НБУ (по нему идет приход товара).
Вот и разницу между НБУ и банковским курсом нужно выделить из Валового дохода так как по нашей методике она там сейчас "сидит"
-
Dmytro Molochnikov 9 października 2020
"Это все верно, но потом мы продаем по курсу банка(пересчет цены вручную идет), а не по курсу НБУ (по нему идет приход товара)."
К сожалению, нет. Вы продаете не по курсу НБУ, а по прайсу. Если, например, вы подарите или спишете свой товар, то курсовая разница никак не затронет такую операцию. Доход от продаж определяется только маржой.
Постучитесь ко мне, я покажу, как я реализовал начисление ежедневных курсовых разниц в УУ. -
Aleksey Tanasiyenko
9 października 2020
прайс в евро с пересчетом на грн для каждого заказа (курс динамический, менеджер смотрит курс при каждом оформлении заказа)
маржа конечно есть но все просчитывается по евро ценам, а потом продается в грн и очеты в грн.
маржа для каждого клиента разная и прописать/уследить в отчете не реально
+ маржа еще может зависить от фактором.
у нас спецеф. продажи немного , не все так прямолинейно
то есть пример еще раз
закупка была 100 евро 1шт, курс НБУ был 30 = 3000 грн
продажа этого же товара 120 евро, курс банка 35 грн = 4200 грн
по курсу НБУ 33 на тот день это 3960 грн
то есть доход тянет 4200 грн - 3000 грн =1200 грн
а по факту должно быть/нужно 3960-3000= 960 грн - чистый валовый доход
то есть 240 грн это курсовая разница между НБУ при закупке и Банк при продаже
-
Aleksey Tanasiyenko
9 października 2020
то есть с примера выше подсумирую
1с не видет что менеджер продал на 120 евро
у нее есть себестоимость 3000 грн и продажа 4200 грн
и разница 1200 грн
-
Sergey Antonyuk 10 października 2020А закрыть период (выставить в настройках даты) или посчитать по одной операции с определением курсовой разницы никак?
-
Sergey Antonyuk 10 października 2020
Вам не кажется, что все довольно просто: 1 формула по теории
(120-100)*30=600 грн прибыль без курсовых разниц
(35-30)*120 = 600 грн прибыль от курсовых
в сумме 1200 грн
могу конечно ошибатся
-
Aleksey Tanasiyenko
10 października 2020
1с не знает что продали за 120 евро
и не знает что по 35 курс
она знает только курсы НБУ в день закупки и продаж
и цену евро закупки товара
-
Sergey Antonyuk 10 października 2020
Сорянчик, забыл про курс нбу на дату покупки и продажи
-
Sergey Antonyuk 10 października 2020
И нужен курс на дату закрытия периода, т.е. месяц. Напишите в личку
-
Sergey Yuryevich 13 października 2020Насколько я понял вопрос, ответ на который интересует: как изменение курса повлияло на прибыль.
Здесь могут быть разные варианты реализации, нужно подбирать решение, возможно оно будет компромисным. Например можно изменить стоимость партии на курсовую разницу. То что первое приходит на ум. Есть другие варианты.
Я бы посмотрел на эту задачу более широко. Ведь наверняка вопрос самого верхнего уровня максимизировать прибыль.
В принципе даже просто сравнив рентабельность по двум периодам можно сказать управленческие решения максимизируют прибыль или наоборот. Если процент рентабельности выше значит максимизируют.
Понятно, что на это влияют и внешние факторы. Но, на то учетная система и управленцы и нужны чтобы с помощью учетных данных и экспертного опыта принимать решения, которые увеличат прибыль.
В итоге подбирается оптимальный размер партии, рассчитывается бюджет продвижения, учитываются тенденции по курсу или другие факторы, которые можно определить зная специфику бизнеса.
Основная идея анализировать данные на разных уровнях обобщения.
Aktualne zlecenia dla freelancerów w kategorii Automatyzacja zarządzania przedsiębiorstwem
Potrzebne jest, aby przy tworzeniu zamówienia przez menedżera w Bitrixie automatycznie generował się dokument TTN dla Nowej Poczty. Dla dalszej możliwości drukowania TTN w rejestrze.
Skonfigurować automatyczne aktualizacje raz dziennie dostępności towarów na naszej stronie na prom.ua. Mamy dostawcę, który codziennie wysyła cennik towarów w formacie Excel na nasz adres e-mail. Artykuły na naszej stronie i w cenniku dostawcy są identyczne. Wartości w kolumnie "zapasy" to albo brak dostępności, albo liczba, albo więcej niż jedna skrzynka - należy aktualizować na stronie do stanu Gotowe do wysyłki lub Brak w magazynie. Artykuły, które nie znajdują się w cenniku dostawcy - pozostawić bez zmian. Proszę zaproponować rozwiązanie, termin i budżet. Dziękuję za wcześniejszą odpowiedź, czekam na specjalistę do współpracy.
Szukamy doświadczonego specjalisty z 1C BAS KUP, który pomoże zintegrować pracę z aplikacją mobilną pod klucz.Obecnie jeszcze nie zdecydowaliśmy się na oprogramowanie i aplikację mobilną dla TSD, dlatego szukamy specjalisty, który ma praktyczne doświadczenie, orientuje się w nowoczesnych rozwiązaniach na rynku i będzie w stanie nie tylko polecić optymalną opcję, ale także w pełni ją wdrożyć. Co należy zrobić:zainstalować i skonfigurować aplikację mobilną oraz zintegrować ją z BAS KUP;wybrać i zaproponować TSD;skonfigurować poprawną wymianę danych między BAS a aplikacją mobilną;przetestować działanie systemu i, w razie potrzeby, usunąć błędy lub wykonać niezbędne poprawki.przeprowadzić szkolenie dla użytkowników Bas Kup i TSDProjekt należy zrealizować pilnie, dlatego dla nas ważne jest znalezienie specjalisty, który jest gotowy szybko rozpocząć pracę i doprowadzić wdrożenie do pełnej funkcjonalności. Wymagania dla kandydata:doświadczenie w pracy z BAS KUP oraz integracją aplikacji mobilnej;znajomość nowoczesnych rozwiązań do automatyzacji magazynu;doświadczenie w realizacji podobnych projektów "pod klucz";możliwość rozpoczęcia pracy w najbliższym czasie. W odpowiedzi proszę krótko opisać swoje doświadczenie, wskazać, jakie rozwiązanie rekomendujecie w naszym przypadku, podać przykłady podobnych projektów oraz poinformować, kiedy jesteście gotowi rozpocząć pracę.
Uwaga Produkcja poszukuje specjalisty do długotrwałej współpracy!!! Poszukuję programisty lub zespołu, który pomoże stworzyć niedrogi, niezawodny i łatwy w użyciu system automatyzacji produkcji dla zakładu rozbioru kurczaka. Głównym celem jest maksymalne zautomatyzowanie procesu ważenia, etykietowania produktów, prowadzenia ewidencji magazynowej oraz zapewnienie pełnej identyfikowalności każdej partii produktów od przyjęcia surowca do wysyłki do klienta. Główne funkcjonalności 1. Integracja z wagowym sprzętem Podłączenie wag elektronicznych do komputera osobistego. Automatyczne pobieranie wagi bez ręcznego wprowadzania. Wsparcie jednego lub kilku stanowisk roboczych. 2. Automatyczne drukowanie etykiet termicznych Po ważeniu system automatycznie drukuje etykietę, która zawiera: nazwa produktu; waga; numer partii; data produkcji; termin przydatności; kod lub imię i nazwisko pracowników, którzy wykonali operację; kod kreskowy lub kod QR; inne niezbędne informacje zgodnie z wymaganiami przedsiębiorstwa. 3. Automatyczna ewidencja magazynowa System powinien zapewniać: przyjęcie tuszek do produkcji; automatyczne odpisywanie surowca; przyjęcie gotowych produktów; ewidencję stanów w czasie rzeczywistym; kontrolę strat i wydajności produktów. 4. Wysyłka produktów Tworzenie zamówień klientów. Kompletacja zamówień. Automatyczne odpisywanie produktów z magazynu. Kontrola stanów po wysyłce. 5. Identyfikowalność (Traceability) To jeden z najważniejszych modułów systemu. Należy zapewnić możliwość w każdej chwili określić: z jakiej partii tuszek wyprodukowano każdą jednostkę produktu; kiedy została wyprodukowana; kto dokładnie ją przetwarzał; na jakich wagach była ważona; jakie wartości wagowe zostały zarejestrowane; kiedy i komu została wysłana. System powinien również umożliwiać szybkie znalezienie wszystkich jednostek produktów wyprodukowanych z konkretnej partii surowca, co jest szczególnie ważne w przypadku kontroli lub wycofywania produktów. 6. Raporty Pożądane jest wdrożenie: stanów magazynowych; ruchu produktów; wydajności pracowników; wydajności produktów z każdej partii; strat przy rozbiorze; historii wszystkich operacji; statystyki produkcji za dowolny okres. Życzenia Prosty i intuicyjny interfejs. Minimalna ilość ręcznego wprowadzania informacji. Praca bez drogich licencji. Lokalna baza danych z możliwością tworzenia kopii zapasowych. Możliwość dalszego rozszerzania funkcjonalności. Wsparcie integracji z wagami i drukarkami termicznymi (Zebra, Godex, TSC, Xprinter lub podobnymi). W odpowiedzi proszę wskazać Przykłady podobnych projektów. Proponowaną technologię rozwoju. Orientacyjną cenę i czas realizacji. Obsługiwane modele wag i drukarek termicznych. Propozycje dotyczące ulepszenia systemu. Perspektywa współpracy W przyszłości planowane jest rozszerzenie systemu do pełnoprawnego ERP produkcyjnego z automatyzacją wszystkich procesów przedsiębiorstwa: zakupów, magazynu, produkcji, kontroli jakości, logistyki, sprzedaży i ewidencji finansowej. Dlatego poszukuję specjalisty lub zespołu do długoterminowej współpracy. Chciałbym również od razu dodać jeszcze jeden wymóg, który znacznie zwiększy praktyczną wartość systemu: obliczenie wydajności produktów i strat. Na przykład, jeśli przyjęto 1000 kg tuszek, system automatycznie pokazuje: ile uzyskano filetów, ud, skrzydeł, goleni itp.; ogólny procent wydajności; straty technologiczne; wydajność każdego pracownika lub zespołu; koszt każdej pozycji.