Находит ошибки которые допустил поставщик конфигурации.
С удовольствием буду продолжать сотрудничать дальше.
Нужны доработки конфигурации 1С УНФ 1.6.5, вот перечень:
1. Карточка контрагента, хочется видеть на главной странице
Систему налогообложения (она есть конечно через Еще…) но реально менеджеру не удобно каждый раз туда залазить, а заполнять там ее сразу при создании контрагента забывают и потом появляются проблемы при экспорте в Бух.
Выводиться должно самое последнее текущее значение либо пустота если менеджер ничего не заполнил.
2. Добавить для Счета входящего (от Поставщика) Возможность Сделать Через меню «На Основании» методом копирования табличной части с ценами из Счета входящего – счет Покупателю. (т.е. без всякого подчинения и журналирования).
И не забыть что при выборе Покупателя проставлялись вид тех цен что идут как основные для Покупателя (с соблюдением типа валют)
3. Деньги – Банк. Там есть два журнала:
1 = Поступления на счет; 2 = Расход со счета
Хочется: чтобы справа от суммы платежа выводился еще проставленный курс зачета платежа по конкретному платежу.
Выводиться должно то значение курса, что уже есть/указывается конкретно в платежном документе при его проведении. (Иногда там может быть и 1,00)
4. Расходная накладная покупателю. Нужно сделать следующую доработку: чтобы в такой ситуации, что если не указывается менеджером Кладовщик, то по умолчанию чтобы хотя бы подставлялся Руководитель (керівник)
Проверку делаем в форме Расходная накладная (плюс)
(Все плюсовые документы просьба делать на 2х языках = укр. и рус.)
И желательна возможность печати (доработанных) украинских печатных форм в том числе и при русском языке интерфейса менеджера.
5. Просьба чтобы в Доверенности Поставщику которая делается на основании счета сразу подставлялась информация: конкретный номер этого счета Поставщика с соответствующей датой. (Сейчас там каждый раз нужно руками заполнять номер и дату счета. Нам это не удобно).
6. Если мы делаем на основании документа «Заказ поставщику», документ «Счет на оплату (полученный)» и в Заказе Поставщику уже проставлены ожидаемые цены (формально входного счета Поставщика) – то не нужно в Документе Счет входящий от поставщика обнулять/сбрасывать цены. Иначе это получается дурная работа – вбивать сперва цены в Заказе поставщику, а потом еще раз вбивать цены в Счете на оплату полученном (от Поставщика). Нужно чтобы цены, если они уже есть в Заказе Поставщику – переносились в Счет входящий (полученный) от Поставщика.
7. Сделать печатную форму Акт приема-передачи (плюс) = Акт прийому-передачі
Формируется только для печати на базе расходной накладной, которая бы вместо текста расходной накладной выводила форму и шапку Акт приема-передачи (номенклатуры) между Продавцом (нами) и Покупателем.
Там должны быть в начале (в шапке) данные о
Постачальник (Продавець) и
Замовник (Покупець), их реквизиты и ответственные лица, и текст в стиле что Постачальник (Продавець) передав, а Замовник (Покупець) прийняв наступні товари (послуги):
Далее - Таблица, суммы (все примерно так же, как в расходной накладной)
Далее пишем текст фразы что:
Постачальником була передана продукція Покупцю в повному обсязі, згідно Документу такому-то (ссылка на Рахунок, или Замовлення, или Договор)
Всього на суму (сума цифрами и словами)
Покупець претензій до Постачальника не має.
Відповідальна особа Постачальника (Продавця) …
Відповідальна особа Замовника (Покупця) …
Если надо, я могу скинуть примеры таких Актов приема-передачи.
Печататься Печатная форма такого Акта приема-передачи должна из (расходной) Видатковой накладной покупателю.
8. Сохранение Доверенности в файл. Сейчас доверенность сохраняется с названием файла Типовая форма ххх. Хочется чтобы доверенность сохранялась с названием сохраняемого файла примерно в таком с указанием номера доверенности = Доверенность 25.расширение файла (xls, xlxs, pdf, doc, docx и пр. – в зависимости от того что выберет менеджер)
Пункты 9 и 10 что ниже, возможно что делать будет не нужно. НО в объеме озвучиваемой стоимости заказываемых работ по ТЗ для проекта пункты 9 и 10 оценить/учесть в конкурсной цене.
9. Убрать ОБЯЗАТЕЛЬНОСТЬ наличия цен на товар в Заказе Поставщику. Заказ Поставщику должен нормально сохраняться и вероятно и проводиться с незаполненными ценами. (Как по мне это вполне логично. Цены есть обязательными в счетах и накладных, но не в Заказе Поставщику (Логика: я не знаю по чем мне продадут в этот раз товар, мне удобно чтобы менеджер мог отправлять Заказ(ы) разным поставщикам без цен на товар, чтобы поставщики, если их несколько, могли сделать нам как покупателю – свои ценовые предложения или счета – а мы выберем с кем работать по этому заказу).
Цель: Не хочется вбивать руками цены дважды в разных документах (в Счете от поставщика и в Заказе поставщику). Заказ поставщику у нас может быть запросом для разных поставщиков.
Имеется возможность сохранить Заказ поставщику без цен. А дальше – уточняю…
Пока этот пункт подвешиваем в ожидании.
10. Разобраться со следующей ситуацией (Банк. Поступление оплаты на счет):
Когда делается (в нижеследующей последовательности – важна последовательность!)
Меню Продажи – Счета на оплату. На основании счета Покупателю (в том числе и не проведенного) например, делаем –> Ввести фактический платеж (поступление оплаты на счет).
Ситуация может возникнуть когда мы сперва нажимаем Записать (а не Провести и закрыть) – то тогда сбивается некоторая логика, а именно в таком случае уже нет ячейки Счет на оплату. Исчезла...
Я думаю, что это возможно вылазит ошибка типовой конфигурации. У покупателя все флажки по учетной политике - установлены.
Т.е. Если мы просто нажали на Записать документ, то можем получить такую странную форму где упоминание (ячейка) Счет на оплату уже исчезла … и имеем форму без указания счета на оплату, но с Документ планирования…
Нам нужно чтобы даже при нажатии «Записать» исчезают ячейки «Заказ» и «Счет на оплату» - никуда не исчезала и там был бы указан соответствующий документ Заказ или Счет на оплату – тот документ что был указан в Основании…
Такие ситуации не всегда возникают, но на них уже нарывались… буду наблюдать когда такое возможно и происходит. Это мешает и требует отмены перепроведения документов и прочих телодвижений.
Budżet: 1600 UAH Termin: 2 dni
Изучил, могу сделать все десять пунктов из технического задания
Budżet: 3000 UAH Termin: 2 dni
Добрый день.
Будут некоторые уточняющие вопросы, но ни на сроки, ни на стоимость не повлияют. Если актуально - пишите.
Budżet: 3100 UAH Termin: 1 dzień
Добрый день. Выполним. Большой опыт. Детали и тонкости можно по телефону. т. 0674100867, 0934806868
Automatyzacja przetwarzania danych Wykonywanie obliczeń według danych algorytmów, Automatyczne formowanie dokumentów Integracja z 1C Są dane wejściowe w jednej tabeli, które automatycznie mają być przenoszone do innej, wykonywane obliczenia według określonych zasad oraz formowane gotowe dokumenty do dalszego również automatycznego załadunku do 1C
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.
Agencja komunikacyjna/rekrutacyjna. CRM — NetHunt (plan Business, 2 użytkowników). Dwie lejki — kandydaci i klienci — zostały już samodzielnie stworzone. To wewnętrzne narzędzie robocze dla zespołu składającego się z 2 osób, niepubliczny produkt. Cel — poprawne skonfigurowanie systemu, zautomatyzowanie rutyny i połączenie z CRM zewnętrznych narzędzi (formularz Google, Notion, Telegram). Co należy zrobić Rewizja i optymalizacja struktury bazy oraz dwóch lejkow (pola, etapy) pod procesy rekrutacyjne. Automatyczne e-maile do kandydatów przy przejściu między etapami lejka (natywny workflow NetHunt + szablony). Automatyczne tworzenie karty kandydata z aplikacji — ocenić dwie opcje: (a) natywna forma NetHunt; (b) z istniejącego formularza Google przez webhook/Make. Notion → NetHunt: przy tworzeniu wpisu w bazie [WSKAŻ, JAKIEJ] automatycznie tworzy się karta w CRM (przez Make/Zapier, mapowanie pól, ochrona przed duplikatami). Podłączenie Telegramu — ocenić dwie opcje: (a) dwustronna integracja (czaty kandydatów stają się kartami, odpowiedź z CRM); (b) jednostronne automatyczne powiadomienia. Testowanie wszystkich scenariuszy + szkolenie 2 osób + krótka instrukcja. Kryteria sukcesu Wszystkie automatyzacje działają stabilnie, bez duplikatów i utraty danych. Zespół rozumie, jak korzystać z systemu i wprowadzać proste poprawki samodzielnie. Istnieje krótka, zrozumiała dokumentacja dotycząca ustawień. Proszę o podanie w odpowiedzi Stałą cenę osobno za każdy punkt + razem. Termin realizacji. Czy wchodzi wsparcie po uruchomieniu (np. poprawki błędów 1–2 tygodnie). Podobne przypadki: wdrożenie NetHunt i/lub integracje przez Make.
Szukamy specjalisty od Google Sheets do wsparcia istniejącej tabeli ewidencji wykonanych prac oraz obliczania wynagrodzenia. Tabela została już stworzona i zawiera wiele formuł oraz powiązań między arkuszami. Obecnie wystąpiły błędy, które należy znaleźć i naprawić. Wymagania: przeanalizować strukturę tabeli; znaleźć i usunąć błędy w formułach; w razie potrzeby przywrócić poprawne działanie tabeli; wyjaśnić zasady działania, abyśmy mogli samodzielnie wprowadzać proste zmiany w przyszłości; jeśli to możliwe, zapewnić dalsze wsparcie tabeli. Doświadczenie w pracy z Google Apps Script będzie dodatkowym atutem, jeśli tabela wykorzystuje automatyzację. Przed rozpoczęciem pracy udostępnię dostęp do tabeli i wyjaśnię, na czym polega problem.
Dodawanie zdjęć dokumentów przez bota Telegram. Połączenie z BAS ma być wykonane jako rozszerzenie - bez zmiany konfiguracji. Ustawienia: 1. Dziennik, aby ustalić, dla których obiektów będzie działać. Obiektem może być dokument lub słownik. 2. Dziennik użytkowników bota. W dzienniku potwierdzenia użytkowników bota, powiązanie z użytkownikiem BAS (użytkownik bota może nie być użytkownikiem BAS), domyślny dział. 3. Ustawienia dostępu do przechowywania na FTP. 4. Ustawienia działów i katalogów na FTP dla działów. Rejestracja 1. po numerze telefonu 2. Potwierdzenie rejestracji w BAS (zaznaczyć pole aktywne) Tryb pracy. Tryb 1. 1. Z dokumentu naciska się przycisk "dodaj zdjęcie". (przycisk dla użytkownika naciska się tylko raz, i do zakończenia operacji w bocie dla użytkownika nie jest aktywny dla tego czy innych dokumentów) 2. Bot wysyła użytkownikowi wiadomość "dodaj zdjęcie lub dokument". 3. Użytkownik załącza zdjęcie (jedno lub kilka) i naciska w bocie przycisk "wyślij" (lub anuluj) 4. Wiadomość w Telegramie o pomyślnym wysłaniu. 5. Zdjęcie jest dołączane do dokumentu w BAS. Tryb 2. 1. W bocie dodawane są zdjęcia 1 lub kilka 2. Pojawia się przycisk "wyślij" (lub anuluj) 3. Wiadomość w Telegramie o pomyślnym wysłaniu 4. Ładowanie pliku do katalogu działu. Nazwa pliku jest tworzona jako: 2026_06_24_Dokument_Telegramuser