[Связной (С)]

Цитата

 

Судя по картам покрытия операторов сотовой связи, они охватывают практические все населенные пункты, вне связи остается не более десяти процентов самых отдаленных и малонаселенных деревень.

Однако когда работающие на селе предприниматели стали внедрять онлайн-кассы, выяснилось: далеко не на всех территориях, где есть связь, ее качество позволяет использовать данную технологию.

Поэтому во всех субъектах региональные власти приняли постановления, где перечисляли населенные пункты, которые пока могут работать без применения онлайн-касс. В Псковской области перечень "освобожденных" населенных пунктов занимает 253 страницы убористым шрифтом. Туда включено более восьми тысяч сел и деревень, то есть подавляющее большинство малых населенных пунктов. Можно не использовать онлайн-кассы более чем в половине карельских деревень, аналогичная ситуация в Архангельской области и даже в Янтарном крае.

 

https://rg.ru/2019/03/19/reg-szfo/kak-sela-severo-zapada-pokryvaiut-setiami-wi-fi.html

[Mechanic]

В 10.03.2019 в 11:30, LostSoul сказал:

схема связи кассы и фискального накопителя

 

 

Но, вероятно я оказался не совсем прав, USB в самом накопителе тоже присутствует ( видимо , эмулируется через GPIO )

 

UPDATED : судя , по найденной инфе, прошивка накопителя умеет предположительно оба варианта , и usb rndis ethernet и ppp over serial

 

Таблица с описанием контактов ФН

Номер контакта	Наименование	Использование
12	TxD	Для подключения TxD со стороны ККТ, при использовании переходника (UART-RS-232)
11	RxD	Для подключения RxD со стороны ККТ, при использовании переходника (UART-RS-232)
10	SDA	Линия данных I2C Линия для подключения RxD при использовании UART
9	SCL	Линия синхронизации I2C Линия для подключения TxD при использовании UART
8	SELECT	Линия выбора интерфейса
7	GND	Общий провод
6	VIN	Линия питания ФН (3,3 .. 5,0 В)
5	Нет контакта
4	VBUS	Линия VBUS интерфейса USB, подключение не требуется
3	D-	Линия обмена данными USB
2	D+	Линия обмена данными USB
1	GND	Общий провод USB

 

 

Именно по этой причине,  я считаю технически бессмысленным плодить "лишние сущности" в виде кассы.

Зачем мне "роутер" , встроенный в кассу , и маршрутизирующий  RNDIS  в  ethernet , если я могу и так его зацепить напрямую , без посредников?

 

( это еще предстоит проверить )

 

 

в некоторых описаниях к аппаратам атолл указаны 2 вида интерфейса: 1й подкл к ПК и 2й Интерфейс для передачи данных в ОФД.

я так понимаю один на ввод данных в ккт , другой на вывод в офд ?!

Имеет ли смысл покупать именно ккт если есть решения типа Дримкас Пульс ФА или Терминал-ФА (8000р) ?

[LostSoul]

6 минут назад, Mechanic сказал:

Имеет ли смысл покупать именно ккт если есть решения типа Дримкас Пульс ФА или Терминал-ФА (8000р) ? 

Ну вы же понимаете, что ответ на этот вопрос индивидуально зависит от вашего случая.

Нужен вам 1 экземпляр или 100шт?

Своя ли собственная у вас АСР ,  или биллинг на поддержке у его производителя и они требуют совместимую кассу по своему закрытому списку и.т.п.

 

Если вам 100% никогда не захочется печатать бумажный чек , то обычная касса вам скорее вредна.

Но с точки зрения логики если за одни и те же 6000-8000р можно купить стандартную массовую кассу от Атол , или непонятно что малосерийное от менее раскрученного производителя , я бы выбрал Атол.  Чтоб банально проще инфу по форумам искать и.т.п.

 

 

 

[Mechanic]

1 терминал, свой биллинг.

Пообщался с Дримкас, одно из простых решений касса-Ф 13.5+9.5=23, против 8+9.5=17.5, 6р разницы.

[LostSoul]

17 минут назад, Mechanic сказал:

2 вида интерфейса: 1й подкл к ПК и 2й Интерфейс для передачи данных в ОФД.

