Софтуер"1C: Управление на търговията 10.3" е мощен инструмент за планиране и отчитане на търговски операции. Ново издание, значително разширен чрез добавяне на нови функции, като: управление на сетълмент, управление на дребно, управление на инвентара и други удобни функции.
Едно от най-важните нововъведения в конфигурацията е добавянето на нов метод на ценообразуване. Сега можете да зададете свои собствени отстъпки за определена група купувачи или стоки, които ще бъдат изчислени автоматично.
Този подход е полезен, когато искате да настроите отстъпки, например на корпоративни клиенти. Все пак такива клиенти правят максимална сумаоперации и привличането им ще донесе просперитет на вашата компания. Механизмът за автоматично изчисляване на отстъпките приема всякакви условия за отделен клиент и правила за прилагане на множество отстъпки.
За да настроите отстъпки за корпоративни клиенти, използвайте документа "Настройка на отстъпки за артикули". Този документ съдържа много настройки за гъвкави ценова политика. За да зададете отстъпка за стоки, изберете от менюто Документи > Ценообразуване > Задаване на отстъпки за артикули. В прозореца, който се отваря, задайте параметрите на отстъпката. Необходимо е да изберете тип операция "По номенклатура". В списъка "Условие" изберете стойността "Няма условие". Ако е необходимо, можете да посочите условието, при което клиентът получава отстъпка.
Ако искате да направите отстъпка за всички продукти, поставете отметка в квадратчето „За цялата гама“. Ако не поставите отметка в това поле, тогава трябва да изберете списък със стоки, за които е предоставена специална цена.

Например, нека добавим продуктова група (телевизори).

След това изберете от списъка с получатели необходими клиенти. Можете да изберете отделни клиенти или конкретна група. В полето "Процент" посочете размера на отстъпката за корпоративни клиенти.

След преминаване на този документ, отстъпките ще бъдат изчислени автоматично. В системата за доставка, когато изберете правилния клиент, ще се покаже сумата на отстъпката.

Понякога има моменти, когато е необходимо да отмените отстъпките. Това става чрез документа „Отказ от артикулни отстъпки“. Можете да го намерите чрез меню Документи > Цени > Отказ от отстъпки за артикул.

Поради естеството на работата ми често помагам на хората да започнат да водят търговски записи. Предимно на едро. Понякога го настройвам от нулата, понякога го довършвам за някого. Тази статия би искала да помогне на хората, които самостоятелно настройват тази програма за първи път.

Няма да навлизам дълбоко в характеристиките на всяка справочна книга и документ, тази информация е достатъчна както в самия 1C, така и в Интернет. Тази статия е "скелетът" на настройките на 1C и може да се промени значително за различни акаунти. Говоря за примера на основната версия на UT 10.3.43.1, търговско предприятиее ангажиран търговия на едро и дребно. Така вие станахте горд собственик на програмата (или ваш клиент). Имате кутия 1C, помислете за нейното съдържание:

• Книги "Ръководство на потребителя" и "Описание на конфигурацията"
• cd с конфигурация и платформа
• регистрационна карта, чийто гръб трябва да бъде попълнен и изпратен по пощата, пликът е приложен
• затворен плик с данни за получаване на лиценз (пин код)

От всичко това най-важното е "регистрационната карта", един вид "паспорт" 1C. Но силно препоръчвам да запазите цялата кутия и да я съхранявате по-близо до работното място, където се използва 1C. Също така препоръчвам незабавно да се регистрирате на сайта "users.v8.1c.ru", за да получавате актуализации, за основната версия те са безплатни.

Подготовка на работното място

Първо, създаваме две папки на компютъра: "1C Bases" и "1C Programmer". Папката "1C Base" ще бъде за базата и временните архиви. Папката "1C Programmer" ще бъде за 1C дистрибуции и други свързани програми. Веднага създаваме папка с нашата база данни в "1C Base", например "TradeBase10.3".

Сега създаваме нашата база:

1. в прозореца за стартиране 1C щракнете върху „Добавяне“
2. изберете „Създаване на нова база данни“
3. изберете основен шаблон
4. посочете името "Нашият магазин"
5. посочете пътя до базата данни, например: "D:\1С Bases\TradeBase10.3". По подразбиране обикновено "C:\Users\Petya\1C...", препоръчвам да го промените, т.к в случай на проблеми с прозорците, ще бъде трудно да извадите основата от там.
6. готово, изчакване на създаването на базата данни
7. изберете базата данни, която се появява в списъка и щракнете върху „1C:Enterprise“

Първо стартиране и настройка

При първото стартиране 1C ни моли да направим автоматично първоначално попълване - съгласни сме. След това затваряме отворени прозорци: "Асистент за преход ut 11", "Асистент за стартиране", "Функционален панел". И започваме ръчна конфигурация.

Корпоративна настройка

Ние отиваме Директории -> Предприятие -> Организации. Натискаме и в отворената карта попълваме името, например "IP Menshikov A.Yu.", избираме "Юридически / физически." лице (IP е физическо лице в този 1C), попълнете TIN и по избор Информация за връзка(юридически/физически адрес, телефон) е необходимо за оформянето на документи и натиснете "Напиши". Сега нека създадем KKM каса и предприятия. Щракнете върху бутона „Отиди“ и изберете „Каса“. В прозореца, който се отваря, добавете плащане. На касата попълнете името "Главна каса" и валутата "рубли", щракнете върху "ОК". Затваряме списъка с каси, връщаме се към организационната карта. Отново натиснете бутона "Отиди" и изберете "ККМ каси". Добавяме и касов апарат KKM. В касата на ККМ попълнете наименованието "Главна каса на ККМ", натиснете "ОК", затворете списъка с каси на ККМ.

