Находит ошибки которые допустил поставщик конфигурации.
С удовольствием буду продолжать сотрудничать дальше.
Нужны доработки конфигурации 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. Разобраться со следующей ситуацией (Банк. Поступление оплаты на счет):
Когда делается (в нижеследующей последовательности – важна последовательность!)
Меню Продажи – Счета на оплату. На основании счета Покупателю (в том числе и не проведенного) например, делаем –> Ввести фактический платеж (поступление оплаты на счет).
Ситуация может возникнуть когда мы сперва нажимаем Записать (а не Провести и закрыть) – то тогда сбивается некоторая логика, а именно в таком случае уже нет ячейки Счет на оплату. Исчезла...
Я думаю, что это возможно вылазит ошибка типовой конфигурации. У покупателя все флажки по учетной политике - установлены.
Т.е. Если мы просто нажали на Записать документ, то можем получить такую странную форму где упоминание (ячейка) Счет на оплату уже исчезла … и имеем форму без указания счета на оплату, но с Документ планирования…
Нам нужно чтобы даже при нажатии «Записать» исчезают ячейки «Заказ» и «Счет на оплату» - никуда не исчезала и там был бы указан соответствующий документ Заказ или Счет на оплату – тот документ что был указан в Основании…
Такие ситуации не всегда возникают, но на них уже нарывались… буду наблюдать когда такое возможно и происходит. Это мешает и требует отмены перепроведения документов и прочих телодвижений.
Бюджет: 1600 UAH Термін: 2 дні
Изучил, могу сделать все десять пунктов из технического задания
Бюджет: 3000 UAH Термін: 2 дні
Добрый день.
Будут некоторые уточняющие вопросы, но ни на сроки, ни на стоимость не повлияют. Если актуально - пишите.
Бюджет: 3100 UAH Термін: 1 день
Добрый день. Выполним. Большой опыт. Детали и тонкости можно по телефону. т. 0674100867, 0934806868
Налаштувати автоматичне оновлення раз в день наявність товарів на нашому сайті на пром.юа. Маємо постачальника, він відправляє прайс лист товарів в ексель форматі на нашу електронну пошту кожен день. Артикули на нашому сайті та в прайсі постачальника однакові. Значення в стовпці "залишки" або немає в наявності, або число, або більше ящика - треба оновлювати на сайті в стан Готово до відправки або Немає в наявності. Артикули, що не немає в прайсі постачальника - залишати без змін. Запропонуйте будь ласка рішення, термін і бюджет. Дякую за відгук завчасно, чекаю фахівця для співпраці.
Шукаємо досвідченого спеціаліста з 1СBAS КУП, який допоможе інтегрувати роботу з мобільним додаткомпід ключ.Наразі ми ще не визначилися з програмним забезпеченням та мобільним додатком для ТЗД, тому шукаємо фахівця, який має практичний досвід, орієнтується в сучасних рішеннях на ринку та зможе не лише порекомендувати оптимальний варіант, а й повністю його впровадити. Що потрібно зробити:встановити та налаштувати мобільний додаток і інтегрувати його з BAS КУП;підібрати та запропонувати ТЗД;налаштувати коректний обмін даними між BAS і мобільним додатком;протестувати роботу системи та, за потреби, усунути помилки або виконати необхідні доопрацювання.провести навчання для користувачів Bas Куп та ТЗДПроєкт потрібно реалізувати терміново, тому для нас важливо знайти спеціаліста, який готовий оперативно розпочати роботу та довести впровадження до повноцінного працездатного стану. Вимоги до кандидата:досвід роботи з BAS КУП та інтеграцією мобільног додатку;знання сучасних рішень для автоматизації складу;досвід реалізації аналогічних проєктів "під ключ";можливість розпочати роботу найближчим часом. У відгуку, будь ласка, коротко опишіть свій досвід, вкажіть, яке рішення ви рекомендуєте для нашого випадку, наведіть приклади схожих проєктів та повідомте, коли готові приступити до роботи.
Увага Виробництво шукає фахівця для довгої співпраці!!! Шукаю розробника або команду, яка допоможе створити недорогу, надійну та просту у використанні систему автоматизації виробництва для цеху обвалки курятини. Основна мета – максимально автоматизувати процес зважування, маркування продукції, ведення складського обліку та забезпечити повну простежуваність кожної партії продукції від приймання сировини до відвантаження покупцю. Основний функціонал 1. Інтеграція з ваговим обладнанням Підключення електронних ваг до персонального комп’ютера. Автоматичне отримання ваги без ручного введення. Підтримка одного або декількох робочих місць. 2. Автоматичний друк термоетикеток Після зважування система автоматично друкує етикетку, яка містить: найменування продукції; вагу; номер партії; дату виробництва; термін придатності; код або ПІБ працівників, які виконували операцію; штрих-код або QR-код; іншу необхідну інформацію відповідно до вимог підприємства. 3. Автоматичний складський облік Система повинна забезпечувати: приймання тушок на виробництво; автоматичне списання сировини; оприбуткування готової продукції; облік залишків у режимі реального часу; контроль втрат та виходу продукції. 4. Відвантаження продукції Формування замовлень покупців. Комплектація замовлень. Автоматичне списання продукції зі складу. Контроль залишків після відвантаження. 5. Простежуваність (Traceability) Це один із найважливіших модулів системи. Необхідно забезпечити можливість у будь-який момент визначити: з якої партії тушок виготовлена кожна одиниця продукції; коли вона була вироблена; хто саме виконував її обробку; на яких вагах була зважена; які вагові показники були зафіксовані; коли та кому була відвантажена. Також система повинна дозволяти швидко знайти всі одиниці продукції, виготовлені з конкретної партії сировини, що особливо важливо у разі перевірок або відкликання продукції. 6. Звіти Бажано реалізувати: залишки на складі; рух продукції; виробіток працівників; вихід продукції з кожної партії; втрати при обвалці; історію всіх операцій; статистику виробництва за будь-який період. Побажання Простий та інтуїтивно зрозумілий інтерфейс. Мінімальна кількість ручного введення інформації. Робота без дорогих ліцензій. Локальна база даних із можливістю резервного копіювання. Можливість подальшого розширення функціоналу. Підтримка інтеграції з вагами та термопринтерами (Zebra, Godex, TSC, Xprinter або аналогічними). У відповіді прошу зазначити Приклади аналогічних проєктів. Запропоновану технологію розробки. Орієнтовну вартість та строки виконання. Підтримувані моделі ваг і термопринтерів. Пропозиції щодо покращення системи. Перспектива співпраці У майбутньому планується розширення системи до повноцінної виробничої ERP із автоматизацією всіх процесів підприємства: закупівель, складу, виробництва, контролю якості, логістики, продажів та фінансового обліку. Тому шукаю спеціаліста або команду для довгострокової співпраці. Я б також одразу додав ще одну вимогу, яка суттєво підвищить практичну цінність системи:розрахунок виходу продукції та втрат. Наприклад, якщо прийняли 1 000 кг тушок, система автоматично показує: скільки отримано філе, стегна, крил, гомілки тощо; загальний відсоток виходу; технологічні втрати; виробіток кожного працівника або бригади; собівартість кожної позиції.
Комунікаційна/рекрутингова агенція. CRM — NetHunt (тариф Business, 2 користувачі). Дві воронки — кандидати і клієнти — уже створені самостійно. Це внутрішній робочий інструмент для команди з 2 осіб, не публічний продукт. Мета — коректно налаштувати систему, автоматизувати рутину і звʼязати з CRM зовнішні інструменти (Google-форма, Notion, Telegram). Що потрібно зробити Ревізія й оптимізація структури бази та двох воронок (поля, етапи) під рекрутингові процеси. Автоматичні листи кандидатам при переході між етапами воронки (нативний workflow NetHunt + шаблони). Автостворення картки кандидата із заявки — оцінити два варіанти: (а) нативна форма NetHunt; (б) з наявної Google-форми через вебхук/Make. Notion → NetHunt: при створенні запису в базі [ВКАЖИ, ЯКІЙ] автоматично створюється картка в CRM (через Make/Zapier, мапінг полів, захист від дублів). Підключення Telegram — оцінити два варіанти: (а) двостороння інтеграція (чати кандидатів стають картками, відповідь із CRM); (б) односторонні автоповідомлення. Тестування всіх сценаріїв + навчання 2 осіб + коротка інструкція. Критерії успішного результату Усі автоматизації працюють стабільно, без дублів і втрати даних. Команда розуміє, як користуватись системою і вносити прості правки самостійно. Є коротка зрозуміла документація по налаштованому. Прошу вказати у відгуку Фіксовану ціну окремо по кожному пункту + разом. Термін виконання. Чи входить підтримка після запуску (напр., виправлення багів 1–2 тижні). Схожі кейси: впровадження NetHunt та/або інтеграції через Make.
Шукаємо спеціаліста з Google Sheets для підтримки існуючої таблиці обліку виконаних робіт та розрахунку заробітної плати. Таблиця вже створена та містить багато формул і взаємозв'язків між аркушами. Наразі виникли помилки, які потрібно знайти та виправити. Потрібно: проаналізувати структуру таблиці; знайти та усунути помилки у формулах; за потреби відновити коректну роботу таблиці; пояснити принцип роботи, щоб ми могли самостійно виконувати прості зміни в майбутньому; за можливості здійснювати подальшу підтримку таблиці. Буде перевагою досвід роботи з Google Apps Script, якщо таблиця використовує автоматизацію. Перед початком роботи надам доступ до таблиці та поясню, у чому полягає проблема.