я так понимаю один на ввод данных в ккт , другой на вывод в офд ?!

По сути там есть еще и третий интерфейс ( в фискальном накопителе ) - выход на печатающее устройство.  Но он как бы скрыт внутренней схемотехникой , и поэтому в описании не отражен.

Микропрограмма внутри фискального накопителя поднимает TCP/TLS соединение с сервером ОФД . 

Это один вид соединения, и он защищен и засекречен и зашифрован.

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

 

Подключение первого типа это всегда TCP.   В самом фискальном модуле Ethernet отсутствует ,  поэтому IP-связанность он получает либо через PPP over Serial Port , либо через USB Ethernet CDC виртуальный адаптер.

Этот USB Ethernet CDC может быть затерминирован внутри кассы ( и далее bridge на физический ethernet порт  или wifi клиент )  , либо подан прям по usb наружу и затерминирован на компьютере кассы.  Ну или например на роутере Mikrotik :-)

 

Подключения второго типа это всегда serial ,   ( физический serial port ,  usb serial , или tcp serial server выдающий через tcp-ip все тот же serial port

 

( при этом этот TCP Serial server поднимается на том же самом IP-стеке и IP-адресе внутри фискального накопителя , который уже используется им для слива  в ОФД.   )

То есть вы втыкаете фискальный накопитель ( через обвязку кассы ) в свою сеть, он по dhcp получает какой-нибудь адрес ( прям на виртуальный адаптер внутри ФН  ) и далее на этом ФН накопителе есть исходящий tcp и dns сокет для слива в ОФД , и входящий TCP listen сокет для приёма подключений от кассы.

( при этом более 1-го соединения он не поддерживает , многозадачности нет )

 

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

 

А так , там схема взаимодействия примерно такая  ФН --- касса(обвязка ФН )   --- сервер приложений ( веб-сервер Атол и или что-то другое )  --- http или иные API запросы от биллинга/кассы и.т.п.

 

Мне оптимальным видится вместо пункта "касса" и "сервер приложений" использовать сразу какую-нибудь Rapsberri PI с Linux , и в нее напрямую включить фискальный накопитель, и на ней же web-сервер поднять.

получится компактная коробочка с поддержкой множественных подключений.

А саму кассу Атол купить "под документы" и рядом для вида поставить.

 

[Mechanic]

37 минут назад, LostSoul сказал:

Мне оптимальным видится вместо пункта "касса" и "сервер приложений" использовать сразу какую-нибудь Rapsberri PI с Linux , и в нее напрямую включить фискальный накопитель, и на ней же web-сервер поднять.

получится компактная коробочка с поддержкой множественных подключений.

А саму кассу Атол купить "под документы" и рядом для вида поставить.

 

а какой смысл / выгода ? Вы  и через api сможете реализовать функцию пробивки/отправки чека.

[LostSoul]

1 минуту назад, Mechanic сказал:

а какой смысл / выгода ? Вы  и через api сможете реализовать функцию пробивки/отправки чека.

через API чего?

API в формате от Атола это linux-демон.  

Вот я и хочу этот линукс демон поставить на одноплатник отдельно для этой задачи в одном корпусе с ФН.

Они же, в базовом виде, предлагают поднимать его на сервере и уже этот сервер типа будет точкой входа API

 

 

 

[Mechanic]

22 минуты назад, LostSoul сказал:

через API чего?

API в формате от Атола это linux-демон.  

Вот я и хочу этот линукс демон поставить на одноплатник отдельно для этой задачи в одном корпусе с ФН.

Они же, в базовом виде, предлагают поднимать его на сервере и уже этот сервер типа будет точкой входа API

 

 

 

api самого ккт

[LostSoul]

20 минут назад, Mechanic сказал:

api самого ккт

нет такого, вроде.

API ККТ заключается в предоставлении доступа к serial порту фискального накопителя в эксклюзивном режиме.

поправьте меня, если я ошибаюсь.

 

[deleted]

Вообщем инфа сотка, как говорится..

 

1. При поступлении на л-сч - аванс или предоплата, а после списания с л-сч - полная оплата, тип платежа(нал - безнал) со значением 0 и с позициями конкретных услуг и их стоимостей и дополнительно к платежу тег 1215 со общим значением цены за все позиции.

2. Второй чек не обязательно отправлять клиенту.

3. Не указывать наименование позиции при авансе - это право, а не обязанность.

[alibek]

Как пункт 3 стыкуется с приказом ФНС №ММВ-7-20/207 от 09.04.2018?

[deleted]

9 minutes ago, alibek said:

Как пункт 3 стыкуется с приказом ФНС №ММВ-7-20/207 от 09.04.2018?

Покажите точнее, большой документ.. я задам вопрос.

[alibek]

На прошлой странице: https://forum.nag.ru/index.php?/topic/127944-54-fz-onlayn-kassa-fiskalnyy-chek-i-chto-s-etim-delat/&do=findComment&comment=1537070

 

[ixi]

В 29.03.2019 в 08:59, pandatelecom сказал:

Вообщем инфа сотка, как говорится.. 

У каждого своя трактовка и своя сотка, похоже. Наши налоговики недавно проводили семинар, где утверждали, что чеки на зачёт аванса вообще не нужны и ещё кучу всякого. На конкретные вопросы -- "А что, так бывает?" и предложение задать вопрос письменно.

[deleted]

On 4/1/2019 at 1:40 PM, ixi said:

У каждого своя трактовка и своя сотка, похоже. Наши налоговики недавно проводили семинар, где утверждали, что чеки на зачёт аванса вообще не нужны и ещё кучу всякого. На конкретные вопросы -- "А что, так бывает?" и предложение задать вопрос письменно.

Соглашусь. Это и раздражает. И даже письменный ответ - не будет являться 100% гарантией - что делается все правильно. Некомпетентность зашкаливает.

 

On 3/29/2019 at 11:29 AM, alibek said:

Как пункт 3 стыкуется с приказом ФНС №ММВ-7-20/207 от 09.04.2018?

Пока не информации...

[alibek]

Вопрос по закрытию смены.

У нас касса закрывает смену автоматически, в 00:00.

ОФД говорит, что закрытие смены некорректно, в отчете не указывается атрибут ЗН (заводской номер), плюс используется формат 1.05.

Производитель кассы (УМКА) говорит, что ЗН передается только один раз при регистрации и при закрытии кассы не используется.

А где почитать, как оно на самом деле?

[ixi]

В 06.05.2019 в 14:32, alibek сказал:

Производитель кассы (УМКА) говорит, что ЗН передается только один раз при регистрации и при закрытии кассы не используется. 

А где почитать, как оно на самом деле?

был приказ со всеми атрибутами. в гугле ффд реквизиты

[lidia]

On 5/23/2018 at 3:54 PM, Susanin said:

Имхо - самый правильный путь, что бы биллинг информацию о нужных о платежах отправлял на онлайн-кассу. Наш (LanBilling) пока так не умеет.

Susanin, научили lanbilling отправлять информацию о платежах на онлайн-кассу. Из коробки есть взаимодействие с АТОЛ (самая распространенная), по запросу можем добавить и другую.

[alibek]

Как говорится, не прошло и двух лет.

[Dude]

16 минут назад, alibek сказал:

Как говориться

Пардоньте, но глаза режет - ТСЯ!

[lidia]

19 hours ago, alibek said:

Как говорится, не прошло и двух лет.

Так и спроса не было. Пока штрафов нет, никому функционал не нужен был. 

[Odissey]

Коллеги. А как вы выписываете чеки и отправляете при поступлении средств, а также при посуточном списании с лицевого счёта ?

[alibek]

До июля об этом можно не думать.

А вообще вроде бы разрешено агрегировать списания за месяц.

[Odissey]

Не думать и не иметь обязанностей делать немного разные вещи :)))

[alibek]

Вопрос по ФН к знатокам онлайн-касс.

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

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

У меня есть предположение, что софт кассы некорректно работает с ФН, не освобождает какие-либо ресурсы или не закрывает какие-либо действия. В результате через какое-то время неосвобождаемые ресурсы заканчиваются и ФН перестает проводить документы. А после его перезагрузки в этом состоянии он уже перестает работать.

Такое возможно?