След това създаваме счетоводна политика за данъчно счетоводство. Натискаме бутона „Отиди“ в картата на организацията и избираме „Счетоводна политика (данъчно счетоводство)“. Добавяне на нова политика за акаунт. Да предположим, че имаме приписване (да, да, търговията на едро не е пречка), след това поставяме отметки в квадратчетата: „Организацията не е платец на ДДС“, „Организацията е платец на UTII“, „Търговията на дребно подлежи на UTII“ . Натискаме "ОК". Затворете картата на организацията и списъка с организации.

Настройка на основни директории

Ние отиваме Директории -> Предприятие -> Складове. Добавяне на нов склад Попълнете името "Магазин", щракнете върху "OK". Ако в счетоводството ще се използват няколко склада, добавете ги всички. Ако магазинът има склад в допълнение към търговския етаж и при продажба изборът идва от двете места, тогава препоръчвам да ги комбинирате в един склад в програмата.

Сега да преминем към самата номенклатура Справочници -> Номенклатура -> Номенклатура. Добавяме нова номенклатура, ще ни трябва в бъдеще, за да проверим правилността на настройките на 1C. Попълнете името, например "Тест", изберете вида на стоките "Продукт", базовата единица е "бр." и натиснете бутона "Запис". Това е минимумът, от който се нуждаем.

След това нека да разгледаме цените. Ние отиваме Справки -> Номенклатура -> Номенклатура видове цени. Добавете нов тип покупна цена, попълнете името "Покупка", валута "рубли", оставете типа цена "Основна" и натиснете бутона "Запиши". След това трябва да въведете тип цена за продажба. Добавете нов тип цена на дребно, попълнете името „Търговия на дребно“, валута „рубли“, изберете типа цена „Сетълмент“, метода на изчисление „По процентна надценка върху основния тип“, основния тип „Покупка“, надценка % например "30" и щракнете върху бутона "Запис". Ако има друга цена на едро или друга, ние правим същото. Ясно е, че е малко вероятно фиксираната маркировка да е подходяща за целия диапазон, където трябва да я коригираме ръчно. Програмата има механизъм за маркиране за ценови групи, но ако току-що започвате да се запознавате с 1C, препоръчвам ви все още да не го използвате.

Сега нека добавим клиенти. Ние отиваме Справочници -> Контрагенти -> Контрагенти. Добавяне нова групакупувачи, име "КУПУВАЧИ" . Нека добавим купувач на дребно, отидете в папката „КУПУВАЧИ“, щракнете върху добавяне на нов контрагент. Попълнете името Купувач на дребно", отметнете "Купувач", натиснете бутона "Запис". След това отидете в раздела "Сметки и споразумения", тук автоматично е създадено "Основно споразумение" "с купувача", отворете го. ", поставете отметка в квадратчето " извършване на сетълменти с контрагенти по документи", валута "рубли", отидете в раздела "Допълнителни" и изберете типа цена "На дребно", щракнете върху "OK" в картата на споразумението и в картата на контрагента. Това завършва настройката на купувача , по аналогия, можем да получим купувач на едро.

Сега нека добавим доставчици. Ние отиваме Справочници -> Контрагенти -> Контрагенти. Добавяме нова група доставчици, име "ДОСТАВЧИЦИ". Нека добавим нов доставчик, отидете в папката "ДОСТАВЧИЦИ", щракнете върху добавяне на нов контрагент. Попълнете името "Въвеждане на начални салда", отметнете полето "Доставчик", натиснете бутона "Запис". След това отидете в раздела „Сметки и споразумения“, тук автоматично е създадено „Основно споразумение“ „с доставчика“, отворете го. Променяме „Извършват се взаимни сетълменти“ на „По договора като цяло“, поставяме отметка „да се води според документите за сетълменти с контрагенти“, валута „търкайте“. Отидете в раздела „Допълнителни“ и изберете типа цени на контрагента, тук кликваме, за да добавим нов тип цени на контрагента, попълнете името „Доставчик за закупуване“, изберете нашия тип цена „Закупуване“, валута „разтривайте“, щракнете върху „ОК“ и щракнете двукратно върху създадения тип цени на контрагента, така че да бъде заменен в нашия договор. След това щракнете върху „OK“ в картата на договора и в картата на контрагента. Това завършва настройката на доставчика, по аналогия можем да получим други доставчици.

Настройте счетоводни опции

Ние отиваме Инструменти-> Настройка на счетоводството -> Настройки на счетоводството. Попълваме заглавието на програмата „Нашият магазин“, премахваме отметките от квадратчетата „Използване на продуктови серии“ и „Използване на вътрешни поръчки“. Избираме метода за контрол на дълга "по календарни дни" и посочването на складове и поръчки в табличния раздел "Не използвай". В раздела "Валута" променете валутата на управленското счетоводство на "рубли".

След това настройте счетоводна политика за цялата база данни, отидете Услуга-> Настройка на счетоводството -> Счетоводна политика. Тук програмата вече е създала счетоводна политика по подразбиране, трябва да я редактираме. Отваряме този запис, той започва с "01/01/1980 ...". Тук поставяме отметки в квадратчетата „води записи на стоките на организацията по складове“ и „отписване на партиди при водене на документи“, препоръчвам също да изберете хронологията за отписване на партиди „Средно“ и щракнете върху „OK“.

