IPB

Здравствуйте, гость ( Вход | Регистрация )

> Внимание!

С 24.11.2009 поддержка по программному продукту ДАЛИОН осуществляется только на официальном форуме компании СофтБаланс http://www.dalion.ru/forum/

 
Добавить ответ в эту темуОткрыть тему
Расчет при были "до копейки"?, Возможен ли в Далионе?
torgsystems
сообщение 2.4.2009, 8:19
Сообщение #1


Завсегдатай
***

Группа: Партнеры
Сообщений: 235
Регистрация: 20.11.2008
Из: Владивосток
Пользователь №: 15 315



А как в далионе с этим обстоят дела?


====================
Эффект Кока-Колы.
Лучшее решение.



У самого популярного в мире напитка очень много достоинств: Он вкусный, отлично утоляет жажду, обладает тонизирующим действием. Но есть у кока-колы один очень отрицательный эффект: Кока-кола дорожает летом и почти в два раза дешевеет зимой! Сейчас февраль, сегодня я видел в магазине двухлитровую бутылку за 25 рублей. Летом же ее цена почти 40 рублей, и это нормально. Тут-то и проявляются недостатки практически всех конкурирующих с нами технологий учета.

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

1. Первый неправильный способ, которым действуют другие технологии. Если применяется "картотечная" система учета, на одинаковый товар создаются разные "карточки" в базе данных с разной входящей ценой. Потом покупатели изумляются, почему на витрине лежат два абсолютно одинаковых товара, но с разными ценами! Продавцам не остается ничего другого, как объяснять, что товары пришли разными партиями и по разной входящей цене. В итоге, предприятие теряет свою прибыль. Курс доллара увеличился (сменилось время года), товар подорожал, а мы остатки старой партии продаем "как бы с накруткой", но реально зачастую ниже новой входящей цены. То есть, продаем дешевле, чтобы тут же купить новую партию этого же товара дороже только что проданной. Когда речь идет о многих тысячах и десятках тысяч товаров, ни один самый опытный товаровед физически будет не в состоянии переоценивать остатки старых партий товара до новой цены, рассчитанной исходя из новой себестоимости!

2. Второй неправильный способ, которым действуют другие технологии. Если применяется "попартионная" система учета, чтобы избежать вышеуказанной глупости с несколькими разными ценами на один и тот же товар, товароведы оставляют на складе всю новую партию товара до полной реализации предыдущей партии по старой цене. В итоге возникает либо тот же эффект, когда старая партия распродается по дешевке, и следом в торговый зал выставляется новая партия с закупочной ценой выше, чем только что продали предыдущую партию, либо возникает "товарная пробка", когда из-за пары бутылок летом закупленной кока-колы (которую зимой по высоким летним ценам никак не удается распродать), мы не можем начать реализацию новой дешевой зимней партии товара! У Вас есть два выхода: либо нанять бригаду товароведов, которые будут, как попало, выполнять задачу своевременной ежедневной переоценки тысяч наименований товаров при колебаниях входящих цен, либо поручить эту задачу автоматике системы "Амадей Моцарт" и уволить всех без исключения товароведов навсегда! Если разработчики конкурирующих систем учета Вам начнут объяснять, что их технология может сделать автоматическую переоценку товаров, помните, что для этого они начнут требовать постоянной связи сервера с кассовыми терминалами, что невозможно, если Ваши магазины территориально разнесены по городу! Ну а бригада товароведов сможет сделать Вам переоценку, только если начнет останавливать торговлю переоцениваемыми товарами на время переоценки.

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

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

К примеру, Вы купили две партии батареек. Первая партия состоит из 5 штук батареек по цене 5 рублей, вторая партия состоит из 5 батареек по цене 6 рублей. Продаете Вы батарейки по 10 рублей. После закупки двух партий батареек очередь ФИФО по данному товару будет состоять из двух партий. Первой будет стоять первая партия из 5 батареек по 5 рублей, за ней в очереди на продажу будет находиться вторая партия из 5 батареек по 6 рублей. При продаже первой батарейки Вычислится прибыль. Для этого из ФИФО снимется с продажи из первой партии одна батарейка. Ее себестоимость 5 рублей минусуется из продажной цены. Прибыль составит 5 рублей. Далее продаем 5 батареек по 10 рублей. Для вычисления прибыли из ФИФО берутся оставшиеся 4 батарейки по 5 рублей, и одна батарейка из следующей партии по 6 рублей. Прибыль составит 24 рубля. Применение попартионного хранения реальной себестоимости с помощью очереди ФИФО полностью решает проблему точности вычисления прибыли. Реальная себестоимость, хранящаяся в виде очереди, используется только для целей вычисления точной прибыли, и не используется для целей ценообразования.

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

