Многие организации используют в качестве фронтола ту же типовую 1С 7.7 Торговля и склад. И не планируют переходит на другое ПО в связи с большими издержками для бизнеса. У некоторых ЕГАИС успешно на 1с 7.7 настроен и работает.
Иногда проще адаптировать имеющуюся программу.
Насколько я понял ЗАО "1С" не планируют дорабатывать решения на базе 1С 7.7 под онлайн-кассы.

Кто-нибудь уже начала наработки в данном направлении?
Может имеет объединить усилия?

(898) Понятно. Я по другому немного реализовал доработку ТИС по скидкам, не трогал существующую цену.
"2) Определение ПУП по параметрам Фирмы и склада (НДС, ЕНВД)" - делаю по контрагентам. Фирма может работать по нескольким системам. Складов может быть куча, есть у меня такие клиенты: оптово-розничные базы стройматериалов, у которых по 15-20 складов. Делить товар по складам с ЕНДВ и без него неприемлемо. Возможно для магазинчика с парой виртуальных складов и нормально, но не для таких баз.
"3)предусмотреть округление суммы по чеку до целого рубля или 50 коп. для удобства расчетов с покупателями в соответствии с Протоколом ФФД." - сделал у своих в прошлом году в док. Реализация. Теперь тоже хочу проверить это применительно к кассе.
"5) привязка контактных данных к дисконтным картам покупателей, чтобы постоянно не вводить в чек одни и те же контактные данные для постоянных клиентов." - тоже сразу решил это делать. Для своих давно написал полнофункциональную систему по дисконтным и бонусным картам. Поэтому сразу мысль такая пришла.
По поводу «Правило 1 копейки» как-то не хотелось бы разбивать товар, но я сам долго возился с этой кухней, думаю по другому не получится. Ну если не вносить изменения в ТИС.

(902) На ИС выложил http://catalog.mista.ru/public/603118/

(904) Спасибо.

(900) Efr_comm.ert из ТиС 988 можно использовать или из ранних версий лучше взять?

(902) Чет "Правило 1 копейки" при указанных ниже данных не срослось.
Сумма = 28.50; //сумма с учетом скидки
Количество = 7;

Результат:
1. Количество = 6 цена со скидкой = 4,07 сумма = 24,42
2. Количество = 1 цена со скидкой = 4,06 сумма = 4,06
Новая сумма = 28,48 сумма = 28,5 разница = 0,02

Может подскажешь в что я не догоняю?

(907) Сейчас проверю своим алгоритмом ;)

Результат:
1. Количество = 6 цена со скидкой = 4,07 сумма = 24,42
2. Количество = 1 цена со скидкой = 4,08 сумма = 4,08
Новая сумма = 28,50 сумма = 28,5 разница = 0,00

Правило 1 коп. соблюдено ;)

В итоге - как разруливать ?) ситуацию, когда клиент притаранил часть оплаты по накладной (по отсрочке)...?

С ККМ Меркурий-119Ф кто-нибудь сталкивался?

(911) Производитель "Инкотекс", заставить в 1С 7.7 работать не получилось, и на их сайте в одном месте написано, что и не получится ))

(908) Делись алгоритмом...

(911) http://www.incotexkkm.ru/attachments/54-fz/115f/KKT_1C.pdf видимо только с Розницей 2.0

Если только потрошить Розницу и сравнивать команды с Атол/Штрих

(912) Спасибо за инфу. В ЦТО сказали, что на сегодня только их ККМ работает по формату 1.05. Это так?

(912) Да, нашел у них на сайте. Нет драйвера у них под 1С и имеющимися средствами подключить их оборудование к 1С не удастся. Планируют к маю разработать драйвер для 1С под все свои ККМ. Но между планировать и сделать большая пропасть.

а кто как делал у себя "аннулировать чек" (текущего дня)..?

(914) Это совсем не то, что надо.

Еще вопрос. Кто сталкивался, проконсультируйте пожалуйста.
К примеру, ФР - формат 1.0, ФН-1.0. Прошиваем ФР под 1.05, а на ФН уже есть данные в формате 1.0. Он примет потом данные в формате 1.05 или его (ФН) менять придется. Где-то тут промелькнуло, что придется менять. Это действительно так?

