Виробництво переробленої УТ 10.3
Як спеціаліст, він дуже компетентний і досвідчений.
Рекомендую всім
П. С Якщо сума оплати не задовольняє його, ми можемо обговорювати
Бюджет: 7000 UAH Термін: 3 дні
Добрий день, Бехруз
Якщо не проти, давайте йдемо за порядком слідування питань:
1) Каса з валютою управлінського рахунку, без проблем, але чому відсоток частки розподіляти вручну?Нарешті, його можна витягнути з загального обсягу інвестицій на обсяг інвестора.Я також бачу необхідність додати відповідні реєстри для зберігання інформації.2) Згідно з звітом руху грошових коштів, труднощів не бачу.3) Доступ, таб.частина ОС, з посиланням на відповідний посібник, фактично означає, що Ви повинні створити новий основний інструмент, в якому, безпосередньо можна вказувати ппроцент щомісячної амортизації.Тому я зовсім не розумів ТЗ «при покупці вказувати відсоток щомісячної амортизації»
4) Звіт Активи компанії, якщо всі активи мають прив'язання до видів їх можна буде розділити на групи.А ось друга частина для мене набагато цікавіше, як ви нараховуєте амортизацію (довідник ОС у вас самописний)?5) В цілому без проблем, ми можемо прив'язуватися як до дати так, якщо необхідно і до конкретних документів.Але це питання потрібно буде обговорювати окремо.6) зробимо журнал змін, в якому будуть вказані, хто, що і коли змінив
7) звіт про брутну прибуток, необхідне уточнення за джерелом даних для формування звіту.Граничний термін виконання ТЗ - 24 години, готовий приступити прямо зараз, зазначена вартість за виконання ТЗ в цілому, годинна ставка 450 грн.
Убедительная просьба, перезалейте для украинских 1с-ников (здесь их большинство) Ваши материалы не на яндексовский раздатчик. И не через mail.ru.
Спасибо. Все увидел и скачал. Теперь вопросы и пожелания.
- Возможно ли увидеть не пустые md-шники и cf-ники, а какие-то реальные базы (не обязательно со всеми секретами)? Необходимо видеть, как ведется учет, какая роль самописных документов (например, вариантов ЗакрытиеМесяца и НачислениеАмортизации). Пустых баз явно недостаточно.
- Есть ли демо-версии этих задач, чтобы видеть, чем дописанные настройки отличаются от таджикских стандартов?
- Какая вообще ситуация с поддержкой 1С в Таджикистане? Все, что я увидел это https://forum.ruboard.ru/showthread.php/265222-%D0%9A%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B8-%D0%B4%D0%BB%D1%8F-%D0%A2%D0%B0%D0%B4%D0%B6%D0%B8%D0%BA%D0%B8%D1%81%D1%82%D0%B0%D0%BD%D0%B0-%D0%B4%D0%BB%D1%8F-1%D1%81-8-3-%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE
- Наконец, насколько принципиально условие ПОЛНОГО переноса всех документов? Сами теоретики 1С подчеркивают, что желателен ввод остатков, а впоследствии, при накоплении информации, будет возникать необходимость в свертке и архивировании баз. Тем более, что о совместимости реквизитов документов и особенно учетных регистров в старых (7.7) и новых (3.0) настройках говорить вообще не приходится.
Еще раз спасибо. Пишите [email protected]
Привіт! Шукаю програміста BAS / 1С для створення простої та зручної програми "під себе".Будуємо 9-поверховий багатоквартирний будинок. Бухгалтерія працює окремо, тому програма потрібна не для податків, а для мого особистого контролю фінансів та будівництва.Що програма має робити (основне):Гроші: бачити, скільки зайшло, скільки витрачено і скільки є в наявності (готівка / безготівка).Витрати на будинок: чіткий облік, куди пішли гроші (матеріали, зарплата будівельникам, техніка, проекти, дозволи тощо).Матеріали: що купували і на що воно пішло.Підрядники та бригади: скільки ми їм винні за виконану роботу і скільки вже виплатили.Прості звіти: щоб я могла в будь-який момент відкрити і побачити реальну собівартість будівництва та загальний фінансовий стан.Шукаю фахівця, який може пояснити все простою мовою та зробити програму зручною для щоденного використання.Будь ласка, пишіть, чи робили ви подібні фінансові модулі та яка орієнтовна вартість такої роботи.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Наповнення товарами магазину Etsy автоматизовано. Шукаємо, хто зможе автоматизовано наповнити магазин товарами на Etsy. Магазин одягу з принтами. Ми займаємось друком аніме на одязі, але на Етсі було купа страйків по АП, тому змінюємо нішу, будемо займатись друком на одязі. Задача не потрапити під АП та заповнити магазин товарами. Потрібна допомога з цим та якась базова автоматизація.
Мета: Замінити 1С на гнучку ERP із відкритим кодом. Потрібна базова торговельна логіка + інтеграції з українськими сервісами + можливість підключати нашого ІІ-агента.Обов’язковий функціонал Базова ERP-логіка Контрагенти, рахунки, прибуткові/видаткові накладні, складський облік. Продажі, замовлення, ціноутворення. Інтеграція з Новою поштою Двосторонній обмін: створення ЕН, друк накладної, статуси доставки. Розрахунок вартості. Інтеграція з маркетплейсами (двостороння) Prom.ua – товари, замовлення, залишки. Rozetka – те саме. Epicentr – те саме (якщо є API – використати, якщо ні – через універсальний конектор). Синхронізація номенклатури із зовнішньої бази Товари та ціни автоматично підтягуються з іншої бази (наприклад, через REST API або SQL-з’єднання). Потрібна періодична синхронізація. Інтеграція з нашим ІІ-агентом Через REST API Odoo. Агент зможе читати/писати дані (наприклад, генерувати описи товарів, прогнозувати залишки, обробляти замовлення). Локалізація для України План рахунків, податкові накладні, ПРРО (Checkbox), звітність.
Шукаю уважного та системного помічника для ведення клієнтської бази невеликого кавового бізнесу. Потрібно допомогти організувати простий і зрозумілий облік клієнтів. На початковому етапі це може бути добре налаштована Google-таблиця, Notion або недорога CRM. Розгляну ваші пропозиції щодо найбільш зручного та бюджетного рішення. Що необхідно враховувати по кожному клієнту: ім'я та контактні дані; джерело звернення, наприклад реклама, Instagram, рекомендація; дата першого контакту; що клієнт купував; які види та смакові профілі кави йому сподобалися; спосіб приготування кави; історія та приблизна частота замовлень; дата наступного контакту; коментарі та важливі деталі переписки. Шукаю перш за все розумне та економічне рішення для невеликого бізнесу, тому дорогі та складні CRM на даному етапі не розглядаю. На першому етапі основний акцент на систематизації інформації та нагадуваннях. В подальшому можна буде обговорити самостійну відправку погоджених повідомлень клієнтам.