Конфигурация самописная, приходится реализовывать всю логику работы С ККМ самостоятельно?

1. Как организуется операция открытия/закрытия смены. Это просто обработка? При печати каждого чека проверять открыта ли смена?
2. Нужно ли как-то сохранять ID чека в документе оплаты?
3. Чек на возврат/корректировку - он как то связан с исходным чеком?
4. Выбора кассира делается только один раз при открытии смены?

1 Проверка статуса смены перед пробитием чека - обязательна
2 Сохранять желательно для дальнейшей работы с чеками
3 Связан тем, что на основании чека кода делается возврат - в этот чек заполняются все данные из чека продажи
4 Тут на Ваше усмотрение но, при пробитии чека тег "кассир" должен передаваться (реквизиты кассира фамилия инициалы"
Вообще, для понимания мехпнизма, рекомендую изучить логи из онлайн кассы (их можно найти в интернетах)

(0) 1. смена открывается автоматически при пробитии первого чека...
закрытие - кассиром при закрытии.
2. я сохраняю
3. не помню, для ККМ - по моему нет
4. выбирай сколько хочешь, хоть ни разу, главное ИНН передай )

По поводу кассира - я смотрю ФИО/ИНН кассира передается и при открытии смена и в каждом чеке - как правильно?

Как сделать что бы продавцы не забывали смену закрывать?

Я планирую реализовать следующие функции:

1. Открытие/закрытие смены
2. Регистрация продажи
3. Корректировка/отмена предыдущей продажи

Ничего не забыл?

В чек достаточно передавать только наименование товара? никаких ШК не надо? Скидки не обязательно указывать в чеке?

(3) В чек достаточно передавать только наименование товара
------------
Наименование, количество, цену, скидку, ставку НДС. Затем нужно вид оплаты, нужно передать инфу аванс это, кредит или передача с полной оплатой. Если покупает юридическое лицо, то наодо передатвать ИНН и наименование юр.лица. Если продаете маркированный товар, то нужно к каждому товару (точнее, к каждому экземпляру товара) присобачить код маркировки. В будущем грозятся вообще все перевести на маркировку, так что думайте сразу что будет потом. Мало ли что еще минфину придет в голову, какие-нибудь новые тэги и так далее

(4)Маркировку по нашему ассортименту пока не планируют. Как работать с маркировкой -если упаковка дербанится на листы, а краска из банки идет в разлив

Юрлицам не продаем в розницу. Если кто-то что-то подкупает в счет подотчета - для нас разницы нет


А со скидкой поясните - это не сервисная функция? Если я дам скидку (на сумму чека) - то зачем мне ее отражать в чеке?

https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270
тут можно посмотреть из каких полей состоит CheckPackage

1. Как организуется операция открытия/закрытия смены. Это просто обработка? При печати каждого чека проверять открыта ли смена?
Смена открывается при пробитии первого чека автоматом, если этого не происходит - меняйте прошивку ККТ на свежую, в первых версиях- было обязательным действием(открытие смены), потом все поняли что это полная бестолковщина и сделали автоматом

2. Нужно ли как-то сохранять ID чека в документе оплаты?
не ID а номер чека ККТ, методом драйвера получайте и сохраняйте

3. Чек на возврат/корректировку - он как то связан с исходным чеком?
нет, никак, сча точно не скажу, были проблемы с автоматической инкассации при закрытии смены(когда по ККТ в кассе налички ноль) и при начале смены , если возврат, ккт ругалась, что не хватает налички в кассе, я решил эту проблему так, если выходила подобная ошибка, делалось внесение денег в кассуи потом оформление возврата
4. Выбора кассира делается только один раз при открытии смены?
каждый раз при пробитии чека, в ККТ передается кассир и его инн, от него и происходит пробитие
5 надо предусмотреть куда отправить чек - на емаил или смс, эти теги надо будет заполнять, если попросит продавец, также есть возможность без бумажного пробития чека- типа полностью электронный
6 Скидка в ККТ не предается, в ККТ должный уйти цены и количество(сумма не передается) уже у четом всех скидок и баллов и сертификатов и все что вы там напридумываете в своей системе лояльности, и да по цене Ноль - тоже можно продавать, сам факт "лояльности(скидки баллы и прочее) можно отпечатать в начале или в конце чека нефискальными строками
7 ШК не обязательно , но порядок такой загона данных в ккт такой обязателен - наименование товара, цена , количество, налоги