(911) Мне любопытно чем руководствовались в момент покупки. Ценой? Взяли потому что на 1000 рублей дешевле чем аналогичный атол/штрих? Илитипа брали что есть в наличия не думая, а только после покупки решили посмотреть, а как же его к 1С то цеплять?

(920) А там написано, что купили и не можем подключить?

(917) нет такого понятия в ФЗ54 аннулирования чека в течении смены.

Если была продажа товаров ( чек приход по фз54 )
то  делается возврат товара
(чек  ВозвратПрихода по фз54 ) -  потоварно что возвращаешь.
+ заявление от покупателя.

Т.е. теперь возврат товаров делается одинаково неважно
возвращаешь в день покупки или
на следующий день.

(922) Понял, спасибо за пояснение.

(922) то есть пипец будет.
есть реализация.
к ней ПКО+чек. Пробили по ПКО+ЧЕК что-нить неправильно.
делаем ШТАТНЫЙ ВОЗВРАТ ТОВАРА, к возврату делаем РКО+чек
..
?

(919) По закону финал ффд от 21.03.2017
на одном ФН нельзя хранить документы формата ффд 1.0 и ффд 1.05. ( не знаю связано это с чьей то жадностью или это
действительно технические ограничения )

т.е. для смены на ффд 1.05 надо :
1. убедиться что ОФД поддерживает ффд 1.05
2. Финализировать ФН.
3. Поставить новый ФН
4. перепрошить ККТ
5. поменять драйверы и программу  под ффд 1.05
6. в личном кабинете налогоплательщика перерегистрировать ккт.
7. Перенастроить ккт в личном кабинете офд.
8. начать работать с кассовой прогаммой под ффд 1.05

переход от ффд 1.05 к ффд 1.1 аналогично.

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

(924) так мы так и работаеи с авансами.

получили от клиента аванс - чек Приход + ПКО

в день отгрузки
вовзрат аванса - чек ВоввратПрихода + РКО + заявление
чек потоварный + ПКО

--------------------------------
придумал как можно все упростить до двух чеков пока руки не дошли до реализации.

+ к 925 да и по закону к 01.01.2019 все должны перейти
на ффд 1.05

(925) "на одном ФН нельзя хранить документы формата ффд 1.0 и ффд 1.05" - первый раз такое слышу. ИМХО не соответствует действительности, Или хочешь сказать ККМ после перепрошивки будет считывать данные из ФН и автоматически определять формат?

(926) А частичные оплаты?

(926) с авансами по кассе мы не работаем.

(928) ну почитай сам финал ффд 1.05 от 21.03
Я ничего не хочу сказать про ккт  - будет ккт так работать или нет я пишу что написано в финале ффд 1.05


Вот дословная цитата

"Значение реквизита «номер версии ФФД» (тег 1209) определяется в момент формирования отчета о регистрации или отчета о перерегистрации в связи с заменой ФН и не может быть переопределено до момента формирования нового отчета о перерегистрации в связи с заменой ФН"

(930) Т.е. если долгу клиента 123,45, а он вам заплатил 150 рублей вы даете сдачу?

(929) У нас сейчас только частичные доплаты
Все очень просто.

предположим был счет на 30 000 рублей
Клиент оплатил безналом 30 000 рублей
Расхбн  накладная получилась на 31 000 рублей
и клиент выразил желание доплатить налом  1000 рублей.
Я написал обработку которая по расхнакладной
бухгалтер полуавтоматически набирает товаров на 1000 рублей
и пробиваем потоварный чек на 1000 рублей
и делаем ПКО на 1000 рублей. Все.



Оплат поток наличных денег поток наличных отгрузок у нас нет.

+ 931 тег 1209 это из таблицы на фн содержит
какой тип ффд сейчас использует фн.

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

(933) "предположим был счет на 30 000 рублей
Клиент оплатил безналом 30 000 рублей
Расхбн  накладная получилась на 31 000 рублей "
- у нас такого не бывает. Может быть либо 30 000, либо меньше (брак, недостача изредка на складе).
.
если клиент хочет взять чего-то еще СВЕРХУ ранее согласованного (выставленного на оплату) - оформляется допзаявка.
.
может быть наоборот: клиенту собрали заявку на заказанные 30 тыс, а проплатил (предоплата безнал) 29 000 - при выписке отгрузочных доков система стопорнет, не даст провести доки.
.
и тут начинается веселуха...

