 |
| Вопросы по "1С Предприятие"
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
 |
|
|
|
#52 Пт Ноя 26, 2004 18:58:05
|
Сообщить модератору
|
|
Уже несколько лет занимаюсь 1С. За эти годы сложилось устойчивое мнение что бухгалтера хотят вводить информации как можно меньше, или вообще не вводить, тем более не придерживаться правил последовательности введения, а получить как можно больше и в подробностях. Только так не бывает!!!!
В типовых то, в пару доков не хотят ввести. А в продвинутых конфигурациях нужно ой как подробно и правильно вводить, но и результат соответствующий!
Я когда ИТРП (управление производством) увидел (к стати есть уже и локализованная версия для Казахстана) вот это продукт!!! Все что хочеш, любой момент производства, бухучет, подробнейшие отчеты. Возможность планирования. Точнейший расчет себестоимости и еще воз и маленькая тележка вкусностей. Но наши бухгалтера просто взвоют при работе на этой конфиге!!!!
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#55 Пн Дек 06, 2004 18:40:48
|
Сообщить модератору
|
|
Таки ведь они в типовых обычных не хотят вводить 2 документа (распространенное желание -авансовым отчетом оприходовать товар), ну и понятное дело, для того что-бы получить очень подробный отчет, надоть и информацию ввести подробно, разбить на составляющие. Как в ИТРП и предусмотрено. Попробуй заставь ее скурпулезно все ввести, отметить. Вот матюков наслушаешся!!! Зато тут же вопрос, а че это она у меня в разрезе не показывает, а не доходит что как ввели, так и получите!!! Вот и грю, взвоють!!! Нам типа оно не надо, хотя если разобраться большинству бухгалтерам это действительно не нужно, но ..... волна автоматизации чисто бухгалтерии закончилась, наступает пора управленческого учета. А энто очень сильно пересекаеться!!! Типичный пример, вечная и священная война между бухгалтерией и экономистами. Вторые черпают информацию из бухгалтерии в первую очередь, соответственно требуют ВСЕ ОЧЕНЬ ПОДРОБНО. Те же приходы и расходы товаров, а тем паче расходы на производство, вот тут вообще им нужно все до мелочей, а бухгалтерам достаточно общей цифры для отчетов. Соответственно так и списывают матерьялы, что абсолютно не устраивает экономистов, им надоть разложить по полкам.А вести двойной учет.....какой смысл вводить 2 раза одну и ту же информацию? Вот и воюють...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#56 Пн Дек 06, 2004 19:38:36
|
Сообщить модератору
|
|
Точно. 
Не далее как сегодня с такими общался. Но когда вызвал их на "очную ставку" с экономистами, удалось прийти к золотой серидине.
И верно, что просто автоматизация бух. учета уже неактуальна.
Ну, что могу сказать, будем приучать работать в сложных конфигурациях. И начинать лучше с "головы". Когда начальство посмотрит отчеты, которые можно получить в итоге (при условии, что голова у начальства на месте и власти хватает), оно оччень может помочь в успешной автоматизации. Повоют и перестанут. В конце концов, на западе бухгалтер - он же и экономист в какой-то мере. Они оперируют очень многими экономичесики терминами. И если мы переходим на международные стандарты, то, я думаю наши бухгалтеры тоже могут чему-нибудь начать учиться. Мы же (внедренцы) учимся всему (и тебе ПО и бухгалтерский и налоговый и управленческий учет), то значит они тоже могут
Я в это верю.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#57 Ср Дек 08, 2004 12:10:01
|
Сообщить модератору
|
|
Все Вам бухгалтеры ленивые. У Вас, уважаемые программеры, тоже ответ короткий "Не знаю-удаляй-проводи заново". Вот вопрос по 1С-Торговля.
Поступление ТМЦ - 1 шт. Движения документа отражают приход по всем регистрам (склад, партия), в отчетах по складу остаток есть, в отчете по партиям движений нет. При реализации ТМЦ остатка по складу нет, т.к. нет прихода по партии. Где загвоздка?
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#58 Ср Дек 08, 2004 14:13:40
|
Сообщить модератору
|
|
Ув. Елена ! О какой конфигурации идет речь ? тут же нету телепатов...версия, релиз ?
А ваще партионный учет - тот еще гимор...не рекомендую...и кодерам и бухам и манагерам...избежите язвы...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#59 Ср Дек 08, 2004 14:26:22
|
Сообщить модератору
|
|
| Anonymous говорит: |
Ув. Елена ! О какой конфигурации идет речь ? тут же нету телепатов...версия, релиз ?
А ваще партионный учет - тот еще гимор...не рекомендую...и кодерам и бухам и манагерам...избежите язвы... |
Конфигурация типовая "Торговля+склад", редакция 9.2, релиз 7.70.923. Релиз сетевой версии 7.70.018.
И как Вы предлагаете избежать язвы?
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#61 Ср Дек 08, 2004 18:41:04
|
Сообщить модератору
|
|
2 Гость: Не согласен полностью. Причем здесь рекомендация FIFO-гемор, Средняя-форева .
Это же - учетная политка, себестоимость, расчеты прежде чем принять такой метод, а автоматизация уже должна сделать всё более прозрачным, но никак из-за неудобства ввода или погашения партий менять метод списания ТМЦ.
P.S. Я думаю, желательно представляться в форуме. А так, честно слово, "Гость" - наверное самый распространенный nick.
2 Elena:
"Все Вам бухгалтеры ленивые."
Елена, никто не говорит обо всех бухгалтерах. Есть масса примеров (по крайней в моей практике), когда работаем с очччень умными и компетентными людьми от предприятия. Это же-одно удовольствие! Нет, действительно, очень приятно, когда человек старается помочь и он действительно может помочь, подсказать как будет лучше для него и его бухгалтеров (если это главный бухгалтер).
"У Вас, уважаемые программеры, тоже ответ короткий "Не знаю-удаляй-проводи заново"".
Просьба и нас не под одну гребенку... Среди программистов тоже есть разные личности, и действительно не очень разбирающиеся в предметной области. Мой совет им - просто учиться, ведь учиться можно всю жизнь. Тем более, это же очень хорошо, когда ты можешь общаться с бухгалтером (действительно специалистом в своей области) на равных.
"Вот вопрос по 1С-Торговля.
Поступление ТМЦ - 1 шт. Движения документа отражают приход по всем регистрам (склад, партия), в отчетах по складу остаток есть, в отчете по партиям движений нет. При реализации ТМЦ остатка по складу нет, т.к. нет прихода по партии. Где загвоздка?"
Вопрос конечно интересный.
Но можно сказать одно: по предоставленной вами очень сложно дать правильный ответ, потому что есть столько всевозможных факторов, которые могут быть неучтены (потому что я не видел вашу конфигурацию). Это и настройки списания ТМЦ и возможность отрицательных остатков, и метод списания ТМЦ и резервирование и доработки которые могли делаться конкретного под ваше предприятие. Т.о. однозначно ответить на поставленный вопрос может только программист, который ведет ваше предприятие или линия консультации 1С (при условии, что ваша конфигурация - типовая). И будьте уверены, что последний, прежде чем поймет, что-же не так с остатками, задасть Вам множество конкретизирующих вопросов.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#64 Пт Дек 10, 2004 10:05:20
|
Сообщить модератору
|
|
Спасибо всем, кто откликнулся на мой трабл. Я его уже решила сама (т.к. мой программист в отпуске)- удалила док-т и сделала новый.
Но все-таки хотелось бы на бухгалтерском форуме не читать про глупых бухгалтеров (хотя согласна, есть среди нашей братии такие, что хочется... (не скажу что)
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
d.Fedor
Нерезидент Баланса
|
|
|
|
|
|
#66 Пт Дек 10, 2004 16:21:04
|
Сообщить модератору
|
|
| Цитата: |
|
"Не знаю-удаляй-проводи заново" |
Как видите Елена програмист оказался прав. Удалили, провели заного и все получилось
Для вашего сведенья "Торговля и Склад" версия 9,2 российская. Казахстанская на сегодня 7.70.008. отсюда вывод, достаточно перелопаченая, т.е. кто-то ее Вам локализовывал. Поэтому траблы с ней будут еще те, и вряд ли вы на свой вопрос в форуме или на линии консультаций 1С вот так получите ответ. В большинстве случаев в торговле подобные ошибки возникают из-за невнимательного ввода документов, конкретнее, понятие "Точка актуальности документа", каким то образом вы списывали товар, который на точку актуальности документа списания для машины еще не поступил, отсюда сообщение об ошибке.
Поэтому стандартный ответ "удаляй-проводи заново", создаете-проводите заного, точка актуальности документа сдвинулась на попозже, документ провелся.
Такое возникает особенно в случаях оприходывания товаров задним числом, что для нас это скорее правило Подобную историю можно наблюдатьи в бухгалтерском учете, очень часто забывают о истории значений.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#67 Пн Мар 14, 2005 10:10:52
|
Сообщить модератору
|
|
"Конфигурация типовая "Торговля+склад", редакция 9.2, релиз 7.70.923. Релиз сетевой версии 7.70.018.
И как Вы предлагаете избежать язвы?"
Ув.Елена.
Вопрос был задан давно и не знаю, прочтете ли Вы мой ответ.
Релиз 7.70.018 категорически нельзя использовать с конфигурацией "Торговля и склад". В нем содержатся ошибки, проявляющиеся именно при работе с регистрами.
Установите более свежий релиз платформы, а обслуживающему Вас прогу настучите палкой по голове.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
ЕщеОдинБух
Нерезидент Баланса
|
|
|
|
|
|
#68 Сб Мар 26, 2005 11:31:58
|
Сообщить модератору
|
|
Типовая конфигурация - заразная болезнь. Ей страдают и бухгалтера из-за слабого функционала, и франчи из-за новых релизов переворачивающих предыдущие, или возвращающие давно исправленные ошибки, с трудом объединяемые, и как не странно - все фирмы разрабатывающие собственные программные продукты, когда франчи имеющие спецов сертифицированных, но абсолютно некомпетентных в бухгалтерском учете, мягко путем ценовой политики закрывают свои прорехи и предоставляют возможность клиенту отказаться от своих услуг люди перестают доверять всем кто хоть как-то связан с 1С. Конкуренция двигатель рынка и прогресса. Вспомните как все ездили на москвичах, в случщем случае на жигулях, а теперь. Работать нужно:
изобретать новые программные продукты, новые конфигурации (а то складывается впечатление что спецы франчей не могут сами что-то создать, тогда что это за спецы), чем больше будет этого тем больше будет конкуренция, а значит будет стимул к развитию.
Это мое личное мнение. Что Вы думаете по этому поводу?
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#69 Сб Мар 26, 2005 12:26:30
|
Сообщить модератору
|
|
1. Типовая конфигурация и не обязана быть навороченной функционально (это видно даже по ее цене). И даже по названию. Однако, ИМХО - она необходима.
2. Среди кодеров, обслуживающих НЕТИПОВЫЕ конфигурации (программы), тоже полно малоквалифицированных людей. Я вам скажу больше. В иных профессиях все обстоит похожим образом.
3. Вопрос изучения бухучета каждый кодер решает сам.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#70 Пн Мар 28, 2005 12:49:58
|
Сообщить модератору
|
|
Никто и не говорит о том, что типовая должна быть навороченной. Просто, допустим, в Казахстане типовая замахнулась на управленческий учет и на учет в многофилиальных п/п. Так вот, все это абсолютно не работает, так зачем же начинать если не доведено до ума? В типовой конфигурации такие навороты никому не нужны. Крупные п/п могут себе позволить дорогие индивидуальные разработки ПО и вряд ли они будут покупать типовые. А для обычных "субъектов малого бизнеса" :lol: все это затрудняет работу - сама столкнулась. Я бы хотела видеть просто программу, выполняющую наипростейший набор операций, типа касса, банк, склад. Но ведь никому не интересно мнение практикующего бухгалтера, работающего с типовой конфой ежедневно и, извините,  матерюсь тоже каждый день, хоть у меня и есть программист, который исполняет мои прихоти
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#71 Пн Мар 28, 2005 15:56:35
|
Сообщить модератору
|
|
1. "Типовая замахнулась на управленческий учет" - неверно. Для ПЕРЕДЕЛАННОЙ типовой может быть верно.
2. "Типовая замахнулась на учет в многофилиальных п/п" - неверно. Для ПЕРЕДЕЛАННОЙ типвой может быть верно.
3. "Наипростейший набор операций - касс, банк, склад" - вы будете смеяться, но существует столько разновидностей понятия "НАИПРОСТЕЙШИЙ набор операций", сколько же и бухгалтеров.
4. "Никому неинтересно мнение практикующего бухгалтера" - неверно.
5. "У меня есть программист" - в штате ? малого предприятия ? Или многофилиального ? "Богатые люди - особые люди..." (с) Асса
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
d.Fedor
Нерезидент Баланса
|
|
|
|
|
|
#72 Вт Мар 29, 2005 09:28:25
|
Сообщить модератору
|
|
Уважаемый ЕщеОдинБух, а что Вы видели кроме типовой? И почему Вы считаете типовую болезнью? Да отличный продукт призванный в короткие сроки автоматизировать учет. К то му же обеспеченный поддержкой, ни от кого не зависящей. Изменилось законодательство, пожалуйте обновление, при наличие навыков "Хорошего" пользователя комьютера, подчеркну, не программиста. Вы можете с успехом обновить свою программу. Два года назад Вы могли такое? НЕТ. По простой причине, вы зависили от фирмы, кодера кто Вам поставил. Сделал он, хорошо, не сделал, ждете!
Елена, а что не работает в многофилиальном учете? Если только Ваш программист не может настроить грамотно миграцию? Так это не недостаток программы! На самом деле многофилиальный учет, ничего особенного не представляет, и механизмы эти встроенные, соответственно используеться на всем пространстве СНГ. Управленичиский учет в типовой БУХГАЛТЕРИИ практически отсутствует, пару отчетов, не более.
Так что опять же не работает? За уже почти 2 года обслуживания типовой конфигурации, вопросы типа "У Вас не работает" сводяться к просто невыполнению правил заполнения и последовательности проведения документов. Или попытки миновать несколько документов, просто из-за лени, люблю приводить этот пример, это желания наверно 50% бухгалтеров, оприходывать авансовым отчетом товары, фиксированые активы и т.д. Ну не хочеться человеку делать как положено приходной накладной, это же целых 5 минут. А на столе чаек стынет, противные програмисты, понапишут, а мы мучайся, еще и закодатели глупые, понапридумывали первичных документов, сами то небось бухами не сидели. Очень немного случаев, особенно в последнее время, когда выявляються ошибки программы. О который незамедлительно сообщаеться разработчикам. И можно это отследить по выходу релизов. Особенно если ошибка критическая, исправленный релиз выходит практически мгновенно.
Еще пару слов ЕщеОдинБух, как обожаем мы хаять программистов за незнание бухучета.... Скажите Уважаемый, А ВЫ сами ВЕСЬ бухучет знаете? Вы компетентны в бухгалтерии строительства, общепита, производства, животноводства, растениводства, сельского хозяйства, игорных заведений, бюджета и т.д. Вы поймите дорогой товарищ, заканчивать два института, то биш быть классным программистом (каких конечно вы хотите видеть) и одновременно грамотным бухгалтером во всех отраслях (а программист обслуживает не только Вас одних, иначе с голоду помрет) просто НЕВОЗМОЖНО!!! И что же вы за грамотный бухгалтер, если не можете грамотно объяснить программисту чего вы хотите? А все что от вас требуеться, четко выразить, какой документ хотите, какая будет кореспонденция счетов и главное, в каких отчетах и каком виде это должно отражаться. Главная задача программы, систематизировать информацию и выдать в том виде, в каком требуеться!
На деле же происходит такая картинка, я чего то хочу, но что я хочу, скажит программист. А потом буду хаять его на всех перекрестках, что он слупил кучу денег за то чего мне не надо!
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#73 Вт Мар 29, 2005 09:57:08
|
Сообщить модератору
|
|
Я говорила о том, что для многих п/п нет необходимости в многофилиальном учете, и мое мнение сводиться к тому, чтобы типовая конфигурация была проще, т.е. расчитана на обычные фирмы, без наворотов.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
d.Fedor
Нерезидент Баланса
|
|
|
|
|
|
#74 Вт Мар 29, 2005 11:08:57
|
Сообщить модератору
|
|
По умолчанию многофилиальный учет отключен (попробуйте завести вторую фирму, плюнется ). А в остальном, что мешает? Только префикс документов?
Да и наворотов там нет, самое необходимое.
Конечно можно было бы не заводить налоговый учет фиксированных активов, но в принципе его можно и не вести, и убрать из интерфейса. Да и большинство пользователей все таки желают видеть побольше .
Например на нашу линию консультаций за последнее время (2 месяца) поступило около 15 пожеланий о отчете "Дебиторы\кредиторы", хотя все прекрасно видно и в оборотно-сальдовой. При передаче пожелания разработчикам, выяснилось что данное пожелание уже зарегестрировано, т.е. не только наши клиенты захотели этот отчет, возможно будет очередное утяжеление конфигурации еще одним отчетом.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
d.Fedor
Нерезидент Баланса
|
|
|
|
|
|
#76 Вт Мар 29, 2005 11:55:23
|
Сообщить модератору
|
|
Конечно! Линия консультаций "1С-Казахстан" (3272) 71-02-24, hline@1C.kz, Линия консультаций "Слава ВЦ" (3272) 92-78-77, hotline@1c.lorton.com, Линия консультаций "Внедренческий центр Рейтинг" (3232) 24-57-00, hotline@rating.kz
Не в обиду будет сказано Елена, но если Вы покупали официально у партнера типовую конфигурацию, то очень невнимательно, либо вообще не знакомились с литературой. С конфигурацией идет Руководство по ведению учета (описание конфигурации), на титульном листе есть информация приведенная мной выше
Да, в принципе можете написать и на нашу hotline@techmarket.kz
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
Cайт взаимодействует с файлами cookie. Продолжая работу с сайтом, Вы разрешаете использование cookie-файлов. Вы всегда можете отключить файлы cookie в настройках Вашего браузера. 2006-2025 Hosting hoster.kz
|
Правила
Регистрация
Вход
Личные письма
RSS
В борьбе за грамотность: Налогообложение; Упрощенная декларация; Сдать, а не "здать"; Передать документы с нaрочным, нарочно ‐ это совсем другое значение.
