На прошлой неделе опять столкнулся с таким устройством. В этот раз все оказалось плохо: 1) режим эмуляции ком-порта установился без проблем и сканер заработал в этом режиме легко Вот только в пакетном режиме в документ "сливалось " только первые 2 товара, а дольше какой-то сбой Не в пакетном режиме в документ мог загрузиться не тот товар, который отсканировался, а предыдущий
2) не в режиме ком-порта штрихкоды сканировались норм, но не отработало программирование префикса F7. Само программирование проходило без проблем управляющими ШК, но при сканировании в обработку шел "F78032000522221" штрихкод такого типа Т.е. к самому ШК просто добавлялся F7
Очень разочарован в этот раз устройством. Выход конечно нашел, создал программную процедуру сканирования в цикле, чтоб не приходилось нажимать F7 Времени потраченного жаль
Хотелось бы и понять природу ошибок. буду с этим еще разбираться. И второе, кто что использует бюджетное для инвентаризаций небольшого магазина?
В настройках формы те поля стоят с "галочками" , т.е. могут выводяться на форме. Запрет на их использование идет программно, когда выбираешь организацию "неплательщика" .
Добрый день. Простая казалось бы задачка. Предприятие ФОП 2-й группы на едином налоге. В документах поступления/продажи не отображаются колонки, связанные с НДС Поставщик плательщик НДС и дает документы с колонками "Цена без НДС", "НДС" , "Сумма без НДС". В документе на поступление BAS Бухгалтерия позволяет ввести только "цену с ндс" для ФОПа. Т.е. каждую строку нужно вручную пересчитать и потом только ввести? Должно же быть цивилизованное решение.
Перенесення даних при переході з інших програм Перехід на рішення "BAS Бухгалтерія КОРП" з програми "BAS Бухгалтерія ПРОФ", редакції 2.1 здійснюється оновленням актуальної версії конфігурації зазначених програм (на момент виходу новини – версії 2.1.3), при цьому накопичені бухгалтерські облікові дані повністю зберігаються (без змін і втрат).
Перехід на рішення "BAS Бухгалтерія КОРП" з програми "Бухгалтерія для України", редакція 1.2 або редакції 2.0, здійснюється в два етапи:
на першому етапі слід оновити "Бухгалтерія для України", редакції 1.2 або редакції 2.0, до актуальної версії "BAS Бухгалтерія ПРОФ", редакції 2.1 (дистрибутив відповідного оновлення та інструкція з оновлення публікуються в сервісі "Оновлення програм" на сторінці конфігурації "BAS Бухгалтерія КОРП");
на другому етапі проміжну базу "BAS Бухгалтерія ПРОФ", редакції 2.1, слід оновити до актуальної версії "BAS Бухгалтерія КОРП", редакції 2.1 (дистрибутив відповідного оновлення публікується в сервісі "Оновлення програм" на сторінці конфігурації "BAS Бухгалтерія КОРП").
Існуючі документи зарплатного і кадрового обліку після переходу зберігаються без можливості редагування. Для використання нових можливостей "BAS Бухгалтерія КОРП" слід виконати конвертацію даних спеціальною обробкою, що входить до складу конфігурації. За допомогою обробки переносяться:
кадрова історія співробітників; залишки невиплаченої зарплати і залишки розрахунків з бюджетом за податками і зборами; дані для розрахунку середнього заробітку за останні 12 місяців; актуальні способи відображення заробітної плати, зарплатні проекти та особові рахунки співробітників, податкові соціальні пільги співробітників, базові періоди індексації. При переході з програми "Управління торговим підприємством" на рішення "BAS Бухгалтерія КОРП" можна перенести довідники і залишки за бухгалтерськими рахунками, а також налаштування, основні дані і залишки заробітної плати і обліку кадрів. Відповідні правила перенесення включені до складу програми "BAS Бухгалтерія КОРП".
Реалізована можливість перенести налаштування, основні дані і залишки заробітної плати і обліку кадрів з програми "Зарплата і Управління Персоналом", редакції 2.1 (перенесення даних можливе починаючи з версії 2.1.56). Відповідні правила перенесення також включені до складу програми "BAS Бухгалтерія КОРП".
На самом деле УТ3 намного серьезнее продукт в плане функционала. Из принципиально нового, что уже использую
1) Ведутся отдельно взаиморасчеты с поставщиками и отдельно с покупателями Это разные регистры. разная логика. Можно настраивать погашение разными видами оплат, разбивать погашение долга на этапы, 2) совместная работа разных организаций со складами. "Интеркампани". Автоматическая передача товара между организациями при списаниях с последующим оформлением в конце месяца 3) Контроль возникновения отрицательных остатков. В УТ2 можно отменить проведение любого приходного документа , и вызвать таким образом ошибку в уже сделанных списаниях товара. Здесь такую пакость не сделаешь (настройка контроля) 4) передачи денег/товаров оформляются отдельно документом на расход и отдельно документом на приход. Закрывается вопрос согласования расхода и прихода на разных складах/кассах 5) Механизм "Виды запасов" и еще много чего Советую отнестись серьезно к различиям этих продуктов.
Банк (єквайер) дает отчеты по еквайрингу, менеджеры бакнка Приват показывали где можно его скачать и сохранить в хмл, но... это был только вариант взять "ручками". Вопрос, смог кто то автоматизировать этот процесс?
Остроумно. Есть такое понятие как эквайер. Он мне гарантирует поступление оплат по карточке от клиента (покупателя). За это я плачу ему процент. И представьте себе, еквайер обязан отчитаться по этим операциям
Работаем в УТ3 3.1.8.1 , платформа 8.3.10.25 Торговая сеть. Проблема с загрузкой клиента-банка. БОльшая часть платежей оплачивается платежной картой. При загрузке стандартно платежей через Клиент-банк такие платежи за день в банковской выписке идут одной строкой. В УТ3 для операций по еквайрингу есть документ "Отчет банков по еквайрингу". В этот документ вносятся все операции по оплатам карточкой и возвратам. А также указывается банковская комиссия. Бухгалтера стонут, что надо создавать такой документ вручную.
Кто то добился от эквайера предоставления выгрузок операций, чтоб потом загружать их в 1с? Насколько это реально? Интересуют банки Приват и Альфа-банк. Но интересно также и вообще есть ли такие прецеденты с другими банками
Мережа магазинів, є потреба на складі сканувати товари для інвентаризацій та при відправках/прийомі товару. В якості ТСД пропонували власникам Motorolla MC2180 та ПО від Cleverenc. Але через невеликий бюджет обрали варіант ТСД Jepod JP-D2 mini і доопрацьовували УТП власними силами. https://lemmix.com.ua/p690582401-terminal-sbora-dannyh.html
Цей прилад має можливості сканувати різні Штрихкоди і накопичувати в пам"яті результат сканування. Передача даних на компьютер - як пристрій вводу через блютузне підключення.
Після сканування масиву товару данні з ТСД вигружаю у текстовий файл, потім обробляю з документа як фактичні данні. Данні представляють собою текст типу:
2900000015678;1 2900000015669;1 2900000024819;1
Технічно це виглядає так: 1) відкривається чистий текстовий файл 2) на ТСД викликається команда Upload і данні передаються в цей файл. Файл закрив /зберіг 3) з документа 1С відкривається цей текстовий файл і обробляється з нього інформація
Питання до товариства, чи є можливість зробити роботу з ТСД без видимої роботи з текстовим файлом? В ідеалі було б використовувати як торгове обладнання зі своїм драйвером.
Продавец ошибся при проведении оплаты по банковскому терминалу. Снял с покупателя на 100 грн меньше. Сейчас готов закрыть недостачу. Вопрос, как это правильно отразить в учете в принципе? Используется РРО, учет ведется в программе УТ3.1 3.1.8.1
Номер телефона, адрес, логотип, насколько я знаю, можно самому поменять с помощью утилит, которые идут с РРО. Логотип так точно сам заливал. Телефон и адрес прописывал на Датексах старых
А конфигурация на управляемых формах или обычных? Когда то надо было клиенту, добавлял в обычную бухгалтерию работу с оборудованием. Но то надо было для подключения РРО. В вашем случае надо , чтоб был участок работы со штрихкодами. А сам сканер можно запрограммировать, чтоб был префикс, имитирующий нажатие "F7"
Вот склоняюсь тоже к мысли, что это допиленный отчет. Посмотрел демки последнего релиза BAS УТ и BAS ERP, нет там такого отчета. Число дней задолженности по документу за период, который прошел уже - такой отчет есть, это число дней подсчитывается. А разбивка сумм долга по периодам на будущие месяцы - такого нигде не видел.
УТ3 3.1.5.1 Требуется отчет о суммах задолженности по периодам
Чтоб получить в отчете разбивку долга по периодам, как на фото
Есть Соглашение, об отсрочке оплат по поставке на 3 этапа. Отчет должен показывать какую часть долга за поставку необходимо оплатить в предстоящие 3 месяца. Это скрин вверху - это контрагент выслал нам такой отчет. Странно, что не нахожу у себя в УТ3 подобного
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!