(7)
А что операции по внесению снятию налички стали фискальной операцией?

А надо ли что-то печатать на кассе при открытии/закрытии смены?
Раньше Z-отчеты печатали, а как сейчас?

(9) они так же печатаются..по идее, их надо хранить, тока непонятно зачем, когда это всё теперь в офд есть

(10) Ну, например, чтобы переслать клиенту ссылку на чек, если тот по каким-то причинам не получил?

(11) речь про z jnxtn

(12) пардон.

z- отчет клиентосу не нужен..
А для пересылки, завсегда можно с сайта офд послать

(9)смотрю можно и не печатать

Так и не понял с кассирами - кассира можно задать при открытии смены, а можно в каждом чеке. В чем разница?

И вот EAN13 - это для каких товаров надо указывать ш/к?

(15) Обычно все-таки в каждом чеке передается.

(17)для чего тогда при открытии смены указывать? Или имеется ввиду кассир кто смену открыл/закрыл.

Вроде по логике кто смену открыл, тот по ней и чеки бьет и закрывает смену. Нет?

(18) Нет. Передавать и в каждом чеке и при открытии/закрытии смены.

(19)Тогда получается они разные могут быть в рамках одной смены?

(8) Эта инфа не передается в ОФД, насколько я помню. Просто кассы контролируют свою наличку. И если ее не хватает, то не получится сделать возврат.

(20) Да, конечно могут быть разные.

(22)ОК, спасибо

Внесение/изъятие денежных средств - это же не обязательная операция?

(8) При возврате касса контролирует наличие денег в кассе, их должно хватить, чтобы в любой момент времени "снять кассу" и посчитать наличность в кассе, такая ситуация возникает, когда к примеру покупатель говорит, что отдал вам денег, кассир, забил или закрутился, и говорит, что не давали, тогда пересчитывается ниличка, так же это удобно снимать при проверке, в кассе лишних денег быть не должно, а если есть то кассир что то крутит мутит
(18) А если продавцов 3 человека?
(20) Да
(24)нет, не бязательная, у меня на некоторых кассах стоит атоматическая инкасация, при снятии z отсчета, налиность обнуляется, у некотрых не стоит и там идет наличка нарастающим итогом, хозяина спросил, делаем? он нет, я так вижу скока денег я типа заработал, бред конечно но ему так удобно

(25)
"А если продавцов 3 человека?" - тогда вопрос как матответственностью быть - получается на данные ККМ нельзя полагаться для этих целей
" хозяина спросил, делаем? он нет, я так вижу скока денег я типа заработал, бред конечно но ему так удобно" - ну с хозяином понятно, а ИФНС это не интересно?

(18) Вопрос интересный. ) В БПО, например, кассир передается почти с каждым xml-пакетом для чек, как при открытии/закрытии, так и при печати самого чека. Другое дело, что на уровне программного кода может быть реализовано, чтобы брался кассир из текущей смены. Вроде в БПО так и сделано.

(27)Да, только если это реализовывать в самом ПО
И данные кассира открывшего смену вроде как ниоткуда не вытащишь -  надо где-то в базе хранить

(26)  ну с хозяином понятно, а ИФНС это не интересно?
Нет, нашим по крайней мере нет
(28) На шрихах к примеру, можно в начале смена прописать кассира в первую строку "Таблиц кассиров и паролей", а потом тока передать пароль"1" и все чеки будут биться от него

А есть чего-то толковое почитать по ФФД 1.1?
Там же черт ногу сломит. 50 таблиц в приказе

