Три организации,один производитель,вторая продает с НДС и ИП, около 30 торговых точек где принимают заказы.Розничной торговли мало практически все идет под заказ.Пока работают в 7.7 самописная. Хотят посадить все точки в одну базу,поэтому сразу вопросы:
1. можно ли настроить цены по торговым точкам
2. видимость только своих контрагентов как в справочнике так и в отчетах
3. видимость документов по точкам и отчеты по точкам
4. от менеджеров требуется корректное заполнение Контрагентов,Номенклатуры,Адрес доставки и дата отгрузки
1. можно ли настроить цены по торговым точкам
2. видимость только своих контрагентов как в справочнике так и в отчетах
3. видимость документов по точкам и отчеты по точкам
4. от менеджеров требуется корректное заполнение Контрагентов,Номенклатуры,Адрес доставки и дата отгрузки
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Так же нету и следующего!
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
Не переходите на ут 11 она сыра только в последним релизе появились договора нет по ним расчета долга только характеристики появились которые достаточно сложно ввести а что бы найти контрагентов надо обладать как минимум знаниями продвинутого пользователя,если ваша компания не в силах отправить людей на обучение программе,переход с 10.3 нецелесобразен,книжка по 11 ут 500 с чем то листов.В личке могу еще написать почему не нужно переходить применимо к вашему предприятию,,,в заключение УТ 10.3 это больше складская программа а УТ 11 это управленческая...
(210) goodwin12, в принципе, ут10 тоже не блещет своими качествами, но мы пока не переходим на ут11, тоже много нужного нет и много лишнего, причем лишнее не используеться во многих фирмах....подождем последний релиз, посмотрим....ну и как говорил (205) EfremoVich,
НЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕту
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
НЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕту
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
1. можно ли настроить цены по торговым точкам - Легко и только в УТ 11
2. видимость только своих контрагентов как в справочнике так и в отчетах - в параметрах безопасности учетных прав пользователя ограничить списком.
3. видимость документов по точкам и отчеты по точкам - Легко и только в УТ 11
4. от менеджеров требуется корректное заполнение Контрагентов,Номенклатуры,Адрес доставки и дата отгрузки
Продукт УТ 11 для Вас, но если требуется калькулировать себестоимость, пользоваться управлением запасов, планом продаж, то запаситесь не одной бутылкой, т.к. вам даже в областном франчайзи не помогут.
2. видимость только своих контрагентов как в справочнике так и в отчетах - в параметрах безопасности учетных прав пользователя ограничить списком.
3. видимость документов по точкам и отчеты по точкам - Легко и только в УТ 11
4. от менеджеров требуется корректное заполнение Контрагентов,Номенклатуры,Адрес доставки и дата отгрузки
Продукт УТ 11 для Вас, но если требуется калькулировать себестоимость, пользоваться управлением запасов, планом продаж, то запаситесь не одной бутылкой, т.к. вам даже в областном франчайзи не помогут.
Начиная с релиза 1.2.15 в УПП и в «Комплексной автоматизации», реализован новый механизм учета затрат: «Расширенная аналитика учета затрат» (РАУЗ). С этого времени, несмотря на поддержку «традиционного учета», исправляются ошибки, если вдруг они обнаружены, все развитие функционала проходит только с использованием РАУЗ, поэтому, рано или поздно, встает вопрос о переходе на новый механизм учета. Как и при любом другом переходе, возможно возникновение ошибок в учете и при выполнении регламентных операций, и зачастую причина возникновения ошибки не поддается поверхностному анализу. Даже наличие в программе разнообразных отчетов не позволяет сделать это, особенно в случае разнообразия аналитики и центров затрат.
В этой статье мы рассмотрим основные необходимые настройки для корректного закрытия счетов 20, 25, 26, 44 в конфигурации «Комплексная автоматизация» (ред.1.0.10.1) на примере организации, которая оказывает услуги и реализует покупные товары. Надеемся, что поможем Вам осуществить переход и уменьшить затраты времени и нервных клеток.
Расширенная аналитика учета затрат
Расширенная аналитика учета затрат – это новая (альтернативная) модель учета по следующим участкам:
складской учет
учет затрат
учет выпуска и учет себестоимости
расчет себестоимости
Возникновение этого механизма связано с унификацией учета затрат и учета запасов. Одна из ключевых идей РАУЗ – единый взгляд на учет затрат и запасов:
Используется единый регистр для учета затрат
Единообразно ведется учет по партиям и у запасов и у затрат
Можно говорить о том, что в РАУЗ для затрат и запасов применяется практически один и тот же подход к учету: движениями в одном регистре учета затрат учитываем (вводим, регистрируем, храним) их однотипно, просто в разных разделах учета.
Партионный учет в РАУЗ так же значительно поменялся – более не применяется такое понятие как партиобразующий документ. Партия определяется датой ее возникновения, а не документом. В результате, при списании со склада программа больше не обязана вычислять, по какому документу остатки должны уйти со склада – теперь достаточно просто отметить, что такого-то числа произведен расход (списание) запаса определенного материала. Это избавляет от необходимости выполнять ресурсоемкие вычисления для оценки стоимости списываемых партий. Дело в том, что в течение месяца применяются «предварительные оценки», по которым будет производиться списание. А фактическая стоимость вычисляется документом «Расчет себестоимости выпуска», параллельно с расчетом стоимости затрат.
В течение месяца «Комплексная автоматизация» может применять 3 варианта оценки стоимости возникающих объектов:
по плановым ценам
по прямым затратам
по нулевой стоимости
Метод оценки выбирается для управленческого и регламентированного учета раздельно, в настройках учетной политики.
В этой статье мы рассмотрим основные необходимые настройки для корректного закрытия счетов 20, 25, 26, 44 в конфигурации «Комплексная автоматизация» (ред.1.0.10.1) на примере организации, которая оказывает услуги и реализует покупные товары. Надеемся, что поможем Вам осуществить переход и уменьшить затраты времени и нервных клеток.
Расширенная аналитика учета затрат
Расширенная аналитика учета затрат – это новая (альтернативная) модель учета по следующим участкам:
складской учет
учет затрат
учет выпуска и учет себестоимости
расчет себестоимости
Возникновение этого механизма связано с унификацией учета затрат и учета запасов. Одна из ключевых идей РАУЗ – единый взгляд на учет затрат и запасов:
Используется единый регистр для учета затрат
Единообразно ведется учет по партиям и у запасов и у затрат
Можно говорить о том, что в РАУЗ для затрат и запасов применяется практически один и тот же подход к учету: движениями в одном регистре учета затрат учитываем (вводим, регистрируем, храним) их однотипно, просто в разных разделах учета.
Партионный учет в РАУЗ так же значительно поменялся – более не применяется такое понятие как партиобразующий документ. Партия определяется датой ее возникновения, а не документом. В результате, при списании со склада программа больше не обязана вычислять, по какому документу остатки должны уйти со склада – теперь достаточно просто отметить, что такого-то числа произведен расход (списание) запаса определенного материала. Это избавляет от необходимости выполнять ресурсоемкие вычисления для оценки стоимости списываемых партий. Дело в том, что в течение месяца применяются «предварительные оценки», по которым будет производиться списание. А фактическая стоимость вычисляется документом «Расчет себестоимости выпуска», параллельно с расчетом стоимости затрат.
В течение месяца «Комплексная автоматизация» может применять 3 варианта оценки стоимости возникающих объектов:
по плановым ценам
по прямым затратам
по нулевой стоимости
Метод оценки выбирается для управленческого и регламентированного учета раздельно, в настройках учетной политики.
В РАУЗ применение этого параметра существенно расширилось. Здесь он применяется не только к выпуску, но и к другим разделам учета, например, запасам.
При использовании РАУЗ, при применении способа оценки стоимости списания – по FIFO, в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней». По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.
Для регламентированного и управленческого учета используются свои регистры накоплений: «Учет затрат (управленческий учет)» и «Учет затрат (бухгалтерский и налоговый учет)». Так как регистры похожи по составу полей, далее будем говорить о регламентированном учете.
В регистрах применяется принцип корреспонденции – в движениях хранятся данные по корреспондирующей аналитике. Поэтому в приходных движениях этих регистров мы видим как аналитику учета, где у нас возникает объект учета (например, куда перемещается материал), так и корреспондирующую аналитику – откуда. Аналогично и в расходных движениях: видим не только, какой объект и откуда ушел, но и куда он уходит.
Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.
При использовании РАУЗ, при применении способа оценки стоимости списания – по FIFO, в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней». По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.
Для регламентированного и управленческого учета используются свои регистры накоплений: «Учет затрат (управленческий учет)» и «Учет затрат (бухгалтерский и налоговый учет)». Так как регистры похожи по составу полей, далее будем говорить о регламентированном учете.
В регистрах применяется принцип корреспонденции – в движениях хранятся данные по корреспондирующей аналитике. Поэтому в приходных движениях этих регистров мы видим как аналитику учета, где у нас возникает объект учета (например, куда перемещается материал), так и корреспондирующую аналитику – откуда. Аналогично и в расходных движениях: видим не только, какой объект и откуда ушел, но и куда он уходит.
Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.
В РАУЗ применение этого параметра существенно расширилось. Здесь он применяется не только к выпуску, но и к другим разделам учета, например, запасам.
При использовании РАУЗ, при применении способа оценки стоимости списания – по FIFO, в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней». По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.
Для регламентированного и управленческого учета используются свои регистры накоплений: «Учет затрат (управленческий учет)» и «Учет затрат (бухгалтерский и налоговый учет)». Так как регистры похожи по составу полей, далее будем говорить о регламентированном учете.
В регистрах применяется принцип корреспонденции – в движениях хранятся данные по корреспондирующей аналитике. Поэтому в приходных движениях этих регистров мы видим как аналитику учета, где у нас возникает объект учета (например, куда перемещается материал), так и корреспондирующую аналитику – откуда. Аналогично и в расходных движениях: видим не только, какой объект и откуда ушел, но и куда он уходит.
Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.
При использовании РАУЗ, при применении способа оценки стоимости списания – по FIFO, в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней». По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.
Для регламентированного и управленческого учета используются свои регистры накоплений: «Учет затрат (управленческий учет)» и «Учет затрат (бухгалтерский и налоговый учет)». Так как регистры похожи по составу полей, далее будем говорить о регламентированном учете.
В регистрах применяется принцип корреспонденции – в движениях хранятся данные по корреспондирующей аналитике. Поэтому в приходных движениях этих регистров мы видим как аналитику учета, где у нас возникает объект учета (например, куда перемещается материал), так и корреспондирующую аналитику – откуда. Аналогично и в расходных движениях: видим не только, какой объект и откуда ушел, но и куда он уходит.
Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.
Модель работы в компании заказчика такая:
- 1С Сервер(MS SQL) находится на Win 2008 Server
- Терминал Сервер
- Основная часть операторов и менеджеров находится в одной сети и работает с 1С удаленно через терминал(RDP)
- Несколько пользователей заходят удаленно через VPN
Все работают на самописной(похожей на ТиС) 1С 7.7 и довольны. Пользователи тем, что не надо привыкать к 1С 8.* А программист простоте и стабильности 1С7.7
Какие преимущества получит заказчик при переходе на УТ 1С 8.2? На управляемые формы. И есть ли смысл переводить их?
- 1С Сервер(MS SQL) находится на Win 2008 Server
- Терминал Сервер
- Основная часть операторов и менеджеров находится в одной сети и работает с 1С удаленно через терминал(RDP)
- Несколько пользователей заходят удаленно через VPN
Все работают на самописной(похожей на ТиС) 1С 7.7 и довольны. Пользователи тем, что не надо привыкать к 1С 8.* А программист простоте и стабильности 1С7.7
Какие преимущества получит заказчик при переходе на УТ 1С 8.2? На управляемые формы. И есть ли смысл переводить их?
(233) starjevschik, да ладно вам пургу нести. УТ11 легко адаптируется под любой вид торговли. А на 77 написали один раз, а теперь просто бабло качаите.
Попробуй за пару недель на своей 77 увязать с нуля пару-тройку организаций с разноплановой деятельностью. Да еще прикрутить передачу к ним эл.документы. Настроить разграничение прав и доступ к документам. А потом объединить все в единый бизнес-проект, вот тогда и посмотрим зачем переходить на УТ11.
А без этого даже самая мелкая контора не выживет в сегодняшних условиях.
Попробуй за пару недель на своей 77 увязать с нуля пару-тройку организаций с разноплановой деятельностью. Да еще прикрутить передачу к ним эл.документы. Настроить разграничение прав и доступ к документам. А потом объединить все в единый бизнес-проект, вот тогда и посмотрим зачем переходить на УТ11.
А без этого даже самая мелкая контора не выживет в сегодняшних условиях.
(234) Jon2011, на конфе 7ки работают: СТО, автосалон, животнов. ферма, завод, оптовка, розница, кафе и т.д. И как-то особых проблем не испытывают. В ней же ведется сразу учет кулинарного цеха(производства), учет персонала + ЗП, управл. баланс.
Проблема из-за которой хочется перейти это централизация сети маркетов. Нужно сделать функц-ть, чтобы каждый магазин владел только своими документами, справочными данными и т.д. В 7ке нет такой возможности(кроме МОД. Может быть, кто-то подскажет если неправ). А в 8ке можно в коде разграничивать данные. Других причин пока не вижу.
Проблема из-за которой хочется перейти это централизация сети маркетов. Нужно сделать функц-ть, чтобы каждый магазин владел только своими документами, справочными данными и т.д. В 7ке нет такой возможности(кроме МОД. Может быть, кто-то подскажет если неправ). А в 8ке можно в коде разграничивать данные. Других причин пока не вижу.
(235) talych, если вы планируете все это перенести в УТ 11, то вас ждет на самом деле полное переписывание конфигурации, фактически написание заново. Это проект не на один млн :)
Может быть, здесь стоит рассмотреть некие гибридные варианты, торговлю вынести в базу УТ (я бы советовал на основе 10.3, она намного проще и работает сама по себе лучше, и переделывать ее проще, и для пользователей она удобнее), остальное оставить как есть, наладить обмен. Будет намного быстрее и проще.
Может быть, здесь стоит рассмотреть некие гибридные варианты, торговлю вынести в базу УТ (я бы советовал на основе 10.3, она намного проще и работает сама по себе лучше, и переделывать ее проще, и для пользователей она удобнее), остальное оставить как есть, наладить обмен. Будет намного быстрее и проще.
(234) Jon2011, про пургу можно и поаккуратнее. Клиент вполне четко и грамотно поставил задачу. Впаривание ему УТ 11 будет прямой диверсией, разрушением его бизнес-процессов. Насчет "адаптируется" не нужно преувеличивать. Видали мы эту "адаптируемость", банальную торговую себестоимость рассчитать невозможно в принципе.
(243) Ibrogim, Да это бесспорно что придется допиливать, но работая до этого на УТ10 мы просто пришли в недоуменее от того как там реализованны уже давно изобретенные механизмы.. Так что стоит лишний раз подумать стоит ли на нее переходить, может лучше 10-ой обойтись.
(246) Ibrogim, я имел в виду что некоторые вещи переделаны по сравнению с 10-ой в худшую сторону, по крайней мере в рамках решаемой нами задачи. Ну например качеством номенклатуры вообще стало неудобно - качества номенклатуры сделали реквизитом, причем с типом перечисление, в итоге нужно добавлять новую номенклатуру с другим качеством, вместо того чтобы указать другое качество в табличной части как в 10-ой. Ну и таких примеров немало. Вобщем как уже было сказано много лишних движений мышкой)))
(238) Bukaska,
Ога. Если есть свой спец по УТ11, то вы уже давно работаете на УТ11 )))
(это альтернативный способ узнать версию вашей УТ)
(235) talych, У вас есть уникальная возможность стать специалистом в ут11 (возможно даже большим специалистом (если не повезёт), чем люди её писавшие)
Вообще starjevschik прав, это либо проект не на 1 млн (просто либо вы эти деньги потратите на само внедрение, либо на потери от его неудач) С другой стороны, какую систему сможете внедрить дешевле 1 млн? (только усовершенствовать текущую)
при условии, что есть свой спец, который хорошо знает данную конфигу.
Ога. Если есть свой спец по УТ11, то вы уже давно работаете на УТ11 )))
(это альтернативный способ узнать версию вашей УТ)
(235) talych, У вас есть уникальная возможность стать специалистом в ут11 (возможно даже большим специалистом (если не повезёт), чем люди её писавшие)
Вообще starjevschik прав, это либо проект не на 1 млн (просто либо вы эти деньги потратите на само внедрение, либо на потери от его неудач) С другой стороны, какую систему сможете внедрить дешевле 1 млн? (только усовершенствовать текущую)
(240) talych, смотря для кого. Считай заново написать конфигурацию на 8.2. Для исполнителя это хороший заработок. Т.е. для него скорее хорошая, чем плохая. Для заказчика неясен смысл потратить на это несколько млн и переколбасить на несколько месяцев всех работающих в программе. Я бы на месте заказчика очень-очень подумал бы, зачем это нужно. Может, и нужно, это надо детальнее разбираться.
(241) starjevschik, под моим руководством фрилансеры уже переводили аналогичную конфигурацию(80% схожести) на 1С 8.1 Внедрено и работает. Было страшное неприятие нового интерфейса и функционала 1С 8.1 со стороны операторов и менеджеров. Казалось бы простые вещи приводили их в ярость. Например, нельзя выбрать двумя щелчками мышки папку в Справочнике, поиска элемента в спр-ке и др. Поэтому, я боюсь представить даже, что с ними случится после того как им покажем управляемые формы ))
(244) talych, пользователи обычно консервативны. Это тоже постоянная проблема. Селяви. Борьба с "хочу чтобы в вашей 1с было как в моем Екселе" постоянна, увы.
Интерфейс 11 УТ действительно тяжело воспринимается, тем более что он объективно очень неудобный, требует намного больше кликов для получения того же самого. Это тоже один из минусов, но далеко не самый большой, все же это дело привычки.
Интерфейс 11 УТ действительно тяжело воспринимается, тем более что он объективно очень неудобный, требует намного больше кликов для получения того же самого. Это тоже один из минусов, но далеко не самый большой, все же это дело привычки.
Добрый день!
Подскажите кто работал в УТ 11.1 и знает точно, в данной конфигурации ведение товаров по характеристикам, как устроено? Смотрю раньше в УТ 10.3 было разбиение на свойства характеристик и значения этих свойст, из них складывалась уже сама характеристика. В УТ 11.1 есть просто рабочее наименование характеристики и все.
Или может есть возможность создать свойства характеристик, например отдельно цвет и отдельно размер, а в последствии выводить отчеты на основании этих свойств?
Подскажите кто работал в УТ 11.1 и знает точно, в данной конфигурации ведение товаров по характеристикам, как устроено? Смотрю раньше в УТ 10.3 было разбиение на свойства характеристик и значения этих свойст, из них складывалась уже сама характеристика. В УТ 11.1 есть просто рабочее наименование характеристики и все.
Или может есть возможность создать свойства характеристик, например отдельно цвет и отдельно размер, а в последствии выводить отчеты на основании этих свойств?
(251) serq82, Благодарю за подсказку.
А может еще подскажете? При заполнении начальных остатков, нужно на основании именно этих данных, (заполненных номенклатур), ввести документ установка цен номенклатуры, чтоб не подбирать опять номенклатуру, а взять именно ту которая вводилась в документ ввода начальных остатков. По умолчанию на основании этого документа можно создать только размещение номенклатуры по ячейкам.
А может еще подскажете? При заполнении начальных остатков, нужно на основании именно этих данных, (заполненных номенклатур), ввести документ установка цен номенклатуры, чтоб не подбирать опять номенклатуру, а взять именно ту которая вводилась в документ ввода начальных остатков. По умолчанию на основании этого документа можно создать только размещение номенклатуры по ячейкам.
А я бы начал не с того что не устраивает в УТ, а со схематичного описание бизнес-процессов. Что и как происходит, что нужно и так далее, а потом в итоге получим то что не устраивает в УТ, следовательно допиливать, сейчас столько много программистов, которые готовы взяться за любую задачу, поэтому проблем в этом не будет.
Я не думаю, что составит большого труда перенессти номенклатуру с характеристиками и свойствами. Можно найти кучу обработок или написать свою. А можно попробовать универсальной выгрузкой/загрузкой, которую дает 1С на дисках ИТС.
(257) markgenuine, С переносом номенклатурной базы из УТ10.3 в УТ11 разобрался. Внешняя обработка их комплекта 1С делает все достаточно корректно. Единственное остался один спорный вопрос. Как ввести начальные остатки. путем ввода собственных начальных остатков или через поступления товаров и услуг. Что болеее корректно? Просто документ "Первоначальный ввод собственных остатков" не подразумевает под собой дальнейшее какое то развитие, на его основании нельзя ни этикеток распечатать ни установку цен номенклатуры сделать. Как то получается пляски с бубном.
Система, в которой в принципе нельзя было получить партии и себестоимость и это подавалось как достоинство? И что, а теперь вводим партионный учет, а для чего огород городили? Если такие ляпы в постановке задачи, то как в ней вообще можно работать?
Делал два проекта на 11.0 замаялся с ошибками себестомиости, потом решил что еще совсем сырая и делал на 10.3 Но начиная с 11.1.2 уже нормальный себе продукт. Если не считать тупняков от управляемых форм то вообще замечательно. Приходится бороться с лишними звеньями учета для мелких заказчиков, за то крупные находят что что надо
32ops, стоимость доработка сильно не отличается, для мелких компаний надо много времени работать на оформление заказов по ним счетов потом реализаций и тд. А если им надо получить 3 печатные формы одним кликом и не париться + нет необходимости следить за долгами и взаиморасчетам - тогда им это все не нужно
(266) Bazh, Ну как же не сильно увеличилось. По мне так в разы сложнее стало. С печатными формами БСП-шными сложнее, да даже на форме что-то добавить в тот же динамический список и то проблема, пока найдешь, опухнешь, так как запросы раскиданы, почти все собраны из кусков, куски в разных функциях. Да тупо объектов намного больше, функционал постоянно меняется и не достаточно изучен.
Увы но не посоветую УТ 11. Может и не сыровата но интерфейс -вырви глаз. Пользователям гораздо удобнее работать в 10.3 и как то с неохотой они соглашаются на УТ 11. Много не понятного. Объяснять приходится по несколько раз чтобы донести до пользователя все "плюсы и минусы"
У меня создалось впечатление, что УТ11 изначально писали студенты, которые к торговле близко не подходили, так что-то где-то слышали... Конечно за то время, как она на рынке ее постоянно допиливают и перепиливают, но до идеала еще о-о-чень далеко,
(269) Gallakr, Да сейчас у фирмы 1с мне кажется сплошь и рядом стажеры сидят... даже на типовых.. как обновления февраль-март выходили чуть -ли не каждый день.. у нас клиенты только матюги складывали.. вечно что-то где-то не работает или не так работает.. надо обновиться...
Обновились - опять очередная ошибка.. просит затык в другом месте.. жесть...
Обновились - опять очередная ошибка.. просит затык в другом месте.. жесть...
32ops, В любом случае, движение в сторону УТ 11 это единственный вариант развития событий у нас. Уже несколько лет УТ 11 становиться все лучше и лучше. Есть только одна проблема - тормоза управляемых форм. Реально работает очень медленно, особенно если много народу. Я бы сказал что на УТ 11, от 5 горячих пользователей можно нормально работать только в серверном режиме. Я уж не говорю, о невнятной системе синхронизации с БП - вообще целая беда. Если УТ конфигуренная и обновлению не подлежит, тогда поддержка обмена целая песня
После месяцев работы с УТ, начальство плавно переходит к идее возврата на 10.3.
Неудобный интеркампани, постоянно сбрасывается закрытие месяца, а соответственно проблемы с себестоимостью, тормоза при формировании отчетов, а в последнем обновлении уже месяц не работает отчет по себестоимости. Мне даже нечего ответить, в чем преимущество УТ 11 на все эти доводы.
Неудобный интеркампани, постоянно сбрасывается закрытие месяца, а соответственно проблемы с себестоимостью, тормоза при формировании отчетов, а в последнем обновлении уже месяц не работает отчет по себестоимости. Мне даже нечего ответить, в чем преимущество УТ 11 на все эти доводы.
(279) OerlandHue,
Неудобство то в чем?! В том что надо посидеть пару дней дописать обработку?
Как сбрасывается, так и восстанавливается.
Если в УТ 11 тормозит, то представляю как медленно в 10.3 будут эти отчеты формироваться. Скорее всего у вас железо не справляется.
Угу, целый десяток строк необходимо закомментировать чтоб отчет заработал, ужос.
Вот только в этой части согласен, так-как есть серьезные косяки в УТ 11, но вам, видимо, они не попались пока...
Неудобный интеркампани
Неудобство то в чем?! В том что надо посидеть пару дней дописать обработку?
постоянно сбрасывается закрытие месяца
Как сбрасывается, так и восстанавливается.
тормоза при формировании отчетов
Если в УТ 11 тормозит, то представляю как медленно в 10.3 будут эти отчеты формироваться. Скорее всего у вас железо не справляется.
уже месяц не работает отчет по себестоимости
Угу, целый десяток строк необходимо закомментировать чтоб отчет заработал, ужос.
Мне даже нечего ответить, в чем преимущество УТ 11
Вот только в этой части согласен, так-как есть серьезные косяки в УТ 11, но вам, видимо, они не попались пока...
(280) h00k,
Я восстановил отчет, который помечен как не используется (АнализСебестоимости), но непонятно, должен ли он показывать корректные данные. ОН был удобен менеджерам и его не нужно настраивать.
У нас стоит старенькая ут 10, на ней формируются отчеты точно. Пока в 11 дождешься формирования отчета по полностью оплаченным отгрузкам можно чаек чаек скипятить (это не преимущество, если что).
Мда, так сбрасывается, что без отладки и ручного перепроведения служебных документов ничего не восстанавливается.
Тут мне непонятно. Какую вообще обработку? Интеркмопани они настроили без меня и вовсю пользуются. Если есть статьи по оптимизации этой штуки, я бы почитал. Основная проблема, что непрозрачно происходит расчет себестоимости.
Вообще, я могу быть неправ, но как гляну на ворох проблем, у меня у самого руки опускаются, с чего начать и в чем вообще косяк.
Угу, целый десяток строк необходимо закомментировать чтоб отчет заработал, ужос.
Я восстановил отчет, который помечен как не используется (АнализСебестоимости), но непонятно, должен ли он показывать корректные данные. ОН был удобен менеджерам и его не нужно настраивать.
Если в УТ 11 тормозит, то представляю как медленно в 10.3 будут эти отчеты формироваться. Скорее всего у вас железо не справляется.
У нас стоит старенькая ут 10, на ней формируются отчеты точно. Пока в 11 дождешься формирования отчета по полностью оплаченным отгрузкам можно чаек чаек скипятить (это не преимущество, если что).
Как сбрасывается, так и восстанавливается.
Мда, так сбрасывается, что без отладки и ручного перепроведения служебных документов ничего не восстанавливается.
Неудобство то в чем?! В том что надо посидеть пару дней дописать обработку?
Тут мне непонятно. Какую вообще обработку? Интеркмопани они настроили без меня и вовсю пользуются. Если есть статьи по оптимизации этой штуки, я бы почитал. Основная проблема, что непрозрачно происходит расчет себестоимости.
Вообще, я могу быть неправ, но как гляну на ворох проблем, у меня у самого руки опускаются, с чего начать и в чем вообще косяк.
Есть проблемы при создании внешней обработки табличной части документа любого, а суть в бликировках, даже если они это все исправят - УТ11 не партионная !!!
Основой любого современного средства учета товаров является Партионный Учет высокого качества точности и четкая идентификация партий. Причем признаком партии может служить любая характеристика товара, не только сам факт поступления, дата выпуска или срок годности. Современный товар сложен, а изменения в производстве происходят достаточно часто, в пределах одной выпущенной партии могут оказаться несколько локальных партий, которые тоже подлежат учету. Впоследствии можно будет четко организовать хранение и расход партионного и сортного товара.
К примеру, единым поступлением приходит общая партия, внутри которой находится товар, который нужно подбирать и расходовать особым образом. Причем каждый идентификатор такой партии тоже должен быть уникален.
Сейчас производство настолько часто меняет характеристики одного и того же товара, что следить за этим становится просто необходимо. Причем, партии возникают уже при транспортировке. Логистика может быть такова, что потребует учет партий на всех этапах. Очень важно учитывать партии и для бесперебойного снабжения предприятия, для внутренних перемещений между подразделениями.
Особо важно поддерживать и контролировать партии именно для сетевых структур, когда уже отправленные партии товара нужно возвращать и перенаправлять в другие подразделения структуры сети.
Для всего это необходимы механизмы, поддерживающие уникальность партий, их корректное хранение, списание и прочие операции.
Особенно важно иметь в системе механизмы автоматического подбора и распределения партий, от работы таких механизмов зависит правильное расходование товара.
К большому сожалению, Стандартные конфигурации 1С Управление Торговлей и Управление Производственным Предприятием неспособны поддерживать в полной мере уникальность партий, а, следовательно и их корректный учет. Как результат мы зачастую наблюдаем повсеместный пересорт и необходимость ручного контроля. Это является основным недостатком этой системы, к сожалению, переходящего из версии в версию. Если партии не уникальны, то невозможно и выяснить точно их реальные остатки.
В представленной системе ведется строгий партионный учет минимум по 16 партионным признакам. Артикул партии уникален и присваивается системой.
Основой любого современного средства учета товаров является Партионный Учет высокого качества точности и четкая идентификация партий. Причем признаком партии может служить любая характеристика товара, не только сам факт поступления, дата выпуска или срок годности. Современный товар сложен, а изменения в производстве происходят достаточно часто, в пределах одной выпущенной партии могут оказаться несколько локальных партий, которые тоже подлежат учету. Впоследствии можно будет четко организовать хранение и расход партионного и сортного товара.
К примеру, единым поступлением приходит общая партия, внутри которой находится товар, который нужно подбирать и расходовать особым образом. Причем каждый идентификатор такой партии тоже должен быть уникален.
Сейчас производство настолько часто меняет характеристики одного и того же товара, что следить за этим становится просто необходимо. Причем, партии возникают уже при транспортировке. Логистика может быть такова, что потребует учет партий на всех этапах. Очень важно учитывать партии и для бесперебойного снабжения предприятия, для внутренних перемещений между подразделениями.
Особо важно поддерживать и контролировать партии именно для сетевых структур, когда уже отправленные партии товара нужно возвращать и перенаправлять в другие подразделения структуры сети.
Для всего это необходимы механизмы, поддерживающие уникальность партий, их корректное хранение, списание и прочие операции.
Особенно важно иметь в системе механизмы автоматического подбора и распределения партий, от работы таких механизмов зависит правильное расходование товара.
К большому сожалению, Стандартные конфигурации 1С Управление Торговлей и Управление Производственным Предприятием неспособны поддерживать в полной мере уникальность партий, а, следовательно и их корректный учет. Как результат мы зачастую наблюдаем повсеместный пересорт и необходимость ручного контроля. Это является основным недостатком этой системы, к сожалению, переходящего из версии в версию. Если партии не уникальны, то невозможно и выяснить точно их реальные остатки.
В представленной системе ведется строгий партионный учет минимум по 16 партионным признакам. Артикул партии уникален и присваивается системой.
Так же нету и следующего!
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
Реализация механизма резервирования товара под заказ.
Оформление позиций "под заказ"*. Реализована возможность на основе
данных о запасах партнеров оформлять "под заказ" позиции, отсутствующие
на складе. Анализ конкурентных цен возможных поставщиков, агрегирование
в сводный заказ поставщику имеющихся необеспеченных заказов,
авторезервирование при (любом) поступлении на склад, т.е. необязательно
указание документов типа "Заказ покупателя" для выполнения
резервирования, при проведении поступления система сама подбирает
необеспеченные активные заказы и выполняет "под них" резервирование (с
возможностью исправлений оператором).
Расширение возможностей ценообразования.
Скидки по ценовым группам и классам покупателей. На основе ABC и
XYZ анализа покупателей выстраивается классификация
контрагентов-покупателей на три группы с целью назначения каждой группе
определенной скидки по ценовой группе номенклатуры (первая-вторая-третья
колонка прайса) В стандартной конфигурации 1с необходимо скидку
назначать КАЖДОМУ покупателю. Другими словами, этот механизм
обеспечивает возможность назначить для определенной ценовой группы
номенклатуры скидку для каждого класса (предварительно с помощью анализа
взаимоотношений классифицированных) покупателей.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот