На АРМ используется ПО в котором нет разграничений Нал/Карта при пробитии чека на ФР. Хотя сам ФР (Штрих ПТК) имеет такой разделитель. Есть банковский терминал автономный. Правила розничной торговли при оплате банковской картой обязывают кассира выдать чек. В то же время итог по Z отчету должен соответсвовать денежным средствам в денежном ящике. Бухгалтер в принципе согласна принимать Z отчеты с полной суммой на счетчике Нал, беря во внимание сверку итогов с терминала. А что скажет налоговая проверка, если у кассира обнаружится недостача наличных в денежном ящике?

Нельзя по ФР бить безнал в общую графу наличные.
Или выдавайте покупателям только чек с автономного терминала эквайрингового или допиливайте софт.

Предлагаю перейти на 1С и не страдать с тем что нельзя обработать напильником ))

(1)+ Да однажды было когда нужно было пробивать по ФР безнал, а софт еще не позволял.

Делали через ручные скидки (в сумме безнала по карте) при пробитии по ФР из АРМ. Но продажи за 0 были интересны )) пока не перешли на 1С с разными сертфикатами/бонусами

(2)+ В смысле скидка 100% это не скидка, а оплата по карте или другим безналом

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

(1) а почему нельзя? какой размер штрафа при проверке?

(4) с чего это управление из других программ не возможно? что за оборудование используется?

(6) читай выше "газонаполнительное".

(7) я не знаю производителя оборудования ООО "газонаполнительное", и одноименный контроллер мне тоже не знаком

(8) другими словами, вы предлагаете выйти на разработчиков и заставить их решить проблему на программном уровне? так? Я же хочу просто разобраться в проблеме: какой закон мешает пробить оплату картой на счетчик "Наличные" в ККМ

(9) закон о применении ККТ, нормативные акты о кассовой дисциплине и тд

1. Исправить ПО имеющееся
2. Перейти на другое ПО
3. написать свое

вариантов много

(9) на крайняк бей нал и безнал в разные СЕКЦИИ

(9) ну и собственно ПБУ и налоговый кодекс

Средства, прошедшие по терминалу к учету принимаются по факту поступления на рс, как это будешь разруливать  твоей ситуации?

(9) предлагаю найти специалистов лучше местных которые из вашего софта выдернут что нуна и засунут в новый
главное в договоре прописать чтобы задокументировали что выдернули чтобы потом не было лишних трабл

(13) я думаю что не стоит так даже заморачиваться, скорее всего поддержка их оборудования в каком либо по и так уже реализована

(14) Возможно производитель оборудования уже того вместе с документацией

(15) и такое может быть, но маловероятно, все таки оборудование немного специфичное

(16) в любом случае затраты на переделку ПО, чьими бы то ни было силами могут составить крупную сумму. А перенастройка оборудования на альтернативное ПО умеющие бить безнальные чеки и того затратнее и геморнее. Я хочу свести эти затраты вообще к нулю. В законе же сказано, что при оплате картой (на оборудовании торговой точки) нужен просто дополнительно кассовый чек. Никаких отдельных счетчиков и регистров ККТ не упоминается. Эти счетчики ИМХО дополнительная фича от разработчиков ККТ, а на деле может всего-то нужно пробить чек и правильно заоплнить журнал кассира-операциониста... подтвердите или опрвергните же наконец мои соображения. Желательно ссылками. Сам я за целый день не смог ничего дельного нагуглить ((

(11) по секциям тоже никаких настроек в ПО(

(17) ну допустим пункт про пробить чек ты выполнил. А правильно учесть средства в пути, правильно оприходовать выручку, правильно рассчитать налоги (иногда они зависят от формы оплаты даже). Или ты хочешь сказать, что и выгрузки в БП тоже нет и все ручками рисуете? Ну даже допустим и так, а как объяснить при проверке, почему по ККм прошло 100000, а к учету принято в ПКО 80000?

(18) может уже раскроешь секретное оборудование?

(17) <<<в любом случае затраты на переделку ПО, чьими бы то ни было силами могут составить крупную сумму

опять бедные нефтяники?

(17) Затраты сравнимы с экономией на з/п по текущей техподдержке этого хлама

(17) С 2018 года будут онлайн-кассы без этих "счетчиков"... ну давай економь далее...

(19) "что и выгрузки в БП тоже нет и все ручками рисуете" - да
"бедные нефтяники" - нет, газовики.
"правильно учесть средства в пути, правильно оприходовать выручку, правильно рассчитать налоги" - все это бухгалтер может правильно учесть, сопоставив сменные отчеты от ККТ и эквайринговой системы

(24) О еще и на ЗП бухгалтера можно экономить, если ему более не нуна будем ручками с матами циферки с бумажек забивать...

(22) "з/п по текущей техподдержке этого хлама" =0 Оборудование работает и не сбоит тьфу-тьфу. До 2018 года планируем доработать без каких либо доработок в этом б..м ПО

(25) 3 или 4 цыферки вручную занести - посчитайте мне трудозатраты в рублях?

(26) продолжайте есть кактус. Или может все таки скажешь что за ПО и какое оборудование сейчас используется?

(26) Тогда все проще намного:

1. В текущее ПО подсовываете вместо реального ФР "эмулятор".
2. Ставим любое готовое типовое ПО которое понимает разные виды оплаты и туда реальный ФР и реальный эквайринговый терминал.
3. Двойная работа но это мелочи.

(27) Умножь эти циферки на дни/месяцы/года?
Посчитай экономию в часах потраченных "бухгалтером" когда у него куча другой более важной нагрузки чем циферки забивать.

(29) попробуем вот так сделать. Главное не потерять контроль над соответствием между пробиваемой суммой и сливаемой дозой. А то ведь насливают...

(28) цитирую выдержку из единственного описалова, которое доступно (файл TIM.CHM).  "Компьютерно кассовая система (ККС) "ТИМ-02" предназначена для управления автогазозаправочной станцией (АГЗС), оборудованной газораздаточными колонками (ГРК), типа УЗСГ, КЗСГ , производства ООО НПФ "ТИМ"".

(32) и что говорит производитель? он вполне живой и действующий? или как всегда или денег платить не хотите или даже связаться с ним не пробовали?

(33)действующий, но плохо идущий на контакт. На все вопросы по доработке ПО задумывается вникуда. но нужна ли доработка вообще. Пока всего лишь непонятно насколько опасно пробивать не в "безнал".

(34) Поймите что их разработчики их ПО не могли придумать ничего особо нового.
Сомневаюсь что там шифрованный обмен между софтом и железкой через порты ))

Поэтому просто ставится снифер на порт (вряд ли там что то отличное от rs-232) далее просто пробиваем в разных режимах и смотрим обменю

Ну и пишем за пару дней этот обмен на чем угодно и для какой угодно софтины. В т.ч. для любой конфы на 1С.

(35) и даже эти пару дней ни к чему, если ситуация  в (0) допустима

(36) Письмо в ИФНС, мы так делали когда спорный вопрос по применению ККТ был для выдачи наличных (не получение/прием в оплату за товар).