Как на практике 1С-ники с кассами работают.

Или может не стоит шибко заморачиваться?

(30) сделай продажу, возврат и зет отчет, остаток времени можно потратить на подключение безналичной оплаты

(31)возврат или корректировку? в чем разница?

"а подключение безналичной оплаты" - а что под этим подразумевается? эквайринговые терминалы не обязательно же интегрировать? Планирую просто сделать выбор способа оплаты перед печатью чека.

(32) возврат, это достаточный минимум

Продолжаю делать реализацию работы с онлайн-кассой

1. Вот думаю а на кой хранить в документе в 1С некий идентификатор чека? Он вообще пригодиться? А если хранить что номер чека (я так понимаю это есть фискальный номер документа)?
2. Эквайринговый терминал, а надо ли их связывать с программой и онлайн-кассой. Какой профит от этого?
3. Что происходит когда на кассе, например, кончилась лента - в программу возвращается статус ошибки или онлайн касса ждет пока бумаги не заправишь
4. Что сама 1С должна делать в случае невозможности сформировать чек? - Не давать записать документ продажи или ПКО?

А что делаете что с наименованием товара что бы оно в 64 символа убралось?

(34)
1. чтобы повторно отправить чек клиентосу, или найти по номеру чека чек в офд и оттуда отправить
3. обычно ошибка и всё. Когда ленту заправишь, заново чек пробиваешь
4. Просто не записывает номер чека. По номеру чек определяешь, пробит ли на кассе чек или нет

(35) зачем ? Нет таких ограничений, хоть войну и мир пиши.
Есть шаблоны чека, там в таблицах сымаешь ограничение на длину наименования

(36)
1. Ну этого пока не надо, слава богу таких покупателей пока нет
4. Или 1С должна смотреть статус выполнения операция по формированию чека?

(37)
А это не ограничение ФФД?
Наименование товара 64 символа, Тег 1059

А вот EAN13 и страна происхождения товара - это фискальные данный - в каких случаях их заполнять требуется?

(38) 1. "Будут" (с) Шурик (у вас на стройке несчастные случае были?). Лучше подстраховаться заранее.
4. Должна. Ибо возможны "махинации" со стороны персонала или "сбои" в работе терминала.
5. Эквайринг не обязательно, но желательно. Рано или поздно пользователи "захотят" "волшебную кнопку".
ПыСы. Если твой заказчик связан с керамической плиткой и/или как-то связан с фамилией "курочкин" - беги оттуда теряя тапочки.

(39)
5. Чисто ради удобства персонала?

Не курочкины

(40) Да. И время клиента. Плюс соответствие эквайринга с кассовыми документами в 1С (человеческий фактор ни кто не отменял). Например клиент купил на 1000 рублей, а продавец ручками чисто случайно нолик на терминале набрал. Далее геморой с возвратом и выбитием нового чека.

(41)И как это работает? Сначала проводится платеж через терминал, потом чек?

(0) не мучайся, добавь в конфу БПО и пользуйся стандартным функционалом

(43)в 7-ку то?

(44) ну так в теме и указывай что 7-ка. Из начального поста это не очевидно

