[ТЕМА ЗАКРЫТА]
15.04.2010 09:37
Dim
 
Никто не озадачивался экспортом из СМ документов "Акт переоценки"? потенциальный клиент не желает отходить от использования 42 счета в бухии. Хотят продолжать вести учет в розничных ценах. Какие идеи есть?
15.04.2010 09:41
Mtirt
 
Отказаться от такого клиента, хорошей идеей не является, я понимаю?

Тебе же не сами акты нужны, а приходы в ценах этих актов.
Почитай документацию, там для Белоруссии делалась простановка розничных цен в документы товародвижения. И стандартный экспорт умеет выгружать в этих ценах.
15.04.2010 10:11
Dim
 
Цитата:
Mtirt Отказаться от такого клиента, хорошей идеей не является, я понимаю?

Тебе же не сами акты нужны, а приходы в ценах этих актов.
Почитай документацию, там для Белоруссии делалась простановка розничных цен в документы товародвижения. И стандартный экспорт умеет выгружать в этих ценах.
хм... сетевой клиент на 15 магазинов... не откажешься от такого )
и сами переоценки тоже, если товар будет переоцениваться вручную.
15.04.2010 10:13
Mtirt
 
Цитата:
Dim и сами переоценки тоже, если товар будет переоцениваться вручную.
А вот это делать следует крайне и крайне осторожно...
15.04.2010 10:15
Mtirt
 
А уговорить их, поменять учетную политику, нельзя?
В принципе, в России сейчас можно менять учетную политику, хоть ежемесячно...
В качестве аргумента можно предложить какую-нибудь хитрую дисконтную программу, которую на учете в розничных ценах не реализуешь...
15.04.2010 10:29
Shlong
 
ПН АП и РН можно дернуть из СМ2000 с помощью SMExport'а от YuraZ как делает утила точно не знаю, об этом лучше к Юрию обратиться, но на выходе получите кучу dbf'ок, которые затем через обработку можно запихнуть в 1C..
15.04.2010 10:29
Requin
 
Цитата:
Dim Никто не озадачивался экспортом из СМ документов "Акт переоценки"? потенциальный клиент не желает отходить от использования 42 счета в бухии. Хотят продолжать вести учет в розничных ценах. Какие идеи есть?
Озадачивался. Но мы в Беларуси. 1С - 8 самописная.
Раньше использовали SM2000Export от YuraZ, потом перешли на прямой экспорт из Oracle.
15.04.2010 10:30
Requin
 
Цитата:
Shlong ПН АП и РН можно дернуть из СМ2000 с помощью SMExport'а от YuraZ как делает утила точно не знаю, об этом лучше к Юрию обратиться, но на выходе получите кучу dbf'ок, которые затем через обработку можно запихнуть в 1C..
Опередил *12
15.04.2010 10:52
Офигевший
 
От себя могу добавить что если нет возможности перевести учет в закупочные, то просто закладывай в договор сразу сумму на горячую линию помноженную на три.
Ибо геморроя ты с этим проектом поимеешь...
Первые месяца два-три ты будешь общаться с ними каждый день и не по одному разу.
Выгрузка в 1С это даже не цветочки и так пыльца с них.
15.04.2010 11:03
Dim
 
Цитата:
Офигевший От себя могу добавить что если нет возможности перевести учет в закупочные, то просто закладывай в договор сразу сумму на горячую линию помноженную на три.
Ибо геморроя ты с этим проектом поимеешь...
Первые месяца два-три ты будешь общаться с ними каждый день и не по одному разу.
Выгрузка в 1С это даже не цветочки и так пыльца с них.
на этот проект меня переманивают на постоянную работу, и я в этой работе заинтересован...

а цветочки тогда в чем? я пока особых сложностей не вижу...
15.04.2010 12:20
Офигевший
 
В том что учет в рознице и закупе принципиально разные вещи.
А СМ поддерживает хорошо только учет в закупе, и логика вся построена на учет в закупе. Розницу ТЕОРИТИЧЕСКИ присобачить можно, но нет НИОДНОГО проекта в СМ который велся бы в розничных учетных ценах, покрайне мере сетевых проектов. Был даже очень лояльный сетевой клиент в Сыктывкаре по моему и то где через полгода они перешли на другой софт. Очень корректно спокойно, со словами извините но мы привыкли к розничному учету и по другому не можем.
Поэтому если ты тем более хочешь перейти туда на постоянку, оклад обычный умноженный на три, т.к. скорее всего СМ поменяют в течении полгода-год максимум. Хотя возможно потом будешь сидеть там на 1С решении после сноса СМ.
Вариант только один переводить на учет в закупе. Если нужны конкретные проблемы думаю форумчане тебе насыпят.
Типа тетушки в магазине привыкли так, тут все по другому. не так, не работает, показывает не то и т.д.
Да соответсвенно требование (привыкшие к 1С-вариациям) переделать, что-бы было как надо и т.д.
Могу только порекомендовать выписать в этот проект А.Антонова из плюса, что бы он вправил мозги главбуху и всем остальным.
15.04.2010 12:30
Mtirt
 
Учет по розничным ценам, это
- чисто суммовой учет. ни о каком количественном учете здесь речь вести нельзя.
- надо забыть о любых скидках, потому что отразить скидку в бухгалтерском учете, дело нетривиальное.
- сложность перемещения товаров из магазина в магазин
- невозможность гибкой переоценки товара в процессе продажи
- и самое главное, это невыгодно владельцу. это такая "братская могила", в которой прячутся очень большие махинации продавцов, ведущие к убыткам.