Настройка на потребителя

Сега нека създадем потребители, давай Инструменти-> Потребители -> Списък с потребители. Добавяме нов потребител, по традиция това е администратор, попълнете краткото име „Администратор“ и щракнете върху бутона „Запис“. Програмата ще попита "Автоматично създаване на потребител на IS", съгласни сме. Потребителската карта на IB ще се отвори автоматично (да не се бърка с потребителския указател!). Тук можем да поставим парола (по избор), да изберете основния интерфейс „Пълен“ и езика „Руски“, в десния прозорец поставете отметка в квадратчето до „Пълни права“ и щракнете върху „OK“. Сега задаваме настройките в потребителския прозорец, за удобство препоръчвам да отворите всички папки с настройки. По-долу са препоръчителните настройки, които трябва да промените, след като промените, щракнете върху „OK“.

• Извършване на взаимни разплащания по документи за разплащания с контрагенти - Да
• Основната валута на взаимните разплащания е rub.
• Основното управление на взаимни разплащания по договори - "Съгласно договора като цяло"
• Разширена форма за настройки на отчета - Да
• Регистрирайте цените на доставчици - Да
• Основната единица според класификатора - бр
• Основният вид номенклатура - Стоки
• Основен склад - Магазин
• Отразяване на документи в управленското счетоводство - Да
• Главна каса - Главна каса
• Основната организация е IP Menshikov A.Yu.
• Основна ДДС ставка - Без ДДС
• Основен купувач - Купувач на дребно
• Основният вид продажни цени - Търговия на дребно

След това трябва да конфигурирате допълнителни потребителски права. За това отиваме Инструменти-> Потребители -> Конфигуриране на допълнителни потребителски права. В прозореца, който се отваря, изберете "Администратор" в горната част. И ако е необходимо, задайте следните настройки:

• Разрешаване на презапасяване - Да
• Позволява организиране на свръхналичност - Да
• Позволете излишния свободен баланс Пари- да
• Разрешаване на безконтролно провеждане на взаимни разчети - Да
• Разрешаване на плащане без приложение - Да
• Изчисляване на дълга при отваряне на формуляри - Да
• Редактиране на таблици - Да
• Редакция на цени и отстъпки в документи - Да

По аналогия можете да създадете други потребители. Желателно е не всички да имат "Пълни права". Стандартните функции на тази програма за настройка на потребители не са много обширни. За да ограничите правата на потребителя, препоръчвам да обърнете внимание на „Дата на забрана за редактиране“. Има и „Ограничаване на правата на потребителско ниво“, но то много натоварва работата на 1C и не решава целия проблем с ограничаването на потребителските права.

Преглед

След като завършите настройките, затворете 1C и влезте отново в него, вече под „Администратор“. Препоръчвам следния скрипт за тестване:

• Ние извършваме получаване на стоки Документи -> Снабдяване -> Получаване на стоки и услуги.
• Касова гаранция по сметкас частично плащане.
• Въз основа на касови бележки, ние го правим Определяне на цените на артикулите.
• Да направим продажба Документи -> Продажби -> Продажба на стоки и услуги.
• Изработваме на база продажба Входящ касов ордерс частично плащане.
• Изготвяне на отчет за печалбата Отчети -> Продажби -> Анализ на продажбите -> Брутна печалбапроверете дали печалбата е изчислена
• Изготвяме отчет за взаимни разчети Справки -> Продажби -> Взаимни разчети -> Отчет за взаимни разчети с контрагентипроверете дали има взаимни разплащания

На това първоначалната настройка на 1C: Управление на търговията 10.3 може да се счита за завършена.

Първи стъпки в 1C

Ако магазинът току-що е отворен и все още не е започнал да работи, докато 1C не бъде конфигуриран. След това всичко е просто, правим разписки от нашите доставчици, определяме цени, отпечатваме етикети с цени и започваме да работим.

Ако магазинът вече работи и можем да спрем работата му за пълно преброяване. Тогава първо въвеждаме цялата номенклатура в 1C. След това разпечатваме списъка с артикули, затваряме магазина и преизчисляваме. При преизчисляване посочете сумата, приблизителна покупна цена, и текущата продажна цена. Ако артикулът е в търговски етажи сервизно помещение запишете остатъка с две цифри. След края магазинът продължава да работи, но трябва да записваме всички продажби на хартия, докато резултатът от преброяването не бъде въведен в програмата. Първоначалните салда могат да бъдат въведени в програмата по няколко начина, но аз препоръчвам чрез получаване на стоки и услуги от контрагента „Въвеждане на начални салда“, т.к. тогава е удобно да се определят цените въз основа на него. Желателно е да се правят отделни касови бележки за всяка група стоки. След като въведем балансите, приключваме продажбите, които са били на хартия след преизчисление и започваме да водим записи в реално време. Правим касови бележки от доставчици преди или след преизчисляване.

Ако магазинът вече е отворен и не може да затвори за преизчисляване. Най-трудният случай. За удобство имаме нужда от принтер за етикети. Методът ще бъде подобен на предишния. Ние въвеждаме стоки в програмата на малки групи. Внесените стоки са маркирани с нашите баркодове. Фиксираме всяка продажба на маркирани стоки в 1C.

Тезиси по счетоводство в 1C