(936) У нас весовой товар + клиент может заменить при отгрузке один товар на другой ( если товар есть в наличии с учетом резервов других счетов )

(937) везде свои заморочки ;-)
у нас заморочки - в бухгалтерии, эти все ограничения по оплатам и прочее - только  и исключительно для удовлетворения их хотелок.

(925) Да, наверное так и есть. На форуме Атола прочитал, что при изменении ФФД, ФН надо менять.

(939) ха, а что делать с МГМ ФН-1? Я только все настроил и в тестовой площадке https://kkm-server-test.1-ofd.ru тоже ок. Но мы опт и нам надо ффд 1.05...

(939) А замена - платно?

(939) Ну его же купить надо для начала.

(941)

(940) Ну после перепрошивки ККМ тестовую ФН можно заново зарегестрировать с новой версией формата

(943) Не понял...

(945) да ошибся выше - не 941 надо было.

(944) А ЦТО уже перепрошивают под ФФД 1.05? Клиенту в ЦТО сказали, что сейчас в продаже только с ФФД 1.0. Мол работайте год на ФФД 1.0, а потом обращайтесь.

(944) Интересует Атол.

(947) сейчас кассы идут с 1.05 Но там проблема в другом. Часть ОФД некорректно работают с 1.05, поэтому производители ККМ рассылали письма по ЦТО, типа нужно сделать даунгрей касс до версии 1.0, до того момента пока ОФД не передут на версию 1.05 (а пока минфин не зарегистрирует официально формат, никто переходить не будет)

(949) Спасибо. Что мне сказать клиенту посоветуешь: покупать с 1.0, и работать по этому формату пока разрешено или ждать? А сколько ждать неизвестно.

. При проведении экспертизы и мы, и эксперты обязательно свои ККТ проверяли со всеми ОФД по версии ФФД 1.0. Базовым ОФД для проверки были 1-ОФД, ТАКСКОМ. Конечно, в итоге всё заработало со всеми ОФД, но были неточности в работе ОФД, несвязанные с ПО ККТ. Резонно спросить, а почему есть разногласия в работе с ОФД? Ответ: ФФД 1.0 от июля 2016 года (по которой собственно все ОФД и большинство ККТ попали в реестр) и финализированные ФФД 1.0 от января 2017 года - это сильно отличающиеся друг от друга документы (более 70% изменений). В итоге, одновременная поддержка уже эксплуатирующихся ККТ, по ФФД от июля 2016 года, и новых ККТ (таких как наши, прошедших экспертизу) от января 2017 года - крайне сложная задача, и по моему личному мнению - практически невозможная. Выход: для корректной работы ККТ, которые прошли все экспертизы (по ФФД 1.0 финальной версии января 2017 года), необходимо прекратить поддержку всех ККТ промежуточных ФФД 1.0. Но, тогда часть ККТ, находящихся в эксплуатации, просто перестанут работать. В отключении поддержки промежуточных ФФД есть резон, т.к. после публикации приказа с ФФД от января 2017 года все промежуточные версии ФФД становятся вне правового поля, а следовательно и ККТ которые не соответствуют этим ФФД - не соответствуют требованиям к ККТ, и значит они должны быть выведены из эксплуатации. Поэтому, готовьтесь, много установленных ранее ККТ придётся дорабатывать.
http://www.incotexkkm.ru/forum/viewtopic.php?p=9597

(950) В 1.05 там незначительные изменения по сравнению с 1.0, так что не принципиально

(952) Если не трудно, можешь написать отличия?

(953) ну типа ИНН кассира

https://yadi.sk/d/lHkIq9fC3GD2aw

(955) Спасибо.

Да, там прописано, какие реквизиты обязательны в том или другом формате. Еще вопрос. Если прописать сразу под 1.05 заполнение реквизитов, то ККМ-ка, с прошивкой под 1.0,  проигнорирует их или выдаст ошибку?

