Для 1с:ТиС 7.7 Реализация ТМЦ, Бух4.5, Бух1.3 и Печать из ПКО
Подключать ФР к 1С не надо! Не надо открывать смену. Подходит для любой конфигурации, для любого документа.
Более 300 внедрений на ккм Штрих-Мини-ФР-К, Штрих ОнЛайн Атол 11Ф, 55Ф, 30.
Возможна пробитие оплаты наличным или VISA (Электронные деньги). Поддерживает передачу в ОФД имени кассира, телефон или email покупателя. Для каждого чека можно поменять ОСН (ЕНВД, Доходы-расходы итд). Возможна печать чека с выровненными колонками, Наименование,Количество Цена, Сумма, в этом случае фискализация будет одной строкой с общей суммой. Можно пробить не фискальный чек. (чек будет, но в налоговую не уйдет). Добавлена расшифровка длинных наименований, что актуально для Штрих (программа сама переносит длинные наименования на след строку). Есть внесение и выплата денег. 29.06.17 добавлено пробитие 2 видов оплат в одном чеке.
Поддержка следующих ККТ:
Атол: АТОЛ 11Ф, АТОЛ 15Ф, АТОЛ 22Ф / FPrint-22ПТК, АТОЛ 25Ф, АТОЛ 30Ф, АТОЛ 42ФС, АТОЛ 52Ф, АТОЛ 55Ф, АТОЛ 60Ф, АТОЛ 77Ф, АТОЛ 90Ф, FPrint5500
Штрих-М: ШТРИХ-ON-LINE, ШТРИХ-ЛАЙТ-01Ф, ШТРИХ-М-01Ф, ШТРИХ-РИТЕЙЛ-01Ф, ШТРИХ-МИНИ-01Ф, ШТРИХ-ФР-01Ф, ШТРИХ-М-02Ф, ШТРИХ-М-ФР-К, ШТРИХ-ЛАЙТ-ФР-К и переделанные по 54ФЗ
Столкнулся с тем, что механизм печати на ККМ от 1с, не всегда удобен клиентам. А так как с кассами работаю уже более 15 лет на своем ПО (Дельфи), сделал универсальный комплект, подходящий для всех,
Смысл такой: В SysTray встраивается программа, она следит за появлением в своем каталоге текстового файла cmd.ini. Если файл появился она его расшифровывет и посылает команду печати чека для ККМ. А работа с текстовыми файлами возможна из любой программы! Прекрасно подходит для интернет магазинов.
Для 1с, я реализовал этот механизм прямо из Расходной накладной (для 1с8 и 1с7) по кнопке Печать/ ПечатьЧека. Ставим драйвера от производителя ККМ и работаем!
Вот так выглядит программа FR_Atol_Shtrih.exe
EXE модуль встраивается в SysTray
(там где часы в правом нижнем углу экрана) и ждет команды печати.
Кратко о структура текстовых файлов (команд для FR_Atol_Shtrih.exe)
Команды печати — простые текстовые документы.
Файл Tovar.ini
В нем перечислены товары, цены, кол-во, ставка НДС.
Файл cmd.ini
В нем передается команда: например PRINT — печать чека, RETURN — чека на возврат, ZOTCHET-Напечатать Z-отчет
Все описано в документации, как установить ФР, как подключить обработку, какие команды для EXE модуля существуют и как пользоваться. EXE модуль доступен всегда (он висит в систрее) из него можно вызвать свойства ФР, напечатать Z-отчет, X-отчет, посмотреть возникшие ошибки.
Для УТ10. БП2. УТ11. БП3, Тис92 для 1с77 в комплекте идут готовые обработки.
По всем вопросам эксплуатации — писать в личку или здесь в комментариях к публикации. Если нужно помочь внедрить — пишите!
Комплект проверен под управлением win7, win10
Исходные тексты EXE модуля закрыты
Видео как все работает и как установить:
В комплекте идет папка Command1c_ShtrihFR
Копируем ее на c:
должно получиться c: 1c_ShtrihFR
можно скопировать в любое другое место, главное путь покороче и поправить в обработках 1с
FR_Atol_Shtrih.exe запускается с параметрами /ATOL или /SHTRIH
Запуск этой команды прописан в обработках 1с. Запуск происходит при каждой печати чека, если программа уже запущена она не запускается повторно
Например 1с: ЗапуститьПриложение("c:1C_ShtrihFRFR_Atol_Shtrih.exe /SHTRIH");
вручную или из BAT файла c:1C_ShtrihFRFR_Atol_Shtrih.exe /SHTRIH
после этого FR_Atol_Shtrih встраивается в систрей и ждет появления cmd.ini в каталоге, откуда он запустился. Описание доступных команд см.ниже
Поключаем обработки комплекта в 1с и работаем
Или без 1с, создааем в каталоге где лежит FR_Atol_Shtrih.exe c содержимым
Валенки
10
45.50
-1
Ботинки
2
150
0
Создаем cmd.ini с содержимым
после этого, FR_Atol_Shtrih.exe увидит cmd.ini поймет, что надо прочитать файл с описанием товара tovar.ini, читает его и на ФР печатает чек.
Валенки 10 шт 45.50 450р
Ботинки 2шт 300р
Изменения в 54 ФЗ с 01.07.2024
Версия 4.23 от 04/09/19 поддерживает последние изменения по 54 ФЗ, в частности передача Получатель (тег 1227), ИНН получатель (тег 1228), маркировки табачной продукции, лекарств, обуви, мехов (тег 1162), номер ГТД (тег 1231) , и страны происхождения (тег 1231) , сумму акциза (тег 1229). Можно пробивать чеки с частичными оплатами, с указанием признака расчета/предмета расчета и другими бесполезными нововведениями формата ФФД 1.05.На данный момент поддерживаются:
- оборудования Штрих-М, драйвера должен быть не ниже 4.14.0.772,
- оборудование АТОЛ, драйвера должны быть не ниже 10.5.0.0, прошивка не ниже 76xx
Программа использует 2 режима: «Незарегистрированная» и «Лицензия»
«Незарегистрированная» — позволяет использовать полный функционал обработки, отличается от "Лицензия" тем, что при печати присутствует задержка с информационным окном о том, что используется демо-версия, в чеке печатается информационное сообщение.
«Лицензия» — полноценная работа с обработкой без искусственных задержек и ограничений. Лицензия бессрочная.
Где указание системы НО в чеке?
что такое НО?
А понял! НО Налогообложение. Не знаю. Это делает сервисный центр
он прописывает ИНН, НО и тд все что касается данных налогового инспектора.
На основании РТУ должен создаваться ПКО, а из него печататься чек ККМ.
На днях занимался настройкой печати чека ККМ с наименованиями товаров, согласно 54 ФЗ, из БП 3.0. Тестировал на трех фискальниках: Атол 22Ф, Атол 30Ф и Атол 55Ф. Везде печатается нормально, с наименованиями.
Кратко: Создается Заказ покупателя, на основании заказа — РТУ и ПКО. В ПКО с реквизите «Основание» указывается «Счет на оплату покупателю». Именно Счет — РТУ не подтягивается! Из ПКО печатаем чек ККМ. В чеке — наименования товаров из счета. Если в ПКО основание для платежа не заполнено (сам ПКО создавался на основании счета), то печатается контрагент, пустое основание и сумма.
Возможно подобная схема работает и в УТ.
С моей точки зрения — это косяк 1С. В ПКО основанием должны быть как счет на оплату, так и РТУ.
ЗЫ: Кстати, чек печатается со всеми реквизитами по 54 ФЗ.
хм, не пробовал. Попробую! а можно фото чека, если есть
(6)Пара чеков завалялась. Сейчас сфотаю.
Ну или так:
Спасибо! У меня почти такой же на Атоле. 55Ф. А на штрихе другой! Сейчас пробовал с УТ10 сделать печать через ЗН и ПКО — блин замучался. Пишет что смена открыта, а закрыть ее не может — потому что смены в программе нет! замкнутый круг. Через свою обработку я вообще печатаю что хочу без всяких закрытий смен и др подобного гемора.
(10) Я к УТ 10.3 подключал Штрих-М 02Ф (доработанный). Там есть некоторые глюки, но пока не понял с чем связано: с конкретным экземпляром фискальника, с УМ, с прошивкой или с УТ. С безналом беда. У клиента магазин отделочных материалов. Торгуют как в розницу, так и оптом (имеется ввиду схема: РТУ -> ПКО -> Чек ККМ). Пока не было вопросов. Завтра, вроде, намечается встреча — проверю полный цикл у них, самому интересно.
Александр, а какая версия УТ?
Я пробовал стандартный механизм на 10.3 самой последней. Я завтра тоже попробую с 10.3 разобраться до конца. У меня на ФР оказалась открыта смена.1c видит открытую смену и не дает закрыть, т.к. продаж не было (база чистая) Я снял Z-отчет, не помогает.
А для моей прогр все равно! я ее поставил и все сделал! Даже не надо подкл ФР к 1с, Не надо смену в 1с открывать, закрывать. Люди работают как и раньше только в добавок к печт форме с РасхНакл, сф (или УПД) и пко добавляется чекККМ на ФР. все!
Отпишись пож-та как получилось с УТ10
(12) Да, отпишусь. Кстати, а что у тебя в проге с QR-кодом и отправкой чека по SMS или на мыло?
ЗЫ: Привет Тюмени (судя по чеку) из Новосиба 🙂
Внедрение ккт предполагает четкий регламент работы. т.е. каждый день должна открываться смена и каждый день она должна закрываться. Плюс уже есть обработки, которые не формируют документ кассовой смены, а открывают смену при первой печати чека, плюс печатают список номенклатуры из документа Приходный кассовый ордер и расходный кассовый ордер. Но за оригинальную реализацию +
С QR кодом я не заморачиваюсь он сам печатается без моего участия. А передача в налоговую будет по проводам. это сам ФР делает. У Штриха например пришлось прописывать IP у нас сеть в кафе защищенная. А так только регистрация в личн каб нужна и все.
Я с ФР уже 10 лет работаю. у меня свой софт стоит в ресторанах, никакого открытия смены и тд. Это делает ФР при первом пробитом чеке. Смена закрывается в конце дня z-отчетом на ФР.
В своей софтине я сделал тоже самое. Не нужно открытие смены и закрытие. все просто! 1с любит все усложнять!
ЗЫ: ага Тюмень!
(14) Согласен. В последних версиях добавлен функционал «Управление фискальным устройством» (или регистратором). Там присутствует открытие и закрытие кассовой смены. В предыдущих версиях открытие было при пробитии первого чека. При открытии и закрытии смены на фискальнике в 1С данные операции не будут отражены. Соответственно рушится вся цепочка: Открытие смены -> Чеки ККМ -> Закрытие смены -> Отчет о розничных продажах -> Выемка ДС из кассы ККМ -> ПКО с видом «Выемка» (или «Прием розничной выручки») с оприходованием в основную кассу организации. Если клиента интересует только печать чека и отправка в ОФД, то открытие и закрытие на ФР прокатит. Но возникает вопрос: как 1С отреагирует на открытую смену на ФР, если в самой 1С нет открытых смен? У меня даже при печати из ПКО, если идет рассинхрон смен в 1С и ФР, возникает ошибка. С другой стороны, РТУ подразумевает просто отгрузку покупателю, не более того. Соответственно печатать чек ККМ из реализации неразумно, т.к. в 1С, в данном случае, отсутствует поступление ДС. Поступление оформляется ПКО. Таким образом напрашиваются два варианта работы:
1. РТУ -> ПКО -> Чек ККМ. Чек заполняется данными из РТУ.
2. РТУ -> Чек ККМ -> ПКО. При пробитии чека из РТУ автоматически создается соответствующий ПКО.
Но у Александра обработка не привязана к 1С. Соответственно, нужно использовать первый вариант с небольшими правками конфы. Но конфу править нежелательно. Тогда нужно использовать типовые механизмы. Про БП 3.0 я уже писал выше — там все работает, только пляшется от счета на оплату, а не от РТУ. Сегодня посмотрю, как данный механизм реализовали в УТ 10.3. Но что-то мне подсказывает, что в УТ-шке он не будет работать…
Возвращаемся к обработке Александра. 🙂
(17) в последней версии торговли при печати из приходника, если операция «Оплата от покупателя», то выполняется запрос к документам взаиморасчета или сделке, и из них получается номенклатура, документ основания не используется. В моей обработке выполнено похоже, только еще добавлен документа основания и форма, показывающая распечатываемую номенклатуру. Поэтому для операций не связанных с розничной торговлей достаточно иметь связку «реализация» — «Приходник» и все. Такой перехват больше подошел бы для старых фискальников, где не требуется вводить email или номер телефона.
(18) Я эксперементировал с приходником только в БП 3.0. В ней реализовано именно так, как я описал: Если в ПКО поле «Основание» не заполнено, то на чеке печатается контрагент, пустое основание и сумма. Если заполнено, то печатается чек с номенклатурой из счета на оплату. РТУ в качестве документа-основания в ПКО почему-то не подтягивается. Нужно плясать именно от счета, что не совсем удобно ИМХО.
(19) я думаю скоро доработают, кстати на печать не попадет номенклатура, если в БП сумма в приходнике и счете на оплату отличаются
Не, ребята не согласен. В моем механизме ничего в конфигурации менять не надо! Выписываем РТУ, Печатаем ЧекККМ, делаем на осн РТУ ПКО. Вот и все. все как в прежние времена — просто. Сколько товаров и денег пробито в РТУ столько и напечатает ЧекКММ.
(21) хорошо, а если основанием является «Счет на оплату» или «Заказ покупателя»
(21) получается чтобы ваша программа напечатала должен быть сформирован текстовый файл, а как он будет формироваться без доработок? вручную?
К РТУ подкл внешняя обработка. Есть для УТ10 и 11
В ней выбирается тип оплаты, остальное она делает сама. Может мне выложить документацию за 0 стартмани?
(25) когда-то наподобии делал, только для документа ПКО и РКО. Но вы ведь понимаете, что на основании реализации все равно должен быть сделан ПКО для того, чтобы взаиморасчеты закрылись.
(21) Александр, твой механизм, как я понял, работает следующим образом: открывается кассовая смена на ФР, создается РТУ, печатается чек, из РТУ создается ПКО. Т.е. 1С «не знает» о ФР ничего. Как будет работать твоя связка при розничной торговле?
Я же просто хотел донести мысль, что, в принципе, в 1С печать чеков из ПКО работает, но не совсем корректно. Люди же привыкли как работать? Есть РТУ, создаем ПКО и печатаем чек. Или, в твоем случае, РТУ, чек, ПКО. Но штатно, оказывается, для отражения номенклатуры в чеке первым доком должен быть счет, что для клиента неудобно. Если из счета создается ПКО, то «Основание» заполняется автоматически. Если ПКО делать из РТУ, то счет, в качестве основания, нужно подтягивать руками. Причем предлагается выбрать из всех счетов, созданных в системе, без фильтров. Я считаю, что счет на оплату — это лишнее.
Далее, я предпочитаю максимально использовать механизмы, заложенные в типовой конфигурации. При необходимости — правим конфу, используем механизм расширений или внешние обработки. Плюсы такого подхода очевидны: все крутится в едином информационном пространстве. В твоем случае — фискальник сам по себе, 1С — сама по себе. Да, ты используешь инфу из 1С для печати чека, но это все. Как быть с розничной торговлей? Ведь там четкий алгоритм действий. При закрытии КС, чеки ККМ архивируются или удаляются, формируется отчет о розничных продажах и т.д. Т.е. 1С очень тесно взаимодействует с ФР.
Конечно! Смысл всей этой софтины такой — люди привыкли к схеме РТУ+СЧФ(или УПД)+ПКО
К этой схеме я добавил только ПечатьККМ
т.е. по сути своей 1с и не поймет что она работает с ФР.
(27)
А я про розничную торговлю молчу! там алгорим продаж другой. Там есть Сканеры ШК и др. Для опта моя схема самая оптимальная.
(28) Да, так. Если РТУ — ПКО — Чек, то покатит. Если розничная торговля, то нет. 🙂
(29) а как понять, что чек был уже распечатан из реализации?
(31) Кстати
(29) в ПКО, есть специальный реквизит «Чек пробит», плюс хранится номер чека ККМ, я так понимаю в таком варианте из одной реализации можно настрогать штук десять фискальных чеков?
А зачем? Когда ты работаешь на простом ККМ? без компьютера? Продавец отдал чек и иди. Выдаст второй раз — вечером получит взбучку от шефа. все просто. Это решается адм методами
(34) 8-( Не понял, как без компьютера с ФР?
(34) в оптовой торговле это же не «продавец», а менеджер по продажам и у него может быть не одна реализация, а десяток, а может и сотня, и отдается чек не сразу, а прикрепляется к документам, поэтому тут не мудрено запутаться. ну в принципе конечно можно и наказывать за двойную фискализацию, но чек то все равно прошел, и не на маленькую сумму.
Андрей — не поверишь, за месяц работы ни одного такого случая. Если док выписан, есть ПКО — значит чек пробит!
(36) Возвращаемся к единому информационному пространству. Я так думаю, что обработка хороша для старых версий, типа 7.7 и сильно измененных конфигураций, когда обновление до релиза с поддержкой ККТ с передачей данных представляет определенные трудности.
(37) По закону Мерфи, если что-то может случиться, то оно обязательно случится 😀
(37) ладно, надеюсь, ошибаюсь.
Сделал обработку для ТиС 77.
Как работает и подключение
(12) Как обещал, отписываюсь по результатам.
УТ 10.3.41.1, ШТРИХ-М 02Ф.
Все работает. «Пляска» от заказа покупателя -> ПКО и РТУ. Чек ККМ из ПКО. Номенклатура печатается.
А как с открытием смены? У меня руки так и не дошли разрулить когда на ФР смена открыта а в УТ нет.
(44) Все делается из УТ.
Обновил документацию, обновил программу.
Константин вот погляди с чем я столкнулся — замкнутый круг от 1с! Может подскажешь
На штрихе снят Z-отчет и смена открыта через их драйвер
При печати чека из ПКО выдает что Кассовая смена не открыта, а при открытии смены, пишет что команда не поддерживается. Это со Штрихом, с Атолом была подобная же ситуация.
Александр, пришлите примеры файлов которые выгружаются из 1С, Мы хотим использовать ваш EXE для печати из собственной разработки. Принтер Штрих.
Дмитрий лови. Высылаю всю папку.
я обновил публикацию, добавил картинки, как все работает. и обновил документацию она доступна по ссылке в публикации. Если что не понятно — пишите. Лучше в почту или viber +79129291010
папка должна называться C:1c_ShtrihFR если будете использовать обработки из комплекта.
Если правильно установили дрова от ФР то при запуске из папки батника atol.bat или shtrih.bat у вас должен вылезти чек.
после того как чек вылез FR_Atol_Shtrih.exe убъет файл cmd.ini и будет ждать следующий с новой командой
Ловите свежую документацию
Данный способ подключения ККТ не вызывает ошибок типа «АТОЛ: Не удалось загрузить драйвер торгового оборудования» ?
(49)Добрый день! нет! EXE файл работает напрямую с драйвером от Атола
(54) Вопрос — как через данную утилиту сделать возврат последнего чека?
Никак. 10 лет работы этого софта, только немного в другом обличии, показали что без этого вполне можно обойтись. Ошибочно пробитый чек прикалывается к объяснительной и уходит в бух.
Если будет необходимость такую опцию можно реализовать
1) как в чеке указать скидки?
2) как в чеке указать НДС (10% или 18% в зависимости от позиции товара)?
3) согласно 54-ФЗ в чеке должно печататься ФИО текущего кассира. Предусмотрена ли автоматическая передача в чек ФИО кассира из 1С при окончании смены предыдущего кассира?
4) в чеке должна указываться система налогообложения. Организация может использовать разные системы налогообложения одновременно.
Предусмотрена ли переключение на ФР режимов налогообложения? Например, оптовому покупателю печатаем чек с указанием НДС для каждой позиции товар, при этом в чеке указывается ОСН. Розничному покупателю печатаем на этом же ФР чек без НДС, в чеке указывается ЕНВД.
5) при большом потоке покупателей большое значение имеет устойчивая связь между учетной системой и оборудованием. При печати чека в случае сбоя ФР (закончилась бумага или пр.) возвращается ли в 1С событие об этом? Это нужно например, если 1С отправляет чек не только на ФР, но и в ЕГАИС. В случае сбоя на ФР, нужно автоматически отправить отменяющий чек в ЕГАИС.
6) Как без доработки конфигурации (у вас это заявлено) проставляется в документах 1С признак пробития чека на ФР (напр. в документе 1с 7.7 ЧекККМ), для того чтобы при закрытии кассовой смены автоматически создавался отчет кассовой смены? Учитываются ли при этом автоматически чеки, которые в 1С провелись, но из-за сбоя ФР, не были пробиты?
7) как вы обеспечиваете передачу в ОФД правильной суммы чека, в случае ошибок округления из-за скидок? Например, в документе 1С кол=2, цена=390,07, скидка 5%, сумма= 741.13. Как вы обеспечите передачу в ОФД данных без искажения суммы чека? Если передать в чек цену с учетом скидки, то получится 2*370.57 = 741.14 (искажение на 1 коп). А нужно передать как на фото (см. вложение)
PS остальные вопросы задам после получения ответов на эти.
Добрый день!
Прикладываю чек. На картинке все есть и НДС и оператор и ОСН
Отвечу подробнее чуть позже — в командировке, некогда совсем.
(3)
(5)
Кратко: Создается Заказ покупателя, на основании заказа — РТУ и ПКО. В ПКО с реквизите «Основание» указывается «Счет на оплату покупателю». Именно Счет — РТУ не подтягивается! Из ПКО печатаем чек ККМ. В чеке — наименования товаров из счета. Если в ПКО основание для платежа не заполнено (сам ПКО создавался на основании счета), то печатается контрагент, пустое основание и сумма.
Возможно подобная схема работает и в УТ.
С моей точки зрения — это косяк 1С. В ПКО основанием должны быть как счет на оплату, так и РТУ.
ЗЫ: Кстати, чек печатается со всеми реквизитами по 54 ФЗ.
Не совсем так, реализация не является основанием для оплаты, им является счет на оплату, так что с точки зрения логики все корректно.
основанием для оплаты может являться реализация. так как она выполняет роль договора, в котором детализируются цены. суммы. количества. сроки (ничто не мешает в трог12 или упд вписать срок оплаты). Счет на оплату выполняет роль такого же договора/спецификации к договору, по счету выполняется не оплата, а предоплата. при этом еще следует учесть что существует неоднозначные трактовки и для минимизации рисков предоплата не прото по непонятному «договору». где ни цнен, ни сроков ни прочих атрибутов договора, а при получении предоплаты рекомендуется оформлять вполне конкретную спецификацию как приложение к договору (по стуи тот же самый счет)
Доброго дня. Как скачать архив и открыть его? К публикации не прикреплены файлы…
У меня еще лучше: «Ошибка! Публикация неактивна или находится на модерации» и так уже несколько дней…
(62)Ниже есть архив и документация, но просит пароль. Каковы условия использования?
(62)
аналогично
Ждем автора?
Ребят — публикацию почему то сняли пока я был в командировке. Сейчас посмотрю
Заработало! Оказывается без меня отключили публикацию, пока я был в командировке!
(67)
Урааааа!
Добрый день!
У нас 4 юр. лица в одной базе 7.7. Соответственно 4 принтера в разных концах города подключены к этой базе по удалённому доступу. Можно ли применить Вашу разработку чтобы из документа, принадлежащего определённой фирме шла печать на нужный принтер?
Добрый! Если все будут висеть на разных USB и в каждом ККМ прошита своя организация — почему нет
Поддерживаю пред идущего оратора:
«1) как в чеке указать скидки?
2) как в чеке указать НДС (10% или 18% в зависимости от позиции товара)?
3) согласно 54-ФЗ в чеке должно печататься ФИО текущего кассира. Предусмотрена ли автоматическая передача в чек ФИО кассира из 1С при окончании смены предыдущего кассира? »
Причем НДС должен быть указан для каждой позиции.
+ должен быть тип операции «Приход», «Возврат прихода» и т.п.
Я так понимаю, это не реализовано? Будет ли реализовано?
Вот и меня озадачили.
За старания конечно плюс.
Видимый главный минус — можно напечатать один ПКО разными чеками. Используйте стандартный механизм хранения, он по крайней мере есть в ПКО в КА 1.1.
Другие минусы всплывают позже…
Не вижу возможности нашего случая:
Оптовики. Все ПКО создаются на основание Заказа покупателя, ПКО может быть один. Реализаций может быть несколько. Заранее может быть не известно какая номенклатура поедет. ПКО может быть несколько, реализаций может быть несколько, а заказ один. Иногда иделаьно известно, что чек полностью соответствует реализации, но так не всегда. В рознице проще, реализация = чеку.
Сам планирую подчерпнуть идею и вашу и того товарища , реализовать с использованием стандартных механизмов, конечно не факт что будет обработка универсальной, но по крайней мере будет работать в Комплексной автоматизации 1.1.
Правда пока писал ответ, за три часа всё переиграли и задание приостановили)))
1. Скидки в чеке можно указать заполнив спец. выделенные 4 строки для печати перед телом чека всякой всячины.
2. НДС есть для каждой строки товара
3. Печать фио кассира есть
4. чек на возврат есть.
(73)
Так скидка может быть разной для каждого товара. Это обрабатывается?
скидка делается в 1с и она делается хоть на каждую позицию. Я выгружаю из 1с Сумма/Количество = Цена и Количество в свою обработку. и после этого печатаю на ФР
Файл скачал, однозначный респект за работу, а я страдал, что мне поднимать 2-е в хлам переписанные 10.3 примерно на 10 обновлений. Остальные вопросы отправил в личку.
Вопрос, по Вашему опыту, какой длины должно быть наименование номенклатуры — у нас очень длинные, плюс исходя из этого
и этого
Нужно еще и ставку НДС независимо от режима налогообложения к наименованию добавить.
Не вижу необходимости печатать полное наименование. Только бумагу расходует.
(78) Тогда поставлю вопрос, по-другому, наименования переносятся или обрезаются? Длинные — комплектующие пластиковых окон, там для клиентов нужен цвет и типоразмер и бренд, иначе не поймут. И что со ставкой НДС на единицу номенклатуры, конкатенировать к наименованию или будет доработка? С 01.02.17 это обязательный реквизит, к сожалению, видно для торговцев продтоваров 18 или 10 %, но обязывают всех, даже ООО на УСН без НДС.
Наименование обрезается самим ФР. Есть длинная печать но я не реализовывал. НДС печатается ФР строке ниже. Я посылаю ФР только ставку. он сам все считает и печатает
(80) Вот в том-то и беда — постоянно изменяющиеся требования налоговой к обязательным реквизитам онлайн чека. Сейчас по ссылкам из (77), кстати ссылки открыты для всех и пароля на электронный ИТС не требуют, цитирую:
наименование товаров, работ, услуг, платежа, выплаты, их количество, цена за единицу с учетом скидок и наценок, стоимость с учетом скидок и наценок, с указанием ставки НДС
Думал сконкатенировать ставку в конец намиенования, теперь похоже придется в начало, интересно, как на такие наименования отреагирует налоговая 🙂 Короче, пожелание — ставку желательно бы выделить при печати цены и суммы товара отдельным полем. Про НДС внизу чека разговора нет — там и ставка и сумма.
Тоже из ссылки (77)
порядковый номер за смену;
сейчас похоже (еще не смотрел, аналогично командировка), это номер РТУ, а надо 1,2,3…. и.т.д.. каждую смену? Или я что-то не понял? Горе небольшое — создать справочник с единственной записью — дата и текущий номер чека, что-то регистр сведений городить не хочется, смысл в нем, все данные будут в ФН, надо налоговой — прочтет. И простейший алгоритм — перед формирование чека НачалоДня(ТекущаяДата()) и то же самое для поля справочника, не совпало — №1, и поменяли дату и номер чека в справочнике, совпало — прибавили 1, записали в справочник, передали на печать чека. Были у Вас вопросы от налоговой по номеру чека?
У меня длинное наименование переносится по строкам. Если использовать решение Автора, то он реализовал настройку выбора количества печатываемых символов с начала наименования. Респект Автору.
Указание ставки НДС регулируется настройками драйвера. Это описано в моей документации.
Порядковый номер есть — он самим драйвером реализуется
(83)
Порядковый номер есть — он самим драйвером реализуется
У меня пока порядковый номер не выходит, не подскажете как настроить?
Номер который вверху чека это номер из программы. он не обязателен. А порядковый номер от самой кассы есть в чеке
(85) Спасибо, все прояснилось, в качестве минимального замечания: в скачиваемом архиве с обработками документации нет, скорее так и задумано, чтобы посмотреть без стартмани, но в свежей документации — (52) пост указано, что надо только проверить параметр запуска — Штрих или Атол во внешней печатной форме, не написано, что далее надо заменить кассира Петрова и ООО «Ромашка» :))) (Это ВПФ под 8.2)
Документация есть. Может Вы не отсюда скачиваете?
(85)
Александр, я не про номер чека, а про порядковый номер товара ))))
1.Пылесос
2.Швабра
)))))
А! это уж вы сами — ручками.
(87) Скачивал с Инфостарта 23.05.17, оплатив 10 Sm, ссылка в этой публикации, мне почему-то пришла V1_11. Прошу проверить ссылку на сайте и выслать мне обновленную версию, почта есть в нашей личной переписке.
Все правильно. Я только что обновил. Михаил дай пож-та почту что бы не искать
(91) Отправил в личку
А мне можно обновленную?
скачивал 14.04
Ребята, те кто купил — пишите свой email, ник настоящее Имя мне в личку, что бы я понял кому рассылать обновление
(89)
Ручками — легко! Я думал в драйвере настраивается ))))
(82)
Наименование я сделал регулируемым у Штриха например оно составляет 100 знаков. Регулируется параметром NAME в PARAM.ini Если NAME=0 то печатает все как есть. Если превысит 100 знаков то Штрих ругается и печать Чека приостанавливается
(5)Подскажите пожалуйста а где происходит открытие смены, если не нужно делать настройки РКМ для розницы7
Большое спасибо ! Запустил на УНФ 1.4.1 .
Единственно просьба к автору , можно ли добавить методы для внесения денег и для выемки денег ?
Сейчас данные операции приходиться делать через драйвер .
В ответ (140) — Смена открывается автоматом при пробитии первого чека .
(140) Продажи -> Чеки