(42) На основании реализации делаешь платежный документ (эквайрин по типу ПКО). Он отправляет запрос на терминал и слушает ответ (на случай недостатка денег на карте или других причин. После оплаты бьеш чек с кассы через реализацию.
Я "прикручивал" типовой функционал с ТиСа (удаление гланд через ЖПО). Тот еще гемор.

(45)так мои вопросы без привязки к конкретной платформе

(37) Ну-ка покажи чек с длинной наименования товара символов так 200.

(48) Ты видел эту "нетленку" и функционал? Нет? Тогда скажи на кой икс в семерке тащить табличную часть в эквайринговую операцию, для печати наименований продаваемого товара.

(47) Из всех торговых "нетленок на 7.7" в нашем городе я не видел еще ни одной, которая не подходила-бы под типовой функционал 8-ки. (за исключением одной нетеленки, реальной нетленки, написаной для МакМастера сервисоидами). По расценкам франчайзи, затрачиваемое время и денег на "прикручивание" кассы и эквайринга к этой "самописке", хватит на простенькую УТ и б/у сервачек.

(52) Что именно рассказывать? Из какого дока я печатаю правильный чек? Для налоговой 1С-ка не является доказательной базой.

(53)Значит мало видел

Дело не в деньгах

(48)что же такого сакрального в п.1 письма ФНС России от 21.08.2019 № АС-4-20/16571?

(55) Ах да, я про "кенгуру" и базу на мебельном (забыл название) не учел... Но там реальный "трэшак" (особенно последний). Тогда вперед. Только еще одно замечание. У многих банков "свои подключалки" к своим терминалам и прикручивание их к не типовой 1С стоит "отдельных" денег. А без их "подключалок" работать не будет.

(57)Не они. Красное и Белое еще забыл

Мне не проблема терминал подключить. Мне понять на кой это нужно. Терминалы уже есть и замечательно работают уж сколько лет

(58) "Мне понять на кой это нужно" - точное соответствие платежа с покупкой. Алканавты знают счет деньгам, как ни странно.

(59)Да вот как то не было проблем с этим все эти годы

(50) ну у нас такие печатаются в рознице в алкашке.. и более 200 есть в наименованиии

(60) Еще как вариант - сведение выручки за смену в разных разрезах. В некоторых конторах данный "процесс" занимает часы, особенно при "несхождениям" по ошибочным чекам. Плюс, если взять безнал и "вольности" продавцов. При продаже возможны махинации одной крысы, за которую платит весь коллектив.

лень топать в офд и делать копию чека, в основном, всё в электронном виде, без бумажек

(62)ИП, патент - нет бухучета, не так важно сколько пробили

Зато есть строгий внутренний учет

Хоспадя, да купи ты уже готовую Разработку на инфостарте, коих там вагон и маленькая тележка, это будет дешевле, чем самому это все рагребать...

(65)Там полуфабрикаты продают. Я уже разгреб

(64) Хм. ИМХО. Отсутствие бухучета+строгий упр. учет+попытка прикрутить телегу к самокату+"дело не в деньгах"=Жадность заказчика+желание поправить личное благосостояние за счет работников.

(67)И опять мимо

(68) Ёжтвоюметь... Это-ж что-же за такая честная фирма и почему в Иваново такая низкая средняя з/п :)

(69)Очень странно что вы хотите сформировать мнение о жадности/честности и тех данных что я озвучил.

Это никак между собой не связано

(70) Не заморачивайся... Плохое настроение у меня... :)

Ура. Вывел первый чек.
До конца недели все доделаю

(71) В общем есть решение на 1сv77 которому уже 13 лет и которое замечательно работает. Рассматривали возможность переход на типовые конфигурации на v8 - решили что лучше к существующему решению дописать работу с кассами

(72) Хозяин - барин. Я своих "подработок" (из 5-ых) уломал на переход с 7 на 8 (как типовые так и "самописки" и "куча доработок"), один в конце года планирует (отвалился в связи с ковидом), но этот в ярике. Одну сам бросил из-за кидалова и долгов(см. выше, кого).

(73)а смысл? только нервы заказчику и его персоналу, и мне в 8-ке копаться как-то не шибко охота

(74)+да и не подходят типовые решения под нашу специфику, и даже некоторые вещи не допишешь.
Я тут создавал тему не так давно

(74) У меня смысл был в сдаче отчетности, без ручного переноса данных в налоговую. Плюс клиенты с несколькими фирмами с разным налогооблажением. Плюс обязаловка по кассам. Ну и более расширеный функционал по отчетам на УФ.

+ (76) Все клиенты "купи-продай" или просто бух+ЗП.

(77)это так кажется. можно было перейти на типовые решения, но со значительным неудобством для всех

(78) Все МОИ клиенты.

(73) "Магазька" не зашла?

(80)нет