+ только один - так бухгалтерам проще, они две цифры по накладной учитывают и больше ни о чем не думают.
15.04.2010 12:31
Dim
 
ТС СМ-2000. Документация пользователя. Том 4. Накладные и иные документы

Цитата:
Экспорт розничной цены из накладной
Содержание поля «Цена для кассы» спецификации накладных включено в экспорт типов данных: Документы /проводки и Документы (OLAP). В разделе экспорта данных содержание поле «Цена для кассы» сохраняется в поле «Цена для кассы из документа».

Для поля используется данное название, т.к. поле «Цена для кассы» используется в разделе экспорта данных для хранения истории цен на дату создания документа. Соответственно, данное поле обраба-тывается Системой дольше. Значение расчетного поля «Сумма в ценах кассы из док.» включено в экспорт для типов данных: До-кументы/проводки и Документы(OLAP). Сумма в ценах кассы из документа рассчитывается Торговой системой как произведение количест-ва артикула и цены для кассы из строки спецификации накладной. При необходимости выгрузить сумму для документа без детализации по пунктам спецификации оператору необходимо указать при-знак группировки для поля, описывающего документ или группу документов.
возникает вопрос по логике программы - сначала принимается накладная, или генерятся переоценки по кнопке "Наценить и принять"?
15.04.2010 12:35
Dim
 
как я вижу работу при таких условиях... СМ работает как обычно. а при выгрузке в бухию проводки формирую так, как надо бухгалтерам... при загрузке продаж известна с/с и выручка, соответственно 42 счет списать проблем нет. проблему вижу в загрузке приходов (откуда там взять продажную цену) и актов переоценок (они вообще выгружаются?)...
15.04.2010 12:38
Mtirt
 
Цитата:
Dim как я вижу работу при таких условиях... СМ работает как обычно. а при выгрузке в бухию проводки формирую так, как надо бухгалтерам... при загрузке продаж известна с/с и выручка, соответственно 42 счет списать проблем нет. проблему вижу в загрузке приходов (откуда там взять продажную цену) и актов переоценок (они вообще выгружаются?)...

Для приходов есть "волшебная функция" расчета статистики. Она и проставляет продажные цены.

Только подумай, что будет если по приходной накладной будут сделаны 2 акта с разными ценами с интервалом в 1 день...
15.04.2010 12:47
Офигевший
 
А также товарные отчеты в розничных ценах, которые от тебя будут требовать директора и управляющие магазинов и которые никогда не сойдуться с реальными по причинам описанным выше. А что-нибудь типа ТОРГ-29 в рознице вообще сказка, а то что его потребуют готов поставить 100 баксов или пузырь хорошего коньяка на твой выбор.
Повторюсь про Антонова я не шутил, если он не сможет им мозг вправить. То лучше вспомнить поговорку все что не делается все к лучшему.
15.04.2010 13:49
Dim
 
Цитата:
Mtirt Для приходов есть "волшебная функция" расчета статистики. Она и проставляет продажные цены.

Только подумай, что будет если по приходной накладной будут сделаны 2 акта с разными ценами с интервалом в 1 день...
при забитии приходки акты переоценок еще не сформированы. понадобится наценить и принять, зайти в приходку, рассчитать статистику и сохранить, так? тогда слишком много телодвижений )

поэтому и хочу иметь возможность эскпортить переоценки )
15.04.2010 13:54
Mtirt
 
Цитата:
Dim при забитии приходки акты переоценок еще не сформированы. понадобится наценить и принять, зайти в приходку, рассчитать статистику и сохранить, так? тогда слишком много телодвижений )

поэтому и хочу иметь возможность эскпортить переоценки )
Статистику можно посчитать один раз за день по всем документам.
По кнопке - Обработать.

Понимаешь, тебе же не только выгрузка нужна, но и упомянутый выше ТОРГ-29, и приходная накладная в розничных ценах...
Поэтому и нужен геморрой со статистикой, а не просто - переоценка.

Но если хочешь только переоценку - прямой доступ к базе, и делай всё, что хочешь...
О, еще могу почтовик предложить, с XML или XLS обменом.
15.04.2010 13:57
Dim
 
я их, конешно, отговариваю от этой идеи.... в принципе, говорят, что не критично, НО тут вылезли рарусовцы.... теперь сидят и думают... (
15.04.2010 14:42
Ivan Drago
 
А ты сразу поясни, что рарусовцы в большинстве своем лживы в обещаниях...
15.04.2010 14:43
Dim
 
не могу такого сказать, поскольку не общался с ними...
15.04.2010 14:44
Ivan Drago
 
Цитата:
Dim не могу такого сказать, поскольку не общался с ними...
Для этого не обязательно общаться, маркетинговые ходы Асторовцев и иже с ними общеизвестны.
- У вас все будет!
по прошествии времени на мат пользователей
- У вас все было!
15.04.2010 14:47
Dim
 
как асторовские дилеры работают, я знаю... сталкивался.... в 2-х сетях...
16.04.2010 09:22
bob
 
Один раз к нам пришла директор, которая всю жизнь сидела на суммовом учете, когда я ей объяснил как учет ведется у нас, в глазах у нее читалась одна скорбная для нее мысль - воровать здесь и покрывать хищения - не получится. Долго не проработала.
Опции темы


Часовой пояс GMT +3, время: 00:30.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.