Budżet: 1700 UAH Termin: 2 dni
Выполню отчет по вашему шаблону с отборами по техническому заданию
Создание внешнего отчета (отчет по закупкам)
1С:Підприємство 8.3 (8.3.14.1694)
"Управление торговым предприятием для Украины", редакция 1.2. (1.2.56.2)
Postgresql
Budżet: 1700 UAH Termin: 2 dni
Выполню отчет по вашему шаблону с отборами по техническому заданию
Budżet: 30000 UAH Termin: 10 dni
Доброго дня, Андрію.
Зроблю Вашу задачу так, як і вирішили в її обговоренні:
- В регістр Закупки додам два ресурси СтоимостьРегл та НДСРегл.
- В усіх місцях використання цього регістру врахую появу цих ресурсів.
Особливу увагу приділю проведенню документів:
+ АвансовыйОтчет
+ ВозвратТоваровПоставщику
+ ВозвратТоваровПоставщикуИзНТТ
+ ГТДИмпорт
+ КорректировкаЗаписейРегистров
+ ОтчетКомиссионераОПродажах
+ ПоступлениеДопРасходов
+ ПоступлениеИзПереработки
+ ПоступлениеТоваровУслуг
+ ПоступлениеТоваровУслугВНТТ
- Створю зовнішній звіт на СКД, який буде відображати данні регістру Закупки за вказаний період часу кожного дня з вказаного періоду дат. У вигляді, як у прикладених файлах.
- Створю зовнішню обробку, за допомогою якої можна буде заповнити нові ресурси регістра для вже існуючих рухів документів.
- Перенесу зміни на конфігурацію Вашої Живої бази (і виконаю на ній свою обробку).
Оцінюю задачу в 30 000 грн. На роботу мені потрібно 5-10 днів, але так як я навряд чи зможу почати раніше 6-го вересня, то кінцевий срок закриття задачі взяв би на 20 вересня.
Я зареєстрований ФОПом (ЄП, 3 група, без ПДВ).
Приймаю оплату виключно на розрахунковий рахунок ФОПа. При цьому саму задачу можна провести через Сайт з вказанням, що оплата буде здійснена поза Сайтом. Це може бути корисно для можливості залишити один-одному відгуки.
Можу прийняти оплату, як від юридичної особи, так і від фізичної особи.
Якщо Вам потрібен договір, то можемо підписати договір, і тоді оплата буде по актам виконаних робіт.
Якщо договір не потрібен, тоді оплата по рахункам-офертам.
Я демонструю результат віддалено, і після надходження від Вас грошей, віддаю його Вам.
На мої роботи даю гарантію:
Якщо після отримання результата Ви знайдете якісь помилки в тому, що я робив, то виправляю їх безкоштовно (цей ризик включено у вартість і мотивує мене робити все якісно з першого разу).
Більш детально про мене та взаємодію зі мною можна у мене на сайті почитати: http://hj.net.ua/synergies.html
Budżet: 1420 UAH Termin: 3 dni
Добрый день. Готов выполнить заказ. Необходимо обсудить нюансы и можно приступать к работе.
Budżet: 3000 UAH Termin: 2 dni
День добрый,
готов выполнить вашу задачу, опыт работы в написании отчетов есть и в работе с УТП тоже.
Budżet: 1800 UAH Termin: 1 dzień
Добрый день. Обращайтесь - сделаем с использованием СКД со всеми настройками и отборами.
Опыт работы 17 лет.
Сертификаты 1С.
Контакты в профиле.
PS: Всем своим клиентам дарим модуль загрузки курсов валют с интернета.
Budżet: 2000 UAH Termin: 2 dni
Добрый день! Буду рад сотрудничеству. Обращайтесь в ЛС для обсуждения.
Budżet: 2999 UAH Termin: 2 dni
Доброго дня. Напишу вам такий звіт, можемо додатково поспілкуватися і уточнити всі нюанси. Дякую
Здравствуйте, Андрей.
Так в УТП закупки по регламентированному учету не ведутся в разрезе номенклатуры (если смотреть на регистр накопления ПриобретенияНалоговыйУчет). В регистре накопления Закупки - только данные управленческого учета.
Или Вам нужно объединить регистр накопления Закупки с регистром бухгалтерии Хозрасчетный (проводки Дт 2х Кт 63)?
Добрий вечір, так знаю що в регл. обліку не ведуться, показує лише управ. обліку. В нас валюта управ. обліку долар, а регл. обліку грн. Інвестор хоче ще бачити закупки і в грн.
То Вам потрібно просто перерахувати суми в доларах у гривню по поточному курсу (на яку дату)?
Чи потрібно організувати облік закупівель у гривні? Наприклад, додати ще один регістр і зробити, щоб документи робили по ньому рухи одночасно з рухами по регістру Закупівлі?
Алгоритм роботи наступний (в налаштуваннях валюта регламентованого обліку гривня, валюта управлінського обліку долар, курси валют щодн обновляються з фінанс.юа
1) закуповується сировина (продукція) - в 1с вводиться накладна, номенклатура з характеристиками, ціна зазначаєть в грн
2) щодня необхідно робити звіт по прийнятій продукції за зміну, тому у відборі вказувати ще й години окрім дати. наприклад звіт за період з 01.08 по 27.08 або з 27.08 8:00:00 год по 27.08 18:59:59 год., має відображатись кількість прийнятої продукції, вартість і сума як в грн так і доларах. в розрізі номенклатури скільки кожний контрагент поставив, або навпаки контрагент яку продукцію поставив, скільки і по якій ціні. Якщо заданий діапазон дат більше ніж один день то має будуватись по кожній даті. Це все приблизно описано наочно в файлах до завдання
По перше, потрібно зрозуміти, що хоч в документах і вказана гривня, але у регістр (по якому будується звіт) потрапляють долари.
Отже є два найочевидніших варіанти вирішення Вашої задачі (насправді їх значно більше, але то все варіації на тему цих двох).
1. Можна розраховувати суми в гривні при побудові звіту (курс брати з регістру з курсами валют на дату документа надходження, або прямо з документа надходження - в ньому фіксується той курс, по якому взаєморозрахунки з постачальником відображаємо).
В цьому випадку істотних змін в конфігурацію вносити не потрібно. Задача вирішується відносно швидко і не дорого.
Але формуватись цей звіт може годинами (може й швидше, але не настільки швидко, як користувачам зазвичай хочеться).
2. Можна в той же регістр Закупівлі додати ще один ресурс СумаРегл і при проведенні документів заповнювати його вказаною в документі суммою гривень, або перерахованою сумою документа з іншої валюти (якщо документ надходження валютний) у гривню.
Ну і потрібно буде або перепровести всі документи, або (що краще, хоч і витратніше) - написати ще обробку, яка в рухах всіх існуючих документів розрахує цей ресурс.
Цей варіант більш правильний з точки зору архітектури і методології розробки.
І в цьому випадку звіт буде формуватись "миттєво" (так як він формується зараз).
Вам який варіант більше до вподоби? На який бюджет Ви розраховуєте?
Якщо будемо все-одно вносити зміни у конфігурацію (варіант 2 без цього неможливий), то звіт все-одно робимо зовнішнім? Чи краще вже в конфігурацію його вставити?
Ще питання.
1.У звіт мають потрапляти ТІЛЬКИ прибуткові накладні?
Чи повернення, коригування, авансові звіти, звіти комісіонерів про продажі, надходження доп. витрат, надходження з переробки - теж?
2.
Я правильно розумію, що Вартість - це Ціна?
І вона розраховується як Сума / Кількість?
Чи має якось витягуватись вказана в документі Ціна?
1) на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів
2) так вартість це ціна (ціна*к-ст=сума)
бажано щоб ціну відображало
на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів
Тобто на даний момент обмежуємо задачу?
Варіант 1.
- В регістрі Закупки СумаРегл та НДСРегл будуть заповнюватись ТІЛЬКИ для прибуткових накладних (для інших документів там будуть нулі).
- У звіті потрібно реалізувати додатковий фіксований відбір, щоб у звіт потрапляли тільки рухи прибуткових накладних (доречі, в цьому випадку звіт буде трохи повільніше формуватись).
Так?
Варіант 2.
Чи бажано все ж таки зробити корректно (щоб всі документи рухали регістр правильно)?
Просто доробити це пізніше буде значно дорожче, ніж зробити це зараз вкупі з прибутковою накладною.
Варіант 3.Чи інші документи (крім прибуткової) не чіпаємо (вони будуть по регістру робити рухи з нульовими регламентними сумами), але і в звіті обмежень не вносимо (просто для не прибуткових накладних регламентні сума і вартість будуть нульові)?
Підкажіть, будь ласка, а що сталось з цією задачею? Її ж наче взялись виконувати. А тепер вона закрита без виконання.
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
Szukam specjalisty ds. automatyzacji procesów biznesowych. Trzeba przeprowadzić audyt rutynowych zadań (zamówienia, raportowanie, tabele, komunikacja, kontrola) oraz wdrożyć efektywne rozwiązania. Wymagania: doświadczenie z AI, Google Sheets/Apps Script, botami Telegram, CRM, integracjami (Make, Zapier, n8n). Oczekuję: audyt procesów; wykrywanie wąskich gardeł; propozycje i wdrożenie automatyzacji; minimalizacja pracy ręcznej. Celem jest automatyzacja powtarzalnych procesów i uwolnienie czasu zespołu na rozwój.
Jesteśmy firmą e-commerce (sprzedaż transgraniczna na Amazon/Walmart). Przechodzimy z Monday na ClickUp. Podstawową strukturę (Przestrzenie, Listy zadań) już skonfigurowaliśmy, teraz potrzebujemy doświadczonego specjalisty, który dostosuje system do naszych procesów biznesowych i ustawi automatyzacje. Co trzeba zrobić: 1. Dopracowanie: Zespół ma trudności z pracą ze standardowymi kartami, trzeba je dostosować do naszego zapytania. 2. Automatyzacja: Deduplication przy imporcie: trzeba skonfigurować import raportów (CSV) przez Make/n8n lub skrypty. Przy ładowaniu nowego pliku system ma automatycznie sprawdzać duplikaty (na przykład, według numeru zamówienia) i aktualizować istniejące rekordy, a nie tworzyć nowe. Międzydziałowe wyzwalacze: skonfigurować łańcuchy: gdy IT zmienia status zadania -> u logistyków/sprzedaży automatycznie pojawia się następne zadanie. Bot Telegram: Automatyczne tworzenie zadań w ClickUp z wiadomości w Telegramie (z załączeniem tekstu i linku do źródła). 3. Bezpieczeństwo i kopie zapasowe: Ustawienie automatycznego tworzenia kopii zapasowych bazy (na przykład, w Google Sheets). Rozwiązania dla bezpiecznej pracy z danymi, aby zminimalizować ryzyko "masowego uszkodzenia" danych i zapewnić szybki powrót do zmian (Audit Log/Kopie zapasowe). Wymagania dla kandydata: Doświadczenie w pracy z ClickUp API (właśnie API, a nie tylko podstawowe tworzenie list). Praktyczne umiejętności w Make (Integromat) lub n8n. Zrozumienie logiki e-commerce (Amazon/Walmart) będzie dużym plusem. Co oczekujemy w odpowiedzi: Orientacyjne terminy na audyt istniejącego systemu oraz pierwsze ustawienia i budżet. Szukamy niezawodnego partnera, który zrozumie naszą specyfikę i pomoże zbudować działający system. Czekamy na Wasze propozycje!