Необхідно для нетипової конфігурації реалізувати можливість реєстрації фіскального чека в ПРРО Приватбанку.
Надаємо доступ до демобази. Додаткова інформація і запитання в особистих повідомленнях.
Перевага надається спеціалістам, що мають досвід виконання подібної інтеграції.
Бюджет: 4000 UAH Термін: 3 дні
Вітаю,
Не впевнений на 100%, але, здається, ви не зможете використовувати цю касу щоб управляти нею з БАС - є документація від ПриватБанку?
Те що я точно розумію - це можна зробити касове суміщення для передачі з БАС сум оплати і повернення щоб термінал пробивав чеки, а там вже і реєстрував їх, думаю. Про касове суміщення та його підключення можете дізнатись з нашого портфоліо.
Вітаю, а яке у Привата пРРО - ЧекБокс?
Яка у вас конфігурація точна назва? Навіть якщо нетипова вона у вас вже. І чим займається підприємство: роздрібна чи інтернет-торгівля чи і та і та?
7 квітня 2023
Доброго дня.
У Приватбанку своє ПРРО сервіс "Каса" (2 в 1 Касовий апарат у вашому POS-терміналі).
ДизельСервис. Облікова програма для автобизнеса (сто, магазин, салон).
Для цієї розробки замовник - наш користувач, сто.
В такому разі, вам не пРРО потрібно, а касове суміщення - ви не можете перенести роботу пРРО в 1С - з 1С ви можете, підключивши термінал, відправляти тільки суми оплати чи повернення. Можу помилятись, звичайно - ви задавали в Приват питання чи можна цей термінал використовувати як касу, але управляти нею з 1С?
Загальний опис:Шукаємо виконавця для вирішення задачі автоматизації оновлення даних про товарні залишки постачальників. В першу чергу, розглядається пошук та адаптація існуючого готового рішення. Якщо готового рішення, що відповідає ключовим вимогам, не знайдеться, розглядається розробка розширення з нуля.Основна мета — налаштувати стабільне та автоматичне завантаження залишків. Додатковою (опціональною) задачею є налаштування завантаження прайс-листів. Можливий розгляд окремо чи в комплексі.Конфігурація 1С:Програма:Business Automation Software for small company. PROFВерсія:1.6.21.3Вимога:Рішення має бути реалізовано виключно у вигляді розширення, без внесення змін до основної конфігурації.Підхід до реалізації (Важлива примітка для виконавців):Ми відкриті до ваших пропозицій! Якщо у вас є:Готове розширення, яке частково відповідає вимогам — пропонуйте його з описом необхідних доробок.Своє бачення або альтернативний підхід до реалізації — ми з радістю його розглянемо. Наша мета — отримати ефективний робочий інструмент, і ми готові бути гнучкими у способах її досягнення. Основні вимоги до функціоналу:1. Отримання даних:Джерело:Поштова скринька Gmail.Спосіб отримання: Система повинна вміти обробляти:Листи з прямими вкладеннями (файлами).Листи, в тілі яких міститься пряме посилання для завантаження файлу (без необхідності введення логінів/паролів на сторонніх порталах).Фільтрація вкладень: Можливість вказати "маску" імені файлу або розширення для кожного постачальника (наприклад, *stock*.xlsx), щоб система автоматично ігнорувала інші вкладення в листі (рахунки, картинки з підписів, PDF-каталоги).Формати файлів: Excel (.xls, .xlsx), CSV, XML. 2. Налаштування та обробка даних:Необхідно реалізувати гнучкий інтерфейс налаштування для кожного постачальника окремо.Логіка співставлення номенклатури:Співставлення товарів повинно відбуватися строго за артикулом.Обробка незіставлених позицій:Якщо артикул з файлу не знайдено в базі 1С, система не повинна створювати нову номенклатуру. Натомість, має формуватися звіт з переліком таких позицій для подальшого аналізу менеджером.Обробка неповних файлів:Система повинна коректно обробляти файли, що містять лише залишки (без цін) або лише ціни (без залишків), оновлюючи в 1С тільки ті дані, які присутні в файлі.Оптимізація роботи з пам'яттю:Парсинг великих Excel-файлів має відбуватися максимально оптимізовано (наприклад, читання через табличний документ на стороні сервера або за допомогою спеціалізованих бібліотек), щоб уникнути аварійного завершення 32-бітної клієнтської програми через брак оперативної пам'яті.Одиниці виміру та валюти (опціонально):Можливість вказати валюту вхідного файлу (з автоконвертацією) та задати коефіцієнт пакування для коректного розрахунку базових одиниць виміру. 3. Логіка завантаження даних:Основне завдання: Завантаження залишків Це ключова та обов'язкова частина функціоналу.Критична вимога до очищення:Очищення попередніх залишків конкретного постачальника має відбуватисявиключно після успішного зчитування та повної валідаціїнового файлу. Якщо файл пошкоджений, порожній або змінилася структура колонок — старі залишки не видаляються, а система просто генерує помилку. Це необхідно для уникнення випадкового обнулення бази та гарантії наявності даних. Додаткове (опціональне) завдання: Завантаження прайсівЦя функціональність буде перевагою, але не є обов'язковою на першому етапі.Статичні ціни:Можливість завантажувати ціни у три визначені типи цін в 1С: "Закупочна", "VIP ціна", "Роздрібна".Розрахункові ціни:Необхідно передбачити гнучкий механізм розрахунку цін за формулами, який налаштовується для кожного постачальника. Наприклад: Варіант А: Базовою є роздрібна ціна з файлу, а закупівельна та VIP розраховуються як відсоток від неї.Варіант Б:Базовою є закупівельна ціна, а роздрібна та VIP розраховуються за допомогою націнки.Має бути можливість задавати базу розрахунку та формулу для кожного типу цін. 4. Зберігання та відображення даних в 1С:Зберігання:Рекомендується зберігати дані в новому Регістрі відомостей. Проте, ми відкриті до ваших пропозицій, якщо ви бачите більш оптимальний архітектурний підхід.Відображення:Актуальна інформація про залишки повинна відображатися в наступних інтерфейсах:Форма документа "Замовлення покупця".Форма "Підбір товарів".Форма картки номенклатури.Важливо:Якщо один і той самий артикул наявний у кількох постачальників, в інтерфейсі має бути чітко видно залишок по кожному з них окремо (наприклад, окрема інформаційна панель, спливаюче вікно при наведенні або додаткові колонки). 5. Автоматизація:Завантаження повинно виконуватися автоматично за допомогою серверного регламентного завдання (або інший більш оптимальний підхід).Повинна бути можливість налаштувати різний час запуску для різних постачальників (наприклад, 8:00, 10:00).Обов'язково має бути можливість ручного запуску процесу завантаження.Система сповіщень:У разі виникнення критичних помилок під час автоматичного завантаження (відсутність файлу в листі, невідомий формат, помилка читання), система повинна генерувати сповіщення для відповідального менеджера (у вигляді задачі в 1С, повідомлення або email). Результат роботи:Файл розширення (.cfe), або інсталяційний пакет готового рішення.Інструкція користувача по налаштуванню та використанню. P.S. Приклади подібних доробок : 1) https://ingenum.ua/analiz-praysov-postavshikov-dlya-bas-ili-1c2) https://pdk.com.ua/ua/features/dev/monitor_zagruzki-detail/3)https://nct.ua/catalog/raboty_dlya_1s_8/Automatic-loading-of-price-lists-of-suppliers-and-the-balance-of-goods-from-suppliers/
Потрібно, щоб при створенні замовлення менеджером в Бітріксі автоматично формувалась ттн для Нової пошти. Для подальшої можливості роздрукововати ТТНки реєстром.
Налаштувати автоматичне оновлення раз в день наявність товарів на нашому сайті на пром.юа. Маємо постачальника, він відправляє прайс лист товарів в ексель форматі на нашу електронну пошту кожен день. Артикули на нашому сайті та в прайсі постачальника однакові. Значення в стовпці "залишки" або немає в наявності, або число, або більше ящика - треба оновлювати на сайті в стан Готово до відправки або Немає в наявності. Артикули, що не немає в прайсі постачальника - залишати без змін. Запропонуйте будь ласка рішення, термін і бюджет. Дякую за відгук завчасно, чекаю фахівця для співпраці.
Шукаємо досвідченого спеціаліста з 1СBAS КУП, який допоможе інтегрувати роботу з мобільним додаткомпід ключ.Наразі ми ще не визначилися з програмним забезпеченням та мобільним додатком для ТЗД, тому шукаємо фахівця, який має практичний досвід, орієнтується в сучасних рішеннях на ринку та зможе не лише порекомендувати оптимальний варіант, а й повністю його впровадити. Що потрібно зробити:встановити та налаштувати мобільний додаток і інтегрувати його з BAS КУП;підібрати та запропонувати ТЗД;налаштувати коректний обмін даними між BAS і мобільним додатком;протестувати роботу системи та, за потреби, усунути помилки або виконати необхідні доопрацювання.провести навчання для користувачів Bas Куп та ТЗДПроєкт потрібно реалізувати терміново, тому для нас важливо знайти спеціаліста, який готовий оперативно розпочати роботу та довести впровадження до повноцінного працездатного стану. Вимоги до кандидата:досвід роботи з BAS КУП та інтеграцією мобільног додатку;знання сучасних рішень для автоматизації складу;досвід реалізації аналогічних проєктів "під ключ";можливість розпочати роботу найближчим часом. У відгуку, будь ласка, коротко опишіть свій досвід, вкажіть, яке рішення ви рекомендуєте для нашого випадку, наведіть приклади схожих проєктів та повідомте, коли готові приступити до роботи.
Увага Виробництво шукає фахівця для довгої співпраці!!! Шукаю розробника або команду, яка допоможе створити недорогу, надійну та просту у використанні систему автоматизації виробництва для цеху обвалки курятини. Основна мета – максимально автоматизувати процес зважування, маркування продукції, ведення складського обліку та забезпечити повну простежуваність кожної партії продукції від приймання сировини до відвантаження покупцю. Основний функціонал 1. Інтеграція з ваговим обладнанням Підключення електронних ваг до персонального комп’ютера. Автоматичне отримання ваги без ручного введення. Підтримка одного або декількох робочих місць. 2. Автоматичний друк термоетикеток Після зважування система автоматично друкує етикетку, яка містить: найменування продукції; вагу; номер партії; дату виробництва; термін придатності; код або ПІБ працівників, які виконували операцію; штрих-код або QR-код; іншу необхідну інформацію відповідно до вимог підприємства. 3. Автоматичний складський облік Система повинна забезпечувати: приймання тушок на виробництво; автоматичне списання сировини; оприбуткування готової продукції; облік залишків у режимі реального часу; контроль втрат та виходу продукції. 4. Відвантаження продукції Формування замовлень покупців. Комплектація замовлень. Автоматичне списання продукції зі складу. Контроль залишків після відвантаження. 5. Простежуваність (Traceability) Це один із найважливіших модулів системи. Необхідно забезпечити можливість у будь-який момент визначити: з якої партії тушок виготовлена кожна одиниця продукції; коли вона була вироблена; хто саме виконував її обробку; на яких вагах була зважена; які вагові показники були зафіксовані; коли та кому була відвантажена. Також система повинна дозволяти швидко знайти всі одиниці продукції, виготовлені з конкретної партії сировини, що особливо важливо у разі перевірок або відкликання продукції. 6. Звіти Бажано реалізувати: залишки на складі; рух продукції; виробіток працівників; вихід продукції з кожної партії; втрати при обвалці; історію всіх операцій; статистику виробництва за будь-який період. Побажання Простий та інтуїтивно зрозумілий інтерфейс. Мінімальна кількість ручного введення інформації. Робота без дорогих ліцензій. Локальна база даних із можливістю резервного копіювання. Можливість подальшого розширення функціоналу. Підтримка інтеграції з вагами та термопринтерами (Zebra, Godex, TSC, Xprinter або аналогічними). У відповіді прошу зазначити Приклади аналогічних проєктів. Запропоновану технологію розробки. Орієнтовну вартість та строки виконання. Підтримувані моделі ваг і термопринтерів. Пропозиції щодо покращення системи. Перспектива співпраці У майбутньому планується розширення системи до повноцінної виробничої ERP із автоматизацією всіх процесів підприємства: закупівель, складу, виробництва, контролю якості, логістики, продажів та фінансового обліку. Тому шукаю спеціаліста або команду для довгострокової співпраці. Я б також одразу додав ще одну вимогу, яка суттєво підвищить практичну цінність системи:розрахунок виходу продукції та втрат. Наприклад, якщо прийняли 1 000 кг тушок, система автоматично показує: скільки отримано філе, стегна, крил, гомілки тощо; загальний відсоток виходу; технологічні втрати; виробіток кожного працівника або бригади; собівартість кожної позиції.
