Andre001 » 21 июл 2008, 13:20
[quote="Svetlanka"][/quote]
Во первых удивляет, а точнее не удивляет ответ от 1с.
Совершенно верно - 1с, предполагает все нетривиальные вопросы решать с помощью ручных проводок, и
этого вполне достаточно для счастья. Необходимо уточнить - здесь допущена скрытая хитрость,не 1с
предполагает все нетривиальные вопросы решать с помомщью ручных проводок, а конкретная реализация
(программа) написанная на языке программирования 1с.
Получается, что такая "программа" предлагается, как хороший товар, а комплексная сетевая система
с полной автоматизацией всех операций бухгалтерского учета, в том числе и встречающихся на каждом
шагу ошибок округления разработанная с использованием средств ASSEMBLER,C++,SQL тогда что???
Во вторых, возмущает ответ, а другого и быть не может, потому что кроме решения ручного формирования проводок
предложить больше ничего не могут.В ответе идет речь о "своих" копейках.
Нет уважаемые, это не мои копейки, а ваши и вы обязаны были предусмотреть обработку ошибок округления,
иначе где автоматизация? В красивой печати и куче иконок?
А если говорить о счастье,то получается все наоборот. Один бухгалтер копается каждый день в информации,
формирует вручную проводки и гонит их куда-то - он счастлив; второй бухгалтер формирует временной интервал
для расчета,выбирает подразделение и все, при этом получает обороты с проводками по движению информации и
автоматически сформировнные проводки по гашению ошибок округления и при этом этот второй бухгалтер глубоко
несчастный человек. Так получается по мнению авторов 1с.
Теперь по существу проблемы. Да,это проблема и очень серьезная. Дело в том,что при любых операциях с
числовой информацией неизбежно возникает проблема возникновения ошибок округления.
Это наблюдается и в материалах, при расчете фактической себестоимости,и в зарплате, при расчете
подоходного налога у источника выплаты, индивидуальных взносов и взносов по тарифу социального
страхования,и в основных средствах, при расчете износа.
Например: на склад поступил материал 3 штуки общей себестоимостью 10 лей. На следующий день продаем одну штуку
по себестоимости 3.33 лея, во второй день продаем еще одну штуку по себестоимости 3.33 лея, в третий день продаем
еще одну штуку по себестоимости 3.33 лея.В результате получаем остаток количество НОЛЬ, а сумма 1 ban. Приехали.
В данном случае, чтобы вручную сформировать проводку на эти копейки, надо знать в какой момент и к какому товару относятся
эти копейки. ФОрмирование абстрактной проводки в конце дня, недели, месяца ничего не даст.
Особенно ярко проблема обработки ошибок округления проявляется при расчете себестоимости импорта, когда таможня указывает
сумму НДС с потолка, при местной поставке, когда в налоговой накладной сумма НДС указана неправильно, и мы вынуждены с ней
работать для определения себестоимости единицы товара.
В качественном ПО, все эти проблемы решаются автоматически. Я ввожу информацию о поставке товаров,внутреннем перемещении,
списании, приходе от собственного производства и отгрузке товаров, ни о чем не задумываясь. При каждой операции автоматически
на SERVERE и КЛИЕНТАХ мгновенно производится расчет себестоимости, с начала года и текущее гашение ошибок округления.
Кроме того, я имею возможность произвести перерасчет фактической себестоимости за любой период по всем подразделениям
предприятия одновременно. При этом в 10-том журнале и складской карточке я вижу точную картину времени возникновения ошибки
округления и отношения этой ошибки к товару, и что самое главное эта информация автоматически отражается во всех бухгалтерских
регистрах и балансе. Так что все ваши проблемы решены, и не надо плакать, а надо осторожно относиться к рекламе учитывая закон:
благодаря рекламе, плохой товар - хорошо продается.
В Вашем вопросе столько "интересной" информации, что о поставщиках Вашего 1с не могу сказать ничего хорошего. Получается,
в течение дня вы продаете товар и только в конце дня экспортируете информацию в информационную базу.Значит в течение дня при
продаже отсутствует контроль наличия товара на складе,отсутствует контроль стоимости продаж (стоимость продаж не может быть
ниже себестоимости) и фактически, в течение дня невозможен бухгалтерский учет, так как в информационной базе нет данных о
текущей отгрузке товаров.