Находит ошибки которые допустил поставщик конфигурации.
С удовольствием буду продолжать сотрудничать дальше.
Нужны доработки конфигурации 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. Интеграция с весовым оборудованием Подключение электронных весов к персональному компьютеру. Автоматическое получение веса без ручного ввода. Поддержка одного или нескольких рабочих мест. 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, если таблица использует автоматизацию. Перед началом работы предоставлю доступ к таблице и объясню, в чем заключается проблема.
Добавление фото документов через телеграм-бота. Подключение к BAS должно выполняться как расширение - без изменения конфигурации. Настройки: 1. Журнал, для установки настройки для каких объектов будет работать. Объектом может быть документ или справочник. 2. Журнал пользователей бота. В журнале подтверждения пользователей бота, привязка к пользователю BAS (пользователь бота может не быть пользователем BAS), подраздел по умолчанию 3. Настройки доступа для хранения на FTP 4. Настройки подразделов и директорий на FTP для подразделов Регистрация 1. по номеру телефона 2. Подтверждение регистрации в BAS (поставить галочку активный) Режим работы. Режим 1. 1. Из документа нажимается клавиша "добавить фото". (клавиша для пользователя нажимается только раз, и до завершения операции в боте для пользователя не активна для этого или других документов) 2. Бот отправляет пользователю сообщение "добавьте фото или документ". 3. Пользователь прикрепляет фото (одно или несколько) и нажимает в боте клавишу "отправить" (или отменить) 4. Сообщение в телеграм о успешности отправления. 5. Фото прикрепляется к документу в BAS. Режим 2. 1. В бот добавляются фото 1 или несколько 2. Появляется кнопка "отправить" (или отменить) 3. Сообщение в телеграм о успешности отправления 4. Загрузка файла в директорию подраздела. Название файла формируется как: 2026_06_24_Документ_Телеграмuser
Ищу специалиста по автоматизации бизнес-процессов. Необходимо провести аудит рутинных задач (заказы, отчетность, таблицы, коммуникация, контроль) и внедрить эффективные решения. Требования: опыт с AI, Google Sheets/Apps Script, Telegram-ботами, CRM, интеграциями (Make, Zapier, n8n). Ожидаю: аудит процессов; выявление узких мест; предложения и внедрение автоматизации; минимизация ручной работы. Цель — автоматизировать повторяющиеся процессы и освободить время команды для развития.