К примеру, из предыдущей партии у Вас на остатках осталось 5 бутылок Кока-Колы по цене 10 рублей. Поступает очередная партия Кока-Колы из 10 бутылок по входящей цене 14 рублей. В случае роста входящей цены планируемая себестоимость на все бутылки (остаток плюс новое поступление) скачкообразно повышается до 14 рублей. Затем на себестоимость будет накручена Ваша базовая наценка. В случае подорожания товара Вы весь старый остаток, закупленный по низкой цене, распродадите исходя из новой дорогой себестоимости. Раз уж товар начал дорожать, нельзя старый, закупленный пусть и по низкой цене, товар распродать за дешево, чтобы тут же купить этот же товар по дорогой цене. Так как планируемая себестоимость не влияет на вычисление прибыли, мы смело можем ее менять произвольным образом. Так сработала автоматическая защита от убытков, связанных с ростом входящих цен.

К примеру, из предыдущей партии у Вас на остатках осталось 2 бутылки Кока-Колы по цене 14 рублей. Поступает очередная партия Кока-Колы из 10 бутылок по входящей цене 10 рублей. В случае снижения входящей цены планируемая себестоимость не может скачкообразно уменьшиться до 10 рублей, ведь старый остаток мы закупали за 14 рублей (иначе мы получим чистый убыток при распродаже дорого закупленного товара по дешевке). Нельзя и оставить планируемую себестоимость на прежнем уровне, иначе возникнет товарная пробка, когда при наступлении зимы мы не сможем распродать дорого закупленную летнюю Кока-Колу, и приступить к продаже дешевой зимней. Тут-то и сработает автоматическая защита от застопоривания продаж товара при снижении входящих цен. Система "Амадей Моцарт" высчитает средневзвешенную планируемую себестоимость старого остатка и нового товара: (остаток товара умножается на старую себестоимость) + (поступающее количество умножается на новую себестоимость) и все это делится на общее количество. В итоге планируемая себестоимость снижается, но не до такой степени, чтобы товар продавался в убыток. Чем меньше остается товара по высокой себестоимости, чем больше поступает товара по низкой себестоимости, тем сильнее компьютер снижает планируемую себестоимость, а значит, и продажную цену.

Данный алгоритм из двух себестоимостей является лучшим, придуманным человечеством за всю историю торговли. Этот алгоритм защищает Вас не только при сезонных колебаниях цен, но и в случае сильной инфляции в государстве, при постоянном ежедневном росте цен. Многие тысячи государственных предприятий обанкротились, начиная с 1990 года, так как вели неправильную политику ценообразования в условиях ежедневного роста цен. Они не применяли схему из двух себестоимостей, они делали наценку на реальную себестоимость, продавали товар, а потом покупали такой же товар дороже, чем только что продали предыдущий. На бумаге у них была высокая прибыль, а реально был дикий убыток, связанный с обесцениванием денег! Не повторяйте их ошибку. Используйте алгоритм из двух себестоимостей, тем более что он полностью автоматический, Вы можете работать спокойно, даже не задумываясь, как действует этот алгоритм в системе "Амадей Моцарт". "Амадей Моцарт" Вас защитит автоматически. Помните, что инфляция в нашей стране продолжается и сейчас. Каждый месяц Ваши деньги обесцениваются на полтора-два процента!


--------------------
ООО "Торговые системы", г. Владивосток
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Bладислав
сообщение 2.4.2009, 15:13
Сообщение #2


Уральский участнег
*******

Группа: Партнеры
Сообщений: 1 817
Регистрация: 28.12.2004
Из: Екатеринбург
Пользователь №: 17



Штозабред.
В Далионе происходит автоматическая переоценка партий в рознице до последней установленной розничной цены и применяется списание себестоимости по FIFO/LIFO, никаких средних.
А в отчете по продажам имеем сумму себестоимости проданных товаров за период и сумму выручки с учетом скидок/округлений за тот же период.
И вообще, а что такое Амадей Моцарт и почему я о нем ни разу не слышал? =)


--------------------
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
torgsystems
сообщение 2.4.2009, 16:01
Сообщение #3


Завсегдатай
***

Группа: Партнеры
Сообщений: 235
Регистрация: 20.11.2008
Из: Владивосток
Пользователь №: 15 315