(954) по моему не совсем так
в ффд 1.05 добавлено виды оплат аванс(предоплата)
и отсрочка(постоплата) , также в документ закрытие смены
будут вноситься данные z отчетов.
Может в чем то и не прав потому что финал ффд от 21.03
написан "тяжелым" языком.
кстати разъяснение фнс
Письмо Минфина РФ от 01.03.2017 N 03-01-15/11622

цитата
"По вопросу, связанному с осуществлением расчетов в виде аванса и предоплаты, следует учитывать, что в соответствии с пунктом 4 статьи 4.1 Федерального закона N 54-ФЗ разработан приказ ФНС России "Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию", предусматривающий соответствующие признаки способа расчета, применение которых осуществляются при авансе, предоплате."

а как это применять если ни ккт ни офд да и сам ФНС к этому не готов - нет сейчас признаков способов расчета
Интересно кто пишет разъяснения знают что нет ни у кого сейчас такой возможности.

(951) по ффд финал  от 21.03
формат ффд 1.0 можно применять до 01.01.2019

(958) В связи с этим повторю вопрос: Если прописать сразу под 1.05 заполнение реквизитов, то ККМ-ка, с прошивкой под 1.0,  проигнорирует их или выдаст ошибку?

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

Если кто-то уже сталкивался с этим и имеет опыт ответьте пожалуйста.

(960) ФН у Вас будет той же версии что и ккт при фискализации ккт. Опыта в этом не имею. мы скорее всего будем ждать
окончания срока ФН и в этот момент решать проблему спереходом на ффд 1.05.

+963 но если Вы все сделаете сейчас под 1.05 не факт что офд сможет принимать сейчас эти документы

Дано:
Организация, опт, алкоголь, все на предприятие функционирует под 1с77. Основа - это эволюционировавшая конфигурация "Склад" писаная еще под 1с 7.0 (или 6.0, не помню). Есть кнопочный ККМ Элвис, ЭКЛЗ заканчивается 01.04 и по новому закону надо покупать новый ККМ с ВотЭтимВотВсем (ФФД, ФН и прочим ОФД).
Руководство вникать в этот фискальный ад не хочет и ставит задачу так:
- В основной конфигурации ни чего менять нииизя! Можно выгрузку в сторонний софт на локальный компутер с подключенным ФР, а лучше сразу на ФР, понял? ... Иди работай.

Решение:
Пока нет.

Мысли:
По хорошему, нужна некая служба "сервер ккм", на компьютере с подключенным ФР, которая при получении данных, из основной УС, печатала бы чек. Или писать промежуточную мини конфигурацию "контроль чеков" с одним документом чек и одним справочником номенклатура? Или...

Добрый день! Подскажите, как в драйвер Атола передать СНО при печати чека?

(965) Бери 1С розница и настраивай обмен

(967) У нас опт, да и брать что-то большое не хочется, нужно что-то совсем простое. В среднем печатается 5 чеков в день но чек может быть на 100 позиций. Если раньше печатали все одной суммой через кнопочный ККМ то сейчас этот номер не пройдет, нужен ФР и простенькая прога обслуживания.

(968) на чек есть какие то ограничения  по количеству байт
не знаю можно ли нет такие длинные чеки использовать в этих новых фз-54. лучше спросить у производителей оборудования и у ОФД.
ну и если Ваш бизнес процесс позволяет то я бы вместо одного чека по 100 позиций бил бы 10 чеков по 10 позиций.

(968) Что розница сложная?

(969) Вот за "ограничение по количеству байт" спасибо, вовремя обнаруженные грабли экономят время и нервы.

(970) В данном случае, да

(966) в ЧекеККМ(модуль формы) в Функция ПробитьЧекНаККМ()
ищем ПУП = 0 (параметры учетной политики по умолчанию было 0 из ТиС 988)
ставим в соответсвии с описанием в документации к вашей ккм. В моем случае Атол 22Ф было:
0 Общая в чеке пишет               ОСН
1 Упрощенная Доход                 УСН доход
2 Упрощенная Доход минус Расход    УСН доход - расход
3 Единый налог на вмененный доход  ЕНВД
4 Единый сельскохозяйственный налог ЕСН
5  Патентная система налогообложения Патент

Поставили ПУП = 2; получили УСН доход - расход