За номенклатурата. Опитайте се да наименувате продукта по такъв начин, че да е ясен за клиентите, а не само за вас. Добрите имена на продукти повишават лоялността на клиентите и също така ускоряват развитието на сайта, ако планирате такъв. Също така препоръчвам да създадете папка „Изваден е от асортимента“, в която ще преместите стоки, които вече не се използват в счетоводството.

Относно архивирането. Има много начини за архивиране на база данни. Но ви препоръчвам периодично да правите копие на външно устройство. Тъй като сървърът може да се провали изцяло както с базата данни, така и с архивите. Същото важи и за нападателите, те ще блокират всичко - и базата данни, и архивите. И ако имаме копие на базата данни на друго място, последствията ще бъдат много по-леки.

Относно отстъпките и редактирането на цените. Опитайте се да премахнете тази възможност от продавачите, т.к. това е основната дупка в сигурността на търговските предприятия.

За предимствата пред 7.7(9.2). Tis 7.7 е много достойна програма. Но в 10.3, от сегашната, има стандартна поддръжка за няколко баркода, създател на отчети. И най-важното е, че има много малко специалисти по 7.7.

За предимствата пред UT 11. UT 11 е отлична, модерна програма. Но 10.3 на слаба машина ще работи МНОГО по-бързо.

Относно USB. Ако имате много USB оборудване, за да спестите портове на компютъра си, не забравяйте да закупите USB хъб с външно захранване от стенен контакт.

Относно прекъсвача. По-голямата част (90%) от повреди на 1C са свързани със срив, когато светлината е изключена. Препоръчвам да инсталирате непрекъсваемо захранване и да изключите компютъра навреме след изключване на светлината. Без прекъсване ще се изплати много бързо, повярвайте ми.

относно допълнителни разходи. В програмата можете да следите допълнителни разходи, като: наем, заплата, битови нужди. За да направите това, въведете тези услуги в номенклатурата и след това направете пристигането им редовно получаване на стоки и услуги. След това можете да видите тези разходи в отчетите за покупките.

За разликата между търговията на едро и дребно. Ако имате безкасово плащане от купувачи, или пратка на кредит, или няколко вида продажни цени, тогава това се счита търговия на едро. А това означава, че 1C: Управление на търговията ви подхожда.

Настройка на 1C: Управление на търговията 10.3

След монтажа има силно чувство, че нещо липсва. На първо място почти винаги слагам външното печатна форма"Стокова проверка" за продажба на стоки и услуги. И разбира се външната обработка на отпечатването на етикети с цени. След това можете да разгледате ценова листа със снимки или дори ценова поръчка. Тогава слабото място е определянето на цените, удвояването, препълването с ненужни записи през цялото време, това се решава с външна обработка. В противен случай повечето задачи могат да бъдат решени със стандартни средства - ако програмистът желае.

Това, което съзнателно не казах

Магазинно оборудване. Темата е изключително обширна, там за всяко оборудване може да се напише отделна статия.

RMK режим. В 1C RMK е тъга и тъга. Ако имате само на дребно, вземете по-добре 1C: Retail или Frontol.

Тестване/корекция. В 1C има два механизма, които ви позволяват да елиминирате повечето проблеми: това са вътрешно и външно тестване (chbfl). В интернет има необходимата информация.

Това е всичко, благодаря за гледането...

Как в UT 10.3 да зададете общата сума на отстъпката по сметката, изразена в рубли (а не като процент)?

Задача. Компанията провежда промоция, при която всеки клиент получава отстъпка от 1000 рубли от сумата на всяка фактура. Възможно ли е да се реши тази задачаи с какви средства?

Първото нещо, което идва на ум на клиентите, обикновено е да получат продукта „Отстъпка“ и да го избият във фактурата с отрицателна цена, равна на 1000 рубли. Но този план е неосъществим, т.к. въвеждането на продукти с отрицателна цена е забранено от разработчиците. От гледна точка на здравия разум това е абсолютно оправдано, т.к. абсурдно е да смятаме ДДС на стока с отрицателна цена, а след това кой ще осчетоводи стоката „Отстъпка” в склада, на каква цена и от кого да я купим и защо изобщо ни трябва в склада ? Но какво трябва да направи обикновеният потребител в тази ситуация?

Решение 1.Извадете 1000 рубли от цената на някои стоки във фактурата.

Например, фактурата съдържа продукт „Телевизор” в размер на 1 бр. и цена от 30 000 рубли. Ние ръчно намаляваме цената до 29 000 рубли и по този начин купувачът получава отстъпка.

Недостатъците на този метод са очевидни:

Ръчна промяна на цената.

Купувачът не вижда във фактурата, че му е направена отстъпка. Дори ако всъщност имаме телевизор, който струва 30 000 рубли, тогава купувачът може да смята намалението на цената за фикция.

Фактурата не може да съдържа стоки на стойност над 1000 рубли. В този случай общата сума на сметката може да бъде повече.

Не винаги е възможно да се извадят 1000 рубли без грешка при закръгляването на цената на стоките. Например, ако продадем 3 телевизора на цена от 10 000 рубли всеки, тогава общата им цена е 30 000 рубли. Придобивам нова ценаедин телевизор трябва да се изчисли: (30 000 - 1000) / 3 = 9 666,67 резултатът се закръгля до втория знак след десетичната запетая. Проблемът възниква, когато включим новата цена в програмата и получим крайна ценастоки \u003d 3 * 9 666,67 \u003d 29 000,01 рубли. По този начин ние предоставихме на купувача отстъпка не от 1000 рубли, както беше обещано, а от 999 рубли и 99 копейки.