да человек возомнивший себя гением с Краснодара кажется. shtrihcode.ru

c виду несерьезный софт, но дилеров и установок - не так мало...

вероятно из за халявы - цена в 9 рублей!


--------------------
ООО "Торговые системы", г. Владивосток
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Bладислав
сообщение 2.4.2009, 17:01
Сообщение #4


Уральский участнег
*******

Группа: Партнеры
Сообщений: 1 817
Регистрация: 28.12.2004
Из: Екатеринбург
Пользователь №: 17



Цитата(torgsystems @ 2.4.2009, 11:19) *
1. Первый неправильный способ, которым действуют другие технологии. Если применяется "картотечная" система учета, на одинаковый товар создаются разные "карточки" в базе данных с разной входящей ценой. Потом покупатели изумляются, почему на витрине лежат два абсолютно одинаковых товара, но с разными ценами!
при использовании Т24/Далион это физически невозможно, т.к действующая розничная цена на товар (одна товарная карточка) всегда будет одна и фиксирована, неважно какая именно партия будет списана.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Когда речь идет о многих тысячах и десятках тысяч товаров, ни один самый опытный товаровед физически будет не в состоянии переоценивать остатки старых партий товара до новой цены, рассчитанной исходя из новой себестоимости!
Что не может опытный товаровед, автоматически может Далион. Еще раз, повторяю, автоматически.

Цитата(torgsystems @ 2.4.2009, 11:19) *
В итоге возникает либо тот же эффект, когда старая партия распродается по дешевке, и следом в торговый зал выставляется новая партия с закупочной ценой выше, чем только что продали предыдущую партию, либо возникает "товарная пробка", когда из-за пары бутылок летом закупленной кока-колы (которую зимой по высоким летним ценам никак не удается распродать), мы не можем начать реализацию новой дешевой зимней партии товара!
При использовании Далиона, мы можем выставлять в торговый партии тогда, когда нужно нам. Если к этому времени была уже выполнена переоценка (полуавтоматически с формированием новых розничных цен по существующим наценкам на новую закупочную), то товар ыначную продаваться по новым ценам. Если нет - то, естественно, по старым. Списание же будет выполняться в зависимости от выбранного метода в настройках FIFO/LIFO +- товар принятый на комиссию.

Цитата(torgsystems @ 2.4.2009, 11:19) *
У Вас есть два выхода: либо нанять бригаду товароведов, которые будут, как попало, выполнять задачу своевременной ежедневной переоценки тысяч наименований товаров при колебаниях входящих цен, либо поручить эту задачу автоматике системы "Амадей Моцарт" и уволить всех без исключения товароведов навсегда!
Авторы видимо забывают, что товароучетнаый софт - это всего лишь инструмент, который ни-ког-да не станет выполнять функции товароведа, либо предлагать большую красную кнопку по центру экрана "Сделай мне зашибись".
Переоценка выполняется на раз-два, тем более с учетом коридоров колебания закупочных цен. Да еще и с нужным округлением.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Если разработчики конкурирующих систем учета Вам начнут объяснять, что их технология может сделать автоматическую переоценку товаров, помните, что для этого они начнут требовать постоянной связи сервера с кассовыми терминалами, что невозможно, если Ваши магазины территориально разнесены по городу!
Бред. Сделали переоценку, изменения отразились тут же и сразу по товарному отчету (планируемая розничная сумма товарных запасов). Как только цены попали в кассу - так тогда и начнется продажа по новым ценам, если еще не попали (н-р реализованный обмен по почте, или, через флешку) - продолжится по старым, и, после будет произведена автоматическая корректировка товароного отчета по всем проданный товарам по старым ценам - фактически обратная переоценка по излишне переоцененному количеству. Еще раз, повторяю, автоматически.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Ну а бригада товароведов сможет сделать Вам переоценку, только если начнет останавливать торговлю переоцениваемыми товарами на время переоценки.
Гм. А зачем, если есть механизм "переоценки в течении дня", озвученный выше. Они там ничего слаще редьки и excel вообще не видели, что ли?

Цитата(torgsystems @ 2.4.2009, 11:19) *
Такие системы работают по алгоритму средних себестоимостей. Этот алгоритм на первый взгляд сглаживает последствия эффекта кока-колы, так как при поступлении очередной партии товара высчитывает средневзвешенную себестоимость: (остаток товара умножается на старую себестоимость) + (поступающее количество умножается на новую себестоимость) и все это делится на общее количество.
Например настроенная соответствующим образом в соответствии с учетной политикой старые бухгалтерские конфигурации 1С 7.7. Учет по среднему, на самом деле вреден, особенно при разрешении списания остатков в минус. К "сожалению" в Далионе продажа большего количества через кассу, чем есть на остатках, опять же автоматически фиксируется и корректно отражается механизмом учета "превышений".

