Где можно нарыть спецификацию, мануал, или любую другую информацию на dll которая используется в новой бас рознице для работы с принтером чеков? Интересует возможность вывода картинок, штрихкодов, кр кодов. В настройке ТО есть какие то моменты что это сделать можно. Но где взять документацию...
вот здесь на картинке остановил отладку, где драйвером выводится текст чека
1. Надо удостовериться что на терминале установлена конфигурация которая поддерживает кассовое совмещение. Это очень важно. Эта конфигурация называется 3IN1 (три в одном). Это выясняем у техподдержки привата. Еще раз подчеркну, что конфигурация называется 3IN1. Они там очень тугие, будут рассказывать что у вас уже настроено касовое совмещение, но нам надо именно "три в одном".
Драйвера рарус я не пробовал. Использую внешние компоненты конфигураций УТ 3 для Украины. Ну как использую - у меня все "из коробки" работает. Типовым функционалом торговли настраиваю подключаемое оборудование "Приватбанк эквайринговый терминал".
Обязательно удостовериться у техподдержки что сама железяка поддерживает конфигурацию 3IN. Помоему все ingenico это умеют
С поддержкой привата общаюсь через сайт поддержки https://postrack.pb.ua/, потому что на 0-800 ... дозвониться нереально, будешь полчаса про кредиты выслушивать.
Если интересно покопаться - лезем в конфигуратор управления торговли (новая, которая на управляемых формах), ищем общий макет "ДрайверПриватбанкЭквайринговыеТерминалы". Там бинарные данные. Выгружаем в файл, не забываем указать расширение *.zip, потому что это архив. В архиве лежат файлы и xml с настройками и ActiveX компонента a_ingenicopb1c82.dll
P. S. если что обращайтесь. У меня настройка терминалов отняла полгода (привет тугой поддержке) и чуть не сломал палец на ноге когда от злости шандарахнул тумбочку ))))
Business automation software for accounting PROF, edition 2.1 (2.1.15.2)
Після оновлення конфігурації з релізу 2.1.14.3 на реліз 2.1.15.2 виникає ситуація. Оновлення виконується в монопольному режимі, завершується успішно. Але в одного користувача при вході в базу - спливає вікно із запитом оновити базу. Це вікно, яке відкривається після оновлення конфігурації і при першому вході в базу користувача, який проводить оновлення.
Тобто конфігурація і база вже оновлена, всі працюють, а в одного користувача все рівно відкривається вікно із запитом оновити базу.
По дебільному їхньому закону тепер потрібно друкувати з товаром його штрихкод, код укт і акцизний код. Штрихкод здається необовязково, а код укт і акциз - якщо товар акцизний. Пробігся по конфігураціям - в останньому BAS роздробі реалізовано тільки "болванку" - в таблицю товарів яка передається для друку на ККМ додали "ПодакцизнийТовар" і код УКТ. Все. Механізму для сканування/введення акцизних кодів немає. І це та ще морока. Уявіть, людина купляє упаковку вина/пива, 4 одиниці товару. Раніше пробивали це одним рядком на ККМ. А тепер потрібно акцизний код кожної (!!!) пляшки вивести в чек! А при реалізації напоїв/коктейлів там взагалі хохма. Коли на барі відкривають пляшку і продають з неї перший коктейль - тоді в чек виводимо акцизний код, при реалізації наступних коктейлів з цієї пляшки акциз в чек вже можна не виводити - ура, яке полегшення. Короче бармени буде вести книгу обліку відкритих пляшок і лічильник розлитих з них коктейлів, ага сплю і бачу як вони будуть це робити.
По технічній реалізації. Акциз/штрихкод/акцизний код по законодавству, МОЖНА виводити в назву товару, тобто в чеку назва товару буде мати вигляд "Вино італійське блаблабла#2900001254234#0302 19 00 00#ААВТ005454"
Артсофт у своєму драйвері Универсальный драйвер Арсофт" уже допиляли наступне. Функції SetA, SetU, SetB. Вони викликаються безпосередньо перед функцією друку строки чека PrintRecItem, причому скільки раз, скільки є кодів. Наприклад 3 коди акциза - SetA викликаємо 3 рази. Це все потім виводиться в чек перед товарною позицією
Найважче в інтерфейсі касира допилювати алгоритм вводу/сканування акцизних кодів - тут уже вмикайте фантазію.
--------------------- А взагалі я думаю що цей бред не приживеться - дуже важко це реалізувати. Це щось на кшталт історії коли хотіли вести облік товарів в розрізі номерів ГТД - від інвойсів до реалізації продавцю
"обрізка" бази - це обробка яка створює документи "Ввод нач.остатков" на дату звертання бази. Документи до цієї дати помічаються на видалення. Їх потім можна видалити самостійно. Тобто оборотів по старим періодам в цій базі ви не побачите вже. УТП це також упр. база,тому можуть буди трабли по упр. регістрам.
По бухгалтерському обліку я точно знаю що можуть бути проблеми із залишками по ПДВ, доведеться вручну підкоригувати, посидіти день два. А так в принципі... можна робити. Якщо копія є
В релизах 2_1_59_1, 2_1_60_1 реализован расчет средней з. пл. с учетом реально отработ. дней:
""Відповідно до постанови Кабінету Міністрів України від 09.12.2020 р. №1213 "Про внесення змін до постанови Кабінету Міністрів України від 08 лютого 1995 р. №100" оновлено механізм розрахунку середньої заробітної плати. Зміни стосуються визначення розрахункового періоду, обліку премій при розрахунку середньої заробітної плати, а також формули розрахунку середнього заробітку у випадку відсутності нарахувань в періоді розрахунку.""
То есть премия за год = 50000, за месяц отработано дней 22, за год 220, средняя за месяц по премии = 50000*22/220.
Но если по физлицу есть внутреннее совместительство, то к к-ву дней отработаных по осн. месту работы добавляет к-во дней отработ. по совместительству. То есть средняя за месяц по премии = 50000*44/440
Как бы в итоге получаем ту же сумму, но это если кво дней по осн. месту = кво дней по совместительству. Если кво дней по осн. месту не равно кву дней по совм, тогда фигня. Кроме того есть замены (документ Замены организаций)
Есть претензии, что к-во дней надо брать только по осн. месту работы. Как думаете, будет исправление и новый релиз, или надо делать самому?
Подскажите, есть ли в аваля API для работы с клиент-банком, как у Привата? Или что то подобное, как у Универсал банка (у них есть приблуда на java, работаю с ней пакетными cmd файлами)
Доброго дня. Может кто уже сталкивался, если используется ордерная схема прихода / отгрузки товара, можно ли при отгрузке, на этапе формирования расходного ордера на товары провести его в минус? Потому что в документации красиво написано:
*Напомню что ордерная схема подразумевает разбитие процедуры покупки / продажи на 2 этапа: создание дока поступление товаров, создание дока приходный ордер на товары - это для покупки; создание дока Реализация товаров услуг, создание дока Расходный ордер на товары - это для продажи
Можно ли как то ухитриться и для учета товаров по ячейкам, обойти создание Приходной накладной и расходной накладной при складских операциях? По мануалу, для учета по ячейкам используется ордерная схема, то есть приход на склад подразумевает:
Поступление товаров услуг -> Приходный ордер на товары
Расход:
Реализация товаров услуг -> Расходный ордер на товары.
Организации нужен только учет по складу, расчеты с контрагентами совершенно не интересуют
Раньше организация работала на MS SQL, после перехода на бд POSTGE вылезла проблема - в результате запроса "путаются" строки табличных частей документов. Первый раз такая проблема вылезла в документе НалоговаяНакладная, модуль менеджера, процедура
// Загрузим все таблицы (кроме тары) в одну таблицу ОбщегоНазначенияБПВызовСервера.ЗагрузитьВТаблицуЗначений(ТаблицаПоУслугам, ТаблицаНоменклатуры); ОбщегоНазначенияБПВызовСервера.ЗагрузитьВТаблицуЗначений(ТаблицаПоОС , ТаблицаНоменклатуры); ОбщегоНазначенияБПВызовСервера.ЗагрузитьВТаблицуЗначений(ТаблицаПоНМА , ТаблицаНоменклатуры);
Если ТаблицаНоменклатуры.Количество() = 0 Тогда Объект.РеквизитыНомерСтрокиННАктуальны = Истина; Возврат; КонецЕсли;
Решил проблему принудительной сортировкой таблицы значений ТаблицаНоменклатуры.Сортировать("НомерСтрокиТЧ ВОЗР");//БС() . Но сейчас вылезла проблема с Приложением2. Можно конечно вставлять костыли до бесконечности, но хотелось бы раскопать, в чем проблема ))
На какой конфигурации 1С пробуете работать с ФП? Апарат давно проверен, работает с 1С без проблем. Попробуйте на сайте Артсофт скачать бесплатные обработки
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!