В някои случаи грешките при закръгляване могат да бъдат много по-големи!

Решение 2.Тази опция вече е малко по-напреднала от опция 1, но има общ недостатък с нея.

При тази опция трябва да натиснем бутона „Промяна“, намиращ се в лентата с действия над табличната част на документа, където избираме стоки и услуги.

В прозореца, който се показва, направете настройките, показани на фигурата, и щракнете върху бутоните "Run" и "OK".

След описаните действия всички цени в документа ще бъдат преизчислени по такъв начин, че общата сума на документа да бъде намалена с 1000 рубли.

В този случай няма да има грешки и цените на стоките ще се променят пропорционално на сумите автоматично.

Недостатъкът на този метод е, че клиентът също няма да види във фактурата размера на предоставената му отстъпка.

И така, възможно ли е клиентът да види отстъпката в сметката?

Теоретично възможно. За да направите това, в конфигурацията "Управление на търговията" изд. 10.3 има механизъм за ръчни и автоматични отстъпки.

На практика проблемът е, че:

• Стойността на отстъпката се определя като процент.
• Отстъпката не се дава върху фактурата като цяло, а за всеки артикул от продукта.

По този начин, за да използваме този механизъм за нашата задача, когато стойността на отстъпката е изразена като абсолютна стойност от 1000 рубли, имаме 2 възможности:

В същото време, ако изпратим фактура за печат, ще видим, че на клиента е предоставена отстъпка от стоките в размер на 999 рубли.

Вторият вариант е да се опитате да разпределите отстъпката равномерно между всички продукти, като я изразите като процент от всеки артикул. Тази опция се дължи на сложността на изчисленията и високата вероятност от грешки и изобилието ръчно правено, дори няма да обмисляме. При регистриране на фактури с голям обем различни артикули по принцип не е приемливо.

Както се вижда от дадените примери, всяка от опциите има свои собствени недостатъци и в пълна степен не може да се счита за автоматизирана, поне „задоволително“.

Можете да автоматизирате въвеждането на фиксирана отстъпка в абсолютно изражение, като направите някои промени във вашата конфигурация. Заявка за този вид работа можете да направите по телефона, електронна пощаили чрез формата обратна връзкана нашия уебсайт.

Въпрос: Обмен на данни UT 10.3 - Retail 2.2

Здравейте. 1C:Enterprise 8.3 (8.3.11.2924), "Управление на търговията", издание 10.3 (10.3.47.3), файл. Искам да установя обмен с Retail 2.2 (UT базата се поддържа от дълго време, Retail - нова база). Проблемът започва още на първия етап - когато се опитате да създадете обменен план в менюто за конфигурация в UT, няма елемент "Retail 2.2", а само "Retail 2.1". Защо и какво да се коригира. И като цяло, бих искал да знам мнението за обмена между UT 10.3 и Retail 2.2, какви са клопките, ако се ограничи до типичните обмени.

Отговор:

Като цяло съм напълно доволен от retail 2.2

Кликнете, за да разкриете...

След това на дребно „нашето всичко“
Търговията на дребно и frontol са приятелски настроени, но без отстъпки.

Dalion - frontol е група, която работи.

Въпрос: Борсова търговия 10.3 счетоводство 3

Добър ден
разходи Счетоводство 3 и търговия 10.3 (10.3.32.1) търговията има една разпределена база
При разпределена база данни се създава обмен със счетоводство 3
Актуализирано счетоводство 3 за най-новата версия, искам да кача нови правила за преобразуване за търговия, каза ми той
(Processing.ConvertingInfoBaseObjects.ObjectModule(3038)): Полето за обект не е намерено (GoodsNon-Commodity)
Мениджър за връщане [стойност];

Мислех, че може би са добавили нещо ново към счетоводния отдел, актуализирали са търговията на 10.3.34.2 и пишат на някое от горните
Грешка при извикване на контекстен метод (ReadChanges): Грешка при конвертиране на XML данни:
и не иска да прехвърля промените
Кажи ми какво да правя? , Разбира се, можете да разтоварите базата данни отново, но това ще лети обмен с бу и много повече.Като цяло, краен случай и не е факт, че разбира се е в старата версия на търговията

Отговор:

все пак се случва такава грешка, че съм на 10.3.32.2 от 10.3.32.1 до една версия на всичко
Грешка при четене на промените от файла за обмен.
Грешка при извикване на контекстен метод (ReadChanges): Конфигурацията на разпределен IS възел не отговаря на очакваното!
Четенето на данни от обменния файл завърши с грешки!

Въпрос: Актуализация на UT 10.3 (изхвърля и т.н.)

Повдигам 10.3.18.3 последователно до последното издание, от което би било възможно да прехвърля остатъците към UT11.
Пускам конфигуратора, актуализирам. Конфигураторът вижда файла за актуализация, но когато се стартира от конфигуратора, го изхвърля от програмата. Пише Програмата "1cv8" не работи, Vin ще затвори тази програма ....
Програмата е прекратена...

Рестартирам конфигуратора, в резултат на това веднъж от пет актуализацията продължава, но след това, когато отворя самата база данни, работещата, също я изхвърля. Не го изхвърляйте веднъж, изхвърляйте го 5 пъти.
wtf? Къде да копая?
Благодаря ти.

И още нещо: след актуализацията отивам на работна база, и там:

Не се поддържа!
Мигрирането е възможно само от версии... 10.3.18, 10.3.19
Първо трябва да надстроите до една от изброените версии.
И след това прозорецът: "Неуспешна актуализация на информационната база! Изключване на системата?"