Цитата(torgsystems @ 2.4.2009, 11:19) *
Таким образом, Вы действительно избавляетесь от товарной пробки, связанной со снижением входящих цен, но по-прежнему работаете в убыток при увеличении входных цен, распродавая старый товар по дешевке, чтобы тут же купить новый товар по цене, дороже продажной.
Грубая подмена понятий какая то, аффтар путает проблемы 1-го способа с 3-м. При использовании Далиона, при увеличении закупочных цен на конкретные позиции в момент оприходования, только конкретные позиции и должны быть переоценены, и, видимо в большую сторону. Если да, то переоценятся не только новая поступающая партия, но и уже существующие остатки.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Второй недостаток учета по средней себестоимости - компьютер ошибается при вычислении прибыли, так как постоянно округляет и округляет себестоимости всех товаров.Погрешность вычисления торгового наложения (прибыли) в десятки (а то и сотни) рублей может накопиться уже за первый месяц работы. Этот способ никуда не годится из-за его низкого эффекта, да еще и ценой неточного вычисления прибыли.
Ну уж если расчетная себестоимость на единицу товара и округляется где то до копеек например, то в более распространенном ПО при вычислении себестоимости по среднему на списание сумма текущей себестоимости сначала умножается на количество к списанию, и лишь затем делится на существующее количество. MulDiv, кто понимает. Это раз, а во вторых, промежуточные результаты не округляются до сотых, во всяком случае в современном товароучетном ПО и на компьютерах с математическим сопроцессором (это что-нибудь новее 386х).
К Далионе "к сожалению" списание себестоимости по среднему не реализован за ненадобностью.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Реальная точная себестоимость при закупке товара встает в хвост очереди ФИФО попартионного учета в виде партии товара из закупленного количества с точной входящей ценой. При продаже товара для целей вычисления точной прибыли из начала очереди ФИФО снимается продаваемое количество товара и определяется точная их себестоимость.
Ну и где тут фантастика? У ФИФО и ЛИФО тоже есть недостаки, свзяанные с инфляцией и никак не решаются только методом определения стоимости списания.
http://www.dtkt.com.ua/show/1cid11040.html
Скажем так, в Далионе метод определения себестоимости списания настраивается (см.выше), а метод определения продажной стоимости всегда LIFO.

Цитата(torgsystems @ 2.4.2009, 11:19) *
В технологию "Амадей Моцарт" были введены две себестоимости одного товара - реальная и планируемая.

Цитата(torgsystems @ 2.4.2009, 11:19) *
У каждого товара кроме реальной себестоимости в системе "Амадей Моцарт" есть планируемая себестоимость. Планируемая себестоимость нужна для накручивания на нее базовой оптовой наценки, для целей ценообразования. После первого поступления товара реальная и планируемая себестоимости равны. Но как только поступает следующая партия, если входящие цены падают или повышаются, включается автоматический механизм предотвращения эффекта Кока-Колы.
Ужос, планируемая себестоимость - это хотя бы текущая закупочная цена на следующую дату поставки помноженная на заказанное количество плюс текущие остатки минус продажи до следующей поставки. То, что описывается - всего лишь текущая закупочная цена, относительно которой в Далионе легко и непринужденно можно наценить товарные запасы. Наверное, да, подвиг.

Цитата(torgsystems @ 2.4.2009, 11:19) *
Данный алгоритм из двух себестоимостей является лучшим, придуманным человечеством за всю историю торговли. Этот алгоритм защищает Вас не только при сезонных колебаниях цен, но и в случае сильной инфляции в государстве, при постоянном ежедневном росте цен. Многие тысячи государственных предприятий обанкротились, начиная с 1990 года, так как вели неправильную политику ценообразования в условиях ежедневного роста цен. Они не применяли схему из двух себестоимостей, они делали наценку на реальную себестоимость, продавали товар, а потом покупали такой же товар дороже, чем только что продали предыдущий. На бумаге у них была высокая прибыль, а реально был дикий убыток, связанный с обесцениванием денег! Не повторяйте их ошибку.
Обычный такой алгоритм, позволяющий учитывать себестоимость товара по ФИФО и последнюю закупочную цену, и позволяющий назначать (без контроля наценки? корридоров цен? без округлений?) розничные. В Далионе это возможно, наряду с не только увеличением, но и уменьшением розничных цен (их может быть и много-несколько) относительно последних закупочных цен, текущей сложившейся себестоимости (без поправок на инфляцию и курс рубля, естественно, но с поправками на курс валют закупа к рублю), старых цен, текущих розничных цен, каких либо еще по другой категории цен. Думаю, вполне достаточно )

Цитата(torgsystems @ 2.4.2009, 11:19) *
Используйте алгоритм из двух себестоимостей, тем более что он полностью автоматический, Вы можете работать спокойно, даже не задумываясь, как действует этот алгоритм в системе "Амадей Моцарт". "Амадей Моцарт" Вас защитит автоматически. Помните, что инфляция в нашей стране продолжается и сейчас. Каждый месяц Ваши деньги обесцениваются на полтора-два процента!

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


p.s. 100% ИМХО, без претензий на рекламу


--------------------
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ea
сообщение 2.4.2009, 21:15
Сообщение #5


простопИсец
********

Группа: Партнеры
Сообщений: 4 159
Регистрация: 3.1.2005
Из: г.Ижевск, ООО "СКАТ"
Пользователь №: 35



Играй, гармонь. Амадей опять активизировался? Года три его, наверное, не видел.


--------------------
Евгений.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Munigas
сообщение 2.6.2009, 1:01
Сообщение #6


Прохожий


Группа: Новички
Сообщений: 2
Регистрация: 31.5.2009
Пользователь №: 16 575



Еще один вопрос по СП.
Если СП имеет арочную форму - то в отчетах неправильно выводится его квадратура. себестоимость получается тоже неправильная? если цена совпадает с ценой в отчете?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Михин Константин
сообщение 2.6.2009, 17:37
Сообщение #7


Постоялец
*****

Группа: Тех. поддержка
Сообщений: 668
Регистрация: 22.6.2006
Из: Санкт-Петербург
Пользователь №: 7 333



Цитата(Munigas @ 2.6.2009, 2:01) *
Еще один вопрос по СП.
Если СП имеет арочную форму - то в отчетах неправильно выводится его квадратура. себестоимость получается тоже неправильная? если цена совпадает с ценой в отчете?

Что такое СП?


--------------------
Михин Константин, ВЦ "СофтБаланс"
Архитектор проектов
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Bладислав
сообщение 2.6.2009, 17:45
Сообщение #8


Уральский участнег
*******

Группа: Партнеры
Сообщений: 1 817
Регистрация: 28.12.2004
Из: Екатеринбург
Пользователь №: 17



я думаю это был бот-бредогенератор.


--------------------
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
AngelK
сообщение 1.7.2009, 12:24
Сообщение #9


Опытный
****

Группа: Партнеры
Сообщений: 593
Регистрация: 13.1.2006
Из: Казань
Пользователь №: 1 938



Цитата(Bладислав @ 2.6.2009, 18:45) *
я думаю это был бот-бредогенератор.

Однако ты славно с ним пообщался rolleyes.gif
Это рекламный бредогенератор.
А вообще отлично написано мне б терпения не хватило, 5 баллов.


--------------------
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Bладислав
сообщение 1.7.2009, 18:31
Сообщение #10


Уральский участнег
*******

Группа: Партнеры
Сообщений: 1 817
Регистрация: 28.12.2004
Из: Екатеринбург
Пользователь №: 17



Цитата(AngelK @ 1.7.2009, 15:24) *
Однако ты славно с ним пообщался rolleyes.gif
Это рекламный бредогенератор.
А вообще отлично написано мне б терпения не хватило, 5 баллов.

Юр, я партнеру отвечал, а про СП писал бот - Munigas wink.gif


--------------------
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ea
сообщение 23.9.2009, 19:45
Сообщение #11


простопИсец
********

Группа: Партнеры
Сообщений: 4 159
Регистрация: 3.1.2005
Из: г.Ижевск, ООО "СКАТ"
Пользователь №: 35



апну-ка я тему biggrin.gif
похоже кока-кола зашла легче, чем нормальная реализация работы сканера штрихкода в программе через СОМ-порт


--------------------
Евгений.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

Добавить ответ в эту темуОткрыть тему
4 чел. читают эту тему (гостей: 4, скрытых пользователей: 0)
Пользователей: 0

 



RSS Текстовая версия Сейчас: 5.12.2022, 1:31
 Яндекс цитирования  Rambler's Top100