у нас с Атол 22Ф другая беда(Тис на Server 2008 r2 пользователь работает через проброс портов в терминал по интерфейсу USB) чек почему то пробивается один из пяти-шести,ну и уходят в офд так же, ошибок никаких не вылетает, просто ккм молчит(по связи в тестах норм)

(973) сажали на RS, такая же история и так две кассы

(965) такая служба "сервер ккм" уже есть, выложена на ИС

(968) у нас аналогично, чек может быть и 300 позиций

(974) может быть как раз спасёт сервер ккм?

(977) так с одной кассой ситуация тоже не меняется, до этого 7 штрихов и элвес работали безотказно

На днях буду виктуановское решение запускать на старой тис

Офд Эвотор - кто что про него может сказать?

(977)
по поводу сервера ККМ с сайта официального:
Компонента совместима со всеми конфигурациями на платформе 1С:Предприятие 8, использующими продукт "1С:Библиотека подключаемого оборудования".
Поддерживаются текущие типовые конфигурации фирмы 1С: 1С:Розница 2.x, 1С:Управление торговлей 11.x, 1С:Бухгалтерия предприятия 3.x, 1С:Комплексеная автоматизация 2.x, 1С:Управление небольшой фирмой 1.x.
а на ИС:
Минимальные системные требования

Операционная система: Windows  7 и выше, Windows Server 2008 и выше
Программные пакеты: Microsoft .NET Framework 4
Драйвер: Атол драйвер ККМ версии 6.16 или 8.x
Версия 1С: 1С:Предприятие 8.х
Компьютер с установленным сервером ККМ должен иметь статический IP-адрес
.........
про 7.7 ни слова.

(972) Один мааааленький нюанс, читаем внимательно описание.
Передавать надо не цифирки, а БИТЫ.
0=1
1=2
2=4
3=8
4=16
5=32

+ к (981) Хотя в 988 могли и цифрами сделать, если через новый драйвер работать, но в драйвере ККМ это атрибут 1055 и тип поля - "Byte".

(979) У меня второй день как к нему меркурий 115 подключен (автономная касса). Плохого сказать не могу, чеки уходят мгновенного. Хотя сайт немного кривоват (ну просто при ошибки выскакивает ссобщение и не на всех браузерах его закрыть можно, только заново перезаходить на страницу). А так, несчем сравнивать

(980) я не знаю про какой официальный сервер ккм идёт речь, у меня речь о сторонней разработке

(980) соответственно какой софт работает 1с или что-то другое - пофиг

(981) Через новый драйвер получается передать СНО. Но там проблема с "НДС 0%". Сейчас все переделал на стандартный драйвер Атола. При печати чека передаю СНО:
    Объект.AttrNumber = 1055;
    Объект.AttrValue = 4;
    Объект.AttrPrint = 1;
    Объект.WriteAttribute();
Но в чеке СНО выводится та, что установлена по умолчанию в параметрах драйвера. Либо если по умолчанию СНО не установлена, то вообще не выводится в чеке.
У вас получилось установить СНО через стандартный драйвер Атола программно?

(981) Получилось, но в кассе должны быть прописаны разрешенные СНО. У меня нефискализованная, поэтому сначала надо запрограммировать ККМ по этой инструкции:
https://onedrive.live.com/view.aspx?cid=189c614ed00d4c23&id=documents&resid=189C614ED00D4C23%21128&app=OneNote&authkey=!ABE4IM6eOvPtlrQ&&wd=target(%2F%2F54-ФЗ.one%7C27377c95-2928-4aa8-8fd7-4b03b801c6ef%2FОшибка%20(-3970%5C)%20Начисление%20налога%20на%20последнюю%20операцию%20%7Cce76fd87-d2fa-4d3c-9bae-0780f9a6f552%2F)
После этого атрибут 1055 стал подхватываться.

(972)Как в новом драйвере из ТИС 988 передать СНО я знаю. У вас для УСН в чеке выводится Сумма НДС0% или Сумма Без НДС?

(988) У меня получилось вывести "Без НДС" только через стандартный драйвер Атола.

(987) Ок, спасибо. Буду пробовать по инструкции.

(988)  Сумма НДС 0%

(988)
http://forum.atol.ru/lofiversion/index.php?t31263.html