Е, преминавам от 10.3.18 на 10.3.19
Какво общо има 10.3.28 с това? От къде е? Какъв вид понижаване е това? От издание 28 до 19?

Отивам на информацията за програмата, там: 10.3.19.2
Влизам в настройките на счетоводството, там Номер на версията на конфигурацията: 10.3.28.1

Предстоят актуализации. Досега е спрял да изхвърля, вече са минали 5 издания. С какво е свързано, не е ясно.

Отговор:

nsk1C каза:

След актуализацията - трябва да актуализирате конфигурацията на базата данни (меню Конфигурация - Актуализиране на конфигурацията на базата данни (F7)), да я напишете след актуализацията и да я стартирате в потребителски режим и там също можете да потвърдите, че не сте откраднали нищо + понякога трябва за потвърждаване на актуализациите на правилата за обмен
Всички тези 3 действия - актуализиране на базата данни, писане (конфигурация на база данни), стартиране в потребителски режим, могат да бъдат извършени чрез щракване върху жълтия кръгъл бутон със син триъгълник "Стартиране на отстраняване на грешки" в конфигуратора

Кликнете, за да разкриете...

Самият конфигуратор вижда файла за актуализация, кликвам върху него, актуализацията започва.
След това се появява таблицата за актуализиране с два прозореца: отдясно е Main conf, отляво е New. Искам да изпълня.
Изскача настройката на правилата за поддръжка. Оставям всичко по подразбиране. Натискам ОК. Сдружението започва.
След това прозорецът: Обединяването на конфигурациите е завършено.
Отивам в сервиза. Работя с 1C Enterprise.
Пита: Update database conf? Казвам да. Конфигурацията се запазва.
Появява се прозорец: Реорганизация на информацията, Промени в структурата на информацията на конф. Щракнете върху Приемам. Промените се приемат.
Работната база е пусната.
пише:
„Превключване от версия 10.3.28 към версия 10.3.19.2 на конфигурация UT 10.3
Не се поддържа!"
"Неуспешна актуализация на информационната база! Изключване на системата?"
Но в същото време в информацията за програмата версията вече е нова.

Бутонът "меню Конфигурация - Актуализиране на конфигурацията на база данни" е неактивен

PS: Започнах да актуализирам от 8.3, спрях да го изхвърлям, актуализациите се инсталират без проблеми.

Въпрос: Актуализирайте UT 10.3.49.3 до 10.3.49.4

Отговор:

Naran08 каза:

Здравейте, UT 10.3.49.3 платформа 1C: Enterprise 8.3 (8.3.13.1513). Актуализирам ut от 10.3.47.3, но започвайки от 48.3, възниква грешка при сканиране в режим на каса и не изисква акциз за алкохол при продажба, а вчера изтеглих нова версия 49.4 при сканиране на алкохол, издава формуляра като на екран. Никъде няма информация за това или работи за всички правила, не разбирам

Кликнете, за да разкриете...

Погледна ли кода? Току що си пуснах ъпдейта, чакам от къде ще хвана проблемите

Въпрос: Обменете UT 10.3 с Buch 2.0.65.29

По някаква причина от UT 10.3 документите за една организация не се зареждат в счетоводния отдел 2.0.65.29, но за друга организация има норми (2 организации в ut, дори не влиза в регистрация) (входящо плащане), къде да копая? UT актуализацията не помогна.

Отговор:

актуализиран KORP Enterprise Accounting, издание 2.0 (2.0.65.45) "Управление на търговията", издание 10.3 (10.3.37.3), не помага. входящият документ за платежно нареждане за една организация не попада в регистрацията за обмен.

Въпрос: Отново UT 10.3 срещу 11

Реших да изолирам въпроса в отделна тема, така че наличието на специфика под формата на сайт да не отвлича вниманието от основния въпрос:

И така, отново:
На каква конференция да организираме работа малка фирматип купува-продава. 11-ти в джамове, 10-ти морално остарял.

Има фирма, обикновен купувач-продавач, работеща по поръчка на купувачи, както от собствения си склад, така и от склада на доставчика. Клиентите, предимно физици, плащат както в брой, така и безкасово. Доставка: самостоятелно вземане, куриер, трети превозвачи.
Като цяло, типичен малък офис.

За 10.3 аргументите вече са ясни: стабилен, пъргав, лесен за адаптиране и т.н.

А може ли някой да направи кампания за UT 11?
Ето да кажа: организирайте работата на 11-ти, но не я правете на 10.3, за това и онова.

Благодаря ти.

Отговор:

nsk1C каза:

Защо потребителите трябва да бъдат преквалифицирани при преминаване от UT 10.3 към UT 11, ако веригите от операции и бизнес процеси са изградени и отстранени в UT 10.3?

Кликнете, за да разкриете...

не казвай Нямам проблем с преквалификацията, т.к. Имам съвсем различна мотивация от
служители и всяка промяна ще бъде тежест за тях, освен ако не е съвсем очевидна, като: вчера го направих, а утре ще го направи робот. Обикновените служители не гледат по-далеч от една крачка напред и това не е тяхна задача.

nsk1C каза:

И целият проблем с TS е, че той като цяло пропуска етапите на събиране и анализиране на изискванията (експресно проучване) и въз основа на този анализ избор на подходящо решение.

Кликнете, за да разкриете...