(61) А правили шаблон через тест драйвера ккт?

Продолжая копать тему

Вид оплаты ЭЛЕКТРОННО - платежи по картам ведь под эту категорию подпадают?

Не обращал внимание - в магазинах для оплаты картой продавцы какую то кнопку специальную жмут в своем ПО?

От чего зависит вид чека? Вот не вижу я смысла указывать в каждой строке - ТОВАР, ПОЛНЫЙ РАСЧЕТ, БЕЗ НДС - это самой кассы зависит?

Так и не понял до конца когда применять чек ВОЗВРАТ ПРИХОДА, а когда КОРРЕКЦИЯ ПРИХОД ?

Непонятно так же есть ли какая связь между исходным и отменяемым чеком?

В чеке коррекции надо указывать информацию о товарах?

(82) для атола есть приблуда для правки шаблона чека.
А в вэбсервере это уже не актуально, там длина наименование не ограничена изначально

по-умолчанию, там или 64 или 128 стояло, не помню.

(83) >>Непонятно так же есть ли какая связь между исходным и отменяемым чеком?

По идее, данные исходного чека надо указывать в реквизите 1192 ("Дополнительный реквизит чека"). У 1С в БПО он появился как "AdditionalAttribute".

(86)ДА, в письме ИФНС там и указывается, а вот самом приказе ИФНС по формату ничего такого нет

(85)По формату ФФД по моему 128 разрешается

(86) Вроде типа рекомендуется, но не вот прям обязательно.
(83) Электронно - это и картой в том числе. Да, продавцы жмут кнопку оплаты картой.
Надо в каждой строке указывать ТОВАР, ПОЛНЫЙ РАСЧЕТ, БЕЗ НДС. Ну вот нельзя по-другому и все тут.
Всегда, когда есть возможность, делай возврат прихода. Т.е. возвращает человек товар, ты делаешь возврат прихода. Накосячил кто-то, делаешь возврат прихода, а потом приход с корректными данными.
А если косяков слишком много, то уже чеком коррекции. В чеке коррекции не надо указывать товар, там только суммы и НДС.

(89)А вот в типовых конфигурациях как возврат реализован - через какую операцию?

Там вообще чеки коррекции реализованы

" В чеке коррекции не надо указывать товар, там только суммы и НДС." - в ФФД 1.1 уже и товары указывать надо

Подскажите эквайринговый терминал по какому интерфейсу цепляется к компьютеру?

(91) com или usb

(92)А как лучше? ЮСБ наверное?

(93) а у тебя выбор есть? обычно что банк приносит то и подключают )

(94)ну вроде как в сберовских терминалах оба интерфейса должны быть

(90) Если ффд 1.05, то через "возврат прихода" - "приход", вроде. Если ффд 1.1, то через коррекцию.
А можно пруф на то, что в чеках коррекции ффд 1.1 нужно и товары указывать?

(96) + хм...давно не смотрел на всю эту вакханалию. Действительно надо указывать. Прикольно, че. Вот только не понятно, нахрена вообще нужен чек коррекции.

(96)да еще в 2018 году ИФНС выпустило письмо с примерами использования чеков коррекции - как формата 1,1, так и 1,05, но сами то примеры с ошибками


Но я так понимаю в ФФД 1,05 можно товары не указывать.

Сроки перехода на ФФД 1,1 я так понимаю не определены, у многих ККМ даже прошивки нет на ФФД 1,1



Что касается использования чеков коррекции. Насколько я понял - их надо применять когда налогоплательщик сам выявил неправильное использование ККМ - забыл чек пробить, или пробил лишний. Или когда налоговая это выявила и направила требование (как это будет работать - непонятно)

А если стандартный возврат - то пользуемся Возврат Прихода.

Надо посмотреть как в типовых 1С это реализовано.

И еще пока не понял - ВОЗВРАТ ПРИХОДА - делаем всегда на общую сумму или можно частично?

Будет интересно услышать и другие мнения по этим вопросам