Тех.поддержка АТОЛа на почте ответила следующее:
В релизном БПО от 1С можно передать только 0 – НДС 0%, 10 – НДС 10% и 18 – НДС 18%. В следующем релизе БПО предполагается список расширить в том числе добавится none - Без НДС. Так же мы поддержим БПО в нашем драйвере.

Соответственно 1С не умеет передавать, АТОЛ не умеет принимать.

Ответили из тех.поддержки Контур ОФД:

Если организация освобождена от НДС, то в чеке должна отображаться ставка НДС 0%. Нет ставки "без НДС". В том числе НДС 0% данное отображение корректное. В вашем случае нет никакой ошибки, информация отображается корректно.

(980) "Компонента для 1С выполнена по COM-технологии. Совместима с 1С 7.7." Это ответ на вопрос по поддержке 1С 7.7 в комментариях. Другое дело, что работает он только с 6-й версией драйвера.

">>У нас на рабочих станциях и сервере где установлена 1С уже установлены Атоловские драйвера 8 версии. Не будет ли конфликта их программы с 8 атоловскими драйверами?
Конфликт с драйверами 8 версии будет.
Надо чтобы на рабочей станции стояли только драйверы 6 версии.
На сервере драйверы Атол не используются, так что на сервере и конфликта с ними не будет."

(992) попа есть, а слова нет?
Это как бы разные вещи без НДС и НДС 0%

Уважаемые специалисты, скажите пожалуйста, почему в утилите Атола не редактируется список ставок НДС? Может ли причины быть в том, что сейчас устройство не фискализировано (МГМ)? Смену закрывал, не помогло.

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

(997) а если не работает привязка, как тогда при печати указывать НДС? Раньше делалось через Объект.Department.

(998) Department
Секция [ВХ]
В свойстве указывается секция, в которую производится регистрация. Регистрация возврата при Department = 0 приводит к регистрации в 1-ю секцию, но номер секции при этом на чеке не печатается.
Протокол АТОЛ 2.х, 3.x: ККМ FPrint-55 ПТК / K / ЕНВД, FPrint -11 ПТК / ЕНВД, FPrintPay-01ПТК, АТОЛ 60Ф, FPrint -22 ПТК / K / ЕНВД; ККМ МИНИ-ФП6, IKC-E260T/РФ 2160, АТОЛ 55Ф, АТОЛ 11Ф ,АТОЛ 22Ф / FPrint-22 ПТК, Казначей ФА, АТОЛ 42ФС: 0 … 99
ККМ MSTAR-TK.1: 1 … 99
ККМ POSPrint FP410K: 1 … 255
ККМ Мария-301 МТМ: 0 … 8
Протокол Штрих: 0 … 16.
Newton: ПОРТ FP-300/FP-550/FP-1000/FP-60/FP-60 ФKZ: 0 … 10.
ККМ Триум-Ф, ФЕЛИКС-Р Ф, ФЕЛИКС-02К / ЕНВД, ФЕЛИКС-РК / ЕНВД, ФЕЛИКС-3СК, FPrint -02K / ЕНВД, FPrint -03K / ЕНВД, FPrint -88K / ЕНВД, FPrint -5200K / ЕНВД, АТОЛ 52Ф, Wincor Nixdorf TH-230K, BIXOLON-01K, PayCTS-2000K, PayPPU-700K, PayVKP-80K, PayVKP-80KZ, Аура-01ФР-KZ, ТОРНАДО-Ф, ТОРНАДО-К, Мебиус-2К/3К, FP3530T, ЭЛВЕС-МИКРО-Ф, СП101ФР-К/СП402ФР-К, MSTAR-Ф3, КРИСТАЛЛ СЕРВИС: ПИРИТ ФР01К, КРИСТАЛЛ СЕРВИС: Pirit K, ПРИМ-08ТК, ПРИМ-88ТК, ПРИМ-07ТК: для указанных моделей ККМ свойство Department не используется.

(996) список ставок утвержден и не подлежит измененмю

(998) Если через FprnM1C82_54FZ.dll, то через секцию, но есть глюки.
Если через FprnM1C.dll, то так:
Объект.НомерНалога = 4;  // Ставка Без НДС

(1001) большое спасибо, все таки переделывать придется обработку печати. Я надеялся, что несильно.