Може би. Разбирам за какво говориш: че изобщо влизам от грешния край и не трябва да се поставя въпросът кой конф да избера, а как да организирам работата като цяло. Но от моя житейски опит мога да кажа, че всяка нужда трябва да узрее. Сега има нужда да се внедри точно 1C за служителите и нищо повече (ако наистина преувеличаваме и го свеждаме до две думи: въвеждане на баркодиране и премахване на дублирането на работа). Когато разбера, че това не е проблемът, който трябва да се реши, ще възникне нова нужда и аз ще я разреша.

Въпрос: Актуализирайте UT 10.3, за да прехвърлите директории към UT 11.3.4

Всъщност има UT 10.3.10.4 на платформа 8.1, трябва да прехвърлите всички директории към UT 11.3.4.
Стандартната процедура за прехвърляне от 1C изисква версия UT 10.3.38
Така че въпросът е откъде да започнем?
Актуализация 10.3? Има доста издания между тях, можете ли да надскочите някои?!...
От коя версия трябва да се прехвърля към платформата 8.2? Необходимо ли е? Изключване на режима на съвместимост с 8.1?

Отговор:

Бих актуализирал 10.3 или ще взема стандартните правила за миграция и ще коригирам за себе си. По-скоро 2

Днес имаше въпрос от клиент - да премина от UT 11.4.1.254 към UT 10.3
По-скоро възникнаха въпроси от дълго време и дойде критичният момент да създадем дискусия и да изпратим на всички линк към нея

Базата на UT е изрязана (на дреболии спорадично за дълго време събира главоболие за актуализации), модулът Bitrix за обмен с онлайн магазина на уебсайта на Bitrix, сайтът също е нарязан за промени в 1C.
По-скоро промените в конфигурацията на 1C се правят за промени във функционалността на сайта и обратно
Интеркампания между 2 организации

Имаше проблеми, които не съществуваха преди актуализацията до 11.3
В по-малък мащаб, отколкото при надграждане до 11.4.1.261

• 8.x UT 11.4.1.261 фантомни отрицателни салда - КОЙ е виновен (ще плати) и КАКВО да правя?

но най-важното е, че на 11.3 преди ъпдейта до 11.4 не е имало проблеми, клиентите плащат за ъпдейт, но получават проблеми за парите си, в резултат на това - психоза и стрес и работа без заплащане

Никога не съм мислил - просто не възприемах и не възприемам този въпрос като наистина необходим за губене на време

Ако някой е участвал в прехода от UT 11 към UT 10.3 - да сподели

Ето днешния диалог с клиента (със съкращения, изтрити фрази по други въпроси):

• Клиент:
  Честно казано, вече започнах да се съмнявам дали имаме нужда от този 1C

  преход към UT 10разреши проблема?

• аз:Какъв въпрос?
• клиент:
  за проблеми с актуализацията

  В началото на годината прехвърлете всичко на 10к и работете там

• аз:
  Започвате от предпоставката, че преминаването към UT 10.3 е по-лесно от решаването на проблеми на UT 11
  Но не е така

  За прехода трябва да получите баланси, а сега има проблем с тях

  Тогава връщането назад не е тривиално
  А преводите между организациите ще трябва да изготвяте ръчно

• клиент::
  да имах и преди психоза UT 11, ние плащаме за актуализации/работа и не виждам никаква разлика освен 2 фактури на година

  В световен мащаб няма големи промени

  По-лошо от другото, в светлината на последните събития, имам почти 100% изоставени подобрения в 1C

  Вчера говорих с администратора на сайта, той като цяло съветва моя, исках да го направя в Bitrix24 и да синхронизирам само счетоводната част с 1C

• аз:
  Защо да се трия?
  Беше пуснат 1C 8.3.11, в който е по-удобно да се внедряват подобрения чрез разширения
  Как смятате - колко ще струва трансфера?
  Бюджет - какво - преход?
• клиент::
  назови цената
  Дори няма да мисля, защото не знам
  трябва ни цена и какво ще получим като резултат
• аз
  Оценяването е голяма работа
  и резултатът все още ще бъде неточен и вероятностен

  И аз няма да мисля напразно

  Вие назовавате бюджета си
  и аз - каквото може/е по-добро за него

  „Не виждам разлика освен 2 фактури на година“

  Може би не два SF?
  Не навлязох в това, но ми се струва, че има 4 порядъка повече

• клиент::
  Помня, че имаше важно лято и октомври

  Може и да греша

• аз:Аз, като, никога не съм налагал - актуализирайте UT 11
• клиент:: Не казах това
• аз:: Ами не се наложи - без крайна нужда

Отговор:

Никога не съм виждал такива преходи в моята практика. Може би трябва да помислите за UNF 1.6. За щастие засега се пише от друг отдел за развитие и се различава по своята функционалност. Но отново, всеки преход е просто един тон работа. Ако ще преминат, тогава първо, както обикновено, ще трябва да дублират счетоводството в две системи. Това е допълнително натоварване на "покерите с бутони". Недоволството ще е 1000 пъти по-силно.
В UNF няма механизъм Intercampani, но изглежда има нещо подобно, като например трансфер между организации. Можете ли да го обмислите? + Нормално е организиран онлайн магазин за Bitrix. Е, като плюс, здрав обмен с PSU и актуализации, изглежда, също са нормални. Е, поне за Миналата година, не помня момента, в който имаше проблеми поради актуализации.
Отново, функционалността на UT 11 и UT 10.3 е фундаментално различна. Клиентът ще се сблъска с много други проблеми, като повторно последователност, повторно публикуване на документи. Мисля, че сте наясно с всичко това.

Край на цялото това бърборене. Трябва да се направи нещо, това е разбираемо. Предлагам да се мисли в посока UNF.

Въпрос: UT 10.3 как да организираме приемането на стоки

UT 10.3.
Клиентът иска да вземе стоката директно от автомобила.
например дойде кола със стока и има хартиен пътен лист.
Клиентът иска незабавно да вземе и да въведе касовата бележка в базата данни и веднага да провери дали стоките (от sk) са в базата данни или не.
Може ли това да се организира? MB по някакъв начин с TSD конфигурирайте или мобилно приложениепредлага се като допълнение.

Отговор:

с това, което има в колата.

--- Асоциациясъобщения, 5 януари 2018 г. в 16:42 ---

например в колата дойде отвертка или кибрит, човек сканира кибрита. да, има такова нещо в базата данни на 1c и задайте количеството, например 10. след това сканирах sk на отверка, да, няма такова sk, след това въведете продукта или задайте баркода и задайте количеството и т.н. след това записах и прехвърлих всичко от tsd или от някъде към базата 1s 10.3

Задача. Компанията провежда промоция, при която всеки клиент получава отстъпка от 1000 рубли от сумата на всяка фактура. Възможно ли е да се реши този проблем и с какви средства?

Първото нещо, което идва на ум на клиентите, обикновено е да получат продукта „Отстъпка“ и да го избият във фактурата с отрицателна цена, равна на 1000 рубли. Но този план е неосъществим, т.к. въвеждането на продукти с отрицателна цена е забранено от разработчиците. От гледна точка на здравия разум това е абсолютно оправдано, т.к. абсурдно е да смятаме ДДС на стока с отрицателна цена, а след това кой ще осчетоводи стоката „Отстъпка” в склада, на каква цена и от кого да я купим и защо изобщо ни трябва в склада ? Но какво трябва да направи обикновеният потребител в тази ситуация?

Решение 1.Извадете 1000 рубли от цената на някои стоки във фактурата.

Например, фактурата съдържа продукт „Телевизор” в размер на 1 бр. и цена от 30 000 рубли. Ние ръчно намаляваме цената до 29 000 рубли и по този начин купувачът получава отстъпка.

Недостатъците на този метод са очевидни:

• Ръчна промяна на цената.
• Купувачът не вижда във фактурата, че му е направена отстъпка. Дори ако всъщност имаме телевизор, който струва 30 000 рубли, тогава купувачът може да смята намалението на цената за фикция.
• Фактурата не може да съдържа стоки на стойност над 1000 рубли. В този случай общата сума на сметката може да бъде повече.
• Не винаги е възможно да се извадят 1000 рубли без грешка при закръгляването на цената на стоките. Например, ако продадем 3 телевизора на цена от 10 000 рубли всеки, тогава общата им цена е 30 000 рубли. За да получите новата цена на един телевизор, трябва да изчислите: (30 000 - 1000) / 3 = 9 666,67 резултатът се закръгля до втория знак след десетичната запетая. Проблемът възниква, когато заместим новата цена в програмата и получим общата цена на стоките = 3 * 9 666,67 = 29 000,01 рубли. По този начин ние предоставихме на купувача отстъпка не от 1000 рубли, както беше обещано, а от 999 рубли и 99 копейки.

В някои случаи грешките при закръгляване могат да бъдат много по-големи!

Решение 2.Тази опция вече е малко по-напреднала от опция 1, но има общ недостатък с нея.

При тази опция трябва да натиснем бутона „Промяна“, намиращ се в лентата с действия над табличната част на документа, където избираме стоки и услуги.

В прозореца, който се показва, направете настройките, показани на фигурата, и щракнете върху бутоните "Run" и "OK".

След описаните действия всички цени в документа ще бъдат преизчислени по такъв начин, че общата сума на документа да бъде намалена с 1000 рубли.

В този случай няма да има грешки и цените на стоките ще се променят пропорционално на сумите автоматично.

Недостатъкът на този метод е, че клиентът също няма да види във фактурата размера на предоставената му отстъпка.

И така, възможно ли е клиентът да види отстъпката в сметката?

Теоретично възможно. За да направите това, в конфигурацията "Управление на търговията" изд. 10.3 има механизъм за ръчни и автоматични отстъпки.

На практика проблемът е, че:

• Стойността на отстъпката се определя като процент.
• Отстъпката не се дава върху фактурата като цяло, а за всеки артикул от продукта.

По този начин, за да използваме този механизъм за нашата задача, когато стойността на отстъпката е изразена като абсолютна стойност от 1000 рубли, имаме 2 възможности:
В същото време, ако изпратим фактура за печат, ще видим, че на клиента е предоставена отстъпка от стоките в размер на 999 рубли.

Вторият вариант е да се опитате да разпределите отстъпката равномерно между всички продукти, като я изразите като процент от всеки артикул. Тази опция, поради сложността на изчисленията и голямата вероятност от грешки и изобилието от ръчна работа, дори няма да бъде разгледана. При регистриране на фактури с голям обем различни артикули по принцип не е приемливо.

Както се вижда от дадените примери, всяка от опциите има свои собствени недостатъци и в пълна степен не може да се счита за автоматизирана, поне „задоволително“.

Можете да автоматизирате въвеждането на фиксирана отстъпка в абсолютно изражение, като направите някои промени във вашата конфигурация. Заявка за този вид работа може да бъде направена по телефон, имейл или чрез формата за обратна връзка на нашия уебсайт.