Имя: Пароль:
1C
1C 7.7
v7: После изменения ТА перестало отображать долги контрагента
,
0 Nihroms
 
08.08.21
14:24
Добрый день. Произошел сбой в программе 1С 7.7 Торговля и склад. После сбоя восстановили работоспособность и все функции но после того как происходит изменения точки актуальности с приходно кассовом ордере перестало показывать оставшийся долг контрагента. Помогите советом, пожалуйста.

Торговля + склад редакция 9.2

[url=https://ibb.co/5hP63cg][img]https://i.ibb.co/zVzrgfT/bg1111.jpg[/img][/url]
1 Nihroms
 
08.08.21
14:25
2 Злопчинский
 
08.08.21
14:33
ну и что? долг = 0. в чем проблема?
3 Злопчинский
 
08.08.21
14:35
второе действие - Меню-Отчеты-Ведомость по контрагентам - отчет по этому проблемному клиенту с разворотом по всем доступным группировкам.
4 Nihroms
 
08.08.21
14:40
Злопчинский - проблема в том что долги после обновления даты пропали у всех контрагентов и в отчетах цифры актуальные - проблема только в приходно кассовом ордере - только туда не подставляет долги - хотя если я откатываю все данные до 31 июля то все нормально - но система показывает что точка неактуальна и после ее обновления там перестает все отображаться(
5 Злопчинский
 
08.08.21
14:42
(4) открой по этому клиенту другой документ, например, расходную накладную - цифра правильная?
и убить за описание проблемы.
из скриншотов совсем не следует наличие проблемы как таковой.
6 Злопчинский
 
08.08.21
14:44
сделать бэкап.
откатить на 30 июня ТА.
потом сдвинуть ТА на сейчас с перепроведением всех проведенных документов.
Посмотреть ситуацию после этого.
7 Nihroms
 
08.08.21
14:45
Злопчинский - прошу прощения за оформление темы, в следующий раз я буду более внимательнее. Во всех отчетах по остаткам, и по долгам - да, цифры верные. https://ibb.co/5hP63cg не выводит долг только сюда - остальном все верно.
8 Злопчинский
 
08.08.21
14:46
открой по этому клиенту другой документ, например, расходную накладную - цифра правильная?
9 Nihroms
 
08.08.21
14:50
Злопчинский По расходной накладной, да. https://ibb.co/0Z9p6h3 - если я сдвигаю дату ТА через программу то у меня происходит данная ситуация которая не лечится. Поэтому дату я передвинул через MS Access в данном файле: 1SSYSTEM.DBF вручную - все заработало кроме данной функции.
10 Nihroms
 
08.08.21
14:51
Злопчинский - может мне через конфигуратор запустить пересчет итогов?
11 acanta
 
08.08.21
15:03
В дбф есть некоторые ограничения и они чуть меньше аналогичных sql. Количество строк в документе например. При архивировании периода иногда нарушается. Обычно панацея это выгрузка-загрузка. Если не получается выгрузка-загрузка, то создание периферии и поэтапная миграция.
12 Nihroms
 
08.08.21
15:07
acanta огромное спасибо за обратную связь, выгрузка и загрузка не помогла - мы ждали 3 часа окончания и проблема не решилась. Мигрировать не получится (хотя я предлагал) т.к. бух. привыкла работать только с данной программой и, она непреклонная. Может есть варианты попробовать что то еще?
13 acanta
 
08.08.21
15:12
Мигрировать я имела ввиду урбд периферийную базу, иногда делают как бакап для дбф, когда нет sql и требуется копия в разделенном режиме.
14 Nihroms
 
08.08.21
15:18
acanta Может вы дадите какой нибудь мануал - я был б вам очень благодарен.
15 ДенисЧ
 
08.08.21
15:40
Мдя.. Гланды через попу...
удалить все RG*.dbf, *.cdx и запустить в монопольном режиме...
16 Злопчинский
 
08.08.21
16:01
не забыть сделать бэкап перед (15)
17 Nihroms
 
08.08.21
16:01
ДенисЧ - сбиваются все настройки, и конфигурация предлагает заполнить данные новой организации. Расскажите пожалуйста подробнее что мне необходимо сделать, дабы сохранить настройки, остатки и вернуть работоспособность функции созданной темы.
18 Nihroms
 
08.08.21
16:02
Злопчинский конечно на работающей машине я не буду тестировать все это.
19 Злопчинский
 
08.08.21
16:04
(9) ошибка 310 - скорее всего проблемы с достижением технологического предела в таблицах ДБФ на 16 млн записей. отсюда и прочее может лезть.
20 Злопчинский
 
08.08.21
16:06
(12) "- мы ждали 3 часа окончания и проблема не решилась. "
- при кривом учете (незакрытые регистры) загрузка может и несколько суток идти.
скорее всего у вас учет развален, а прога используется исключительно как печатная машинка.
21 Злопчинский
 
08.08.21
16:06
Выкладывай сюда размеры самых больших файлов ДБФ
22 Nihroms
 
08.08.21
16:07
Злопчинский да. Как мне вылечить данную проблему? Если я запущу пересчет иготов - есть вероятность того что это поможет?
23 Злопчинский
 
08.08.21
16:11
(22) при ответах/вопросах ссылайся на пост, указывая его номер в скобочках (77) например, для этого можно жмакунть мышью в номер поста.
24 Злопчинский
 
08.08.21
16:13
(22)
1. возьми любой дбф редактор
2. осмотри файлы на предмет количества записей в файлах ДБФ (от большего размера к меньшему)
если где-то колов записей приближается к 16 млн (погугли ошибку 310) - то это плохо, "автоматически" это может и не полечиться... надо смотреть предметно...
25 Злопчинский
 
08.08.21
16:15
(17) бред, от удаления файлов RG*.* данные организаций в принципе не могут сбиваться.
это просиходит только в том случае если вы неправильно/бездумно удаляете и другие файлы, кроме упомянутых
26 Злопчинский
 
08.08.21
16:18
для начала следует сделать
0. сделать бэкап
1. удалить все RG*.*
2. в режиме конфигуратора запустить ТИИ включив только галочки ПЕРЕИНДЕКСАЦИЯ И ПЕРЕСЧЕТ ИТОГОВ
.
но если у вас идет загрузка очень долго, то с очень высокой вероятностью вы не дождетесь и пересчета итогов.
.
приведенный рецепт лечит проблему с неправильными итогами/цифрами типа в (0), но судя по переписке у вас там еще вагон проблем.
так что лучше не рисковать (ибо явно квалификация недостаточна), а пригласить специалиста
27 Злопчинский
 
08.08.21
16:19
к (26): п.1а удалить все *.cdx
28 Nihroms
 
08.08.21
16:26
Злопчинский удалить все RG*.* - (27) это файлы этого типа? RG3549.DBF??????
29 Злопчинский
 
08.08.21
16:29
(28) типа этого типа
RG3549.DBF - подходит под маску RG*.*
30 Злопчинский
 
09.08.21
14:16
как успехи?
31 Mikeware
 
09.08.21
14:22
(30)
-Фуххх! ну, всё!
-- сделал?
- нет, сломал!!!
32 Nihroms
 
09.08.21
19:23
(26) Злопчинский второй день проверяет - ждем результат)
33 Злопчинский
 
09.08.21
19:42
(32) пересчет итогов идет долго у вас скорее всего. регистры незакрыты потому что. есть шанс что в конце свалится с ошибкой типа 310...
пока что - ждите, может и выгорит...
34 Ёпрст
 
09.08.21
20:19
(0) зайти в каталог с базой ДО ваших манипуляций, отсортировать файлы по убыванию размера, скриншот сюда.
35 Ёпрст
 
09.08.21
20:19
И это, итоги сутками не пересчитываются, если че
36 tgu82
 
09.08.21
20:25
(32) Возьмите программку confstat и она с большой вероятностью покажет что в реальности в окне конфигуратора и какой период в данный момент пересчитывается. Могу кинуть или она у Вас есть?
37 tgu82
 
09.08.21
20:26
(32) Не пойму а зачем скрывать e-mail?
Я бы уже вам эту программку скинул бы
38 Злопчинский
 
09.08.21
20:31
(35) запросто на несколько суток может пойти. если база древняя, регистры незакрыты...
39 Злопчинский
 
09.08.21
20:32
(34) я просил уже размеры файлов. ТС забил.
40 tgu82
 
09.08.21
20:38
Кстати я вот все мучился как в УТ сделать чтоб было видно по каждой накладной маржу как сейчас в ТИС.
А получается так - назначаю минимальную цену и все что выше нее - это грубо интерес продажника. А сама эта минимальная цена устанавливается исходя из определенных параметров и критериев
41 Вафель
 
09.08.21
20:39
может в каком регистре дата 1980 есть?
42 tgu82
 
09.08.21
20:42
(41) До чего 7-ка затейливая :)
Хорошо хоть не 1080
43 Злопчинский
 
09.08.21
20:53
(40) установлена минимальная цена. ниже ее торговать нельзя.
больше - можно. все что больше - в бонус продажнику. и накакойго видеть маржу здесь нахрен не надо.
и видеть маржу по каждой накладной - это ну в очень-очень-очень специфических случаях.
44 Вафель
 
09.08.21
20:56
(43) может они автомобилями торгуют. там нужна маржа итоговая. чтобы понять какую скидку можно еще дать, а какую нет
45 tgu82
 
09.08.21
21:16
(43) Нет, электротехническими товарами. Просто так повелось когда-то. А вот сейчас мне кажется (43) очень правильно рассуждает
46 Ёпрст
 
09.08.21
21:19
Хз. у нас можно посмотреть профит по каждой накладной, и бонусы и компенсации и сумму для агентов и т.д и т.п
47 Ёпрст
 
09.08.21
21:19
кодить надо
48 tgu82
 
09.08.21
21:20
(46) в УТ? Ну да, бонусы все это есть. Ну а профит по накладной - в 7-ке или в 8-ке?
49 Ёпрст
 
09.08.21
21:26
(48) было и в 7-ке и в упп текущей
50 Ёпрст
 
09.08.21
21:27
А так, похрен где закодить, прижелании
51 tgu82
 
09.08.21
21:36
(50) Ну если партии есть то можно
52 HeKrendel
 
09.08.21
21:47
(0) Переходи на 8-ку, там это реализовано
53 tgu82
 
09.08.21
21:48
(52) Что это? И я не (0) :)
54 Злопчинский
 
09.08.21
22:22
(51) это вранье. про партии. ты по партиям посчитал что маржа у тебя 50%. бонус продавану = 1000рублей. а на складе взяли из другой партии, и в реальности маржа = 20%. бонус продавану = 400 рублей. в результате твоих расчетов - контора потеряла на бонусах продавану 600 рублей.
55 tgu82
 
09.08.21
22:35
(54) Не по партиям а по ФИФО.
56 HeKrendel
 
09.08.21
22:36
(54) Тебе лишь бы не платить бабки
57 Ёпрст
 
09.08.21
22:44
(51) у нас нет партий
58 HeKrendel
 
09.08.21
22:49
(53) А я не теб
59 Злопчинский
 
09.08.21
23:05
(55) если по фифо - манагеры не могут никак влиять на исчисление маржи. в момент продажи. каков смысл тогда исчисления маржи прям вот по накладным чтобы видеть. Что это дает пользы в практическом смысле?
60 tgu82
 
10.08.21
08:25
(59) Могут влиять через изменение продажных цен
61 Mikeware
 
10.08.21
08:30
(54) не надо считать "по партиям", "по фифо". надо считать от некоей учетной цены. Торговый выполняет задачу - продавать не ниже учетной минимальной цены продажи (а лучше - по установленной цене продажи в установленных объемах). Закупщики - должны закупать не выше учетной максимальной цены закупа.  Разница между максимальной ценой закупа и минимальной ценой продажи [всех товаров] -  это минимальная маржа, необходимая  для функционирования компании.
а давать рулить маржей линейному персоналу глупо.
62 acanta
 
10.08.21
09:34
Учетная цена это хорошо. Теоретически в 8ке с ее запросом сумма(тч.количество*тч.товар.учетнаяцена) и регистры то не особо нужны, не то что бухгалтерия.
63 Mikeware
 
10.08.21
10:40
(62) учетная цена меняется. причем часто
64 Злопчинский
 
10.08.21
11:48
(60) изменением продажных цен влияют они на взаимоотношения с клиентами, а не на маржу. маржа - лишь следствие договоренностей с клиентами. Если клиентов не принимать во внимание, а в первую очередь влиять на маржу - что нам мешает продажную цену задрать до заоблачных высот?
65 Mikeware
 
10.08.21
12:59
(64) "рынок" мешает задрать. Не все работают в условиях газпрёма...
вообще, рулить ценами должен лишь руководитель продаж. а линейный персонал может лишь уведомлять, что "конкуренты давят ценами".
опять же, не все упирается в цены.
66 Злопчинский
 
10.08.21
15:23
(65) ну так я про то и говорю. продаваны на маржу никак не влияют. рынок влияет. На маржу можно влиять выйдя на рунок с каким-то супер-пупер уникальным продуктом или создав его спрос. но это не для рядовых продаванов. как-то так. н аистину не претендую.
67 Mikeware
 
10.08.21
15:48
(66) ну не обязательно уникальным - можно просто делать то же, что и другие - но чуть лучше. и постепенно увеличивать долю рынка, выигрывая на эффекте масштаба. (ну, типа "красный океан и синий океан")
продаван (особенно рядовой) может просто не видеть всей картины. например, многим производителям требуется АКБ. АКБ расчитывается по представленности определенного ММЛ. И продаван должен продавать весь товар из ММЛ, а не умничать, продавая "высокомаржинальный".
68 Злопчинский
 
10.08.21
18:54
(67) АКБ? Автоматическая Кумулятивная Батарея? ММЛ? Минимальная Максимальная Логистика?
... я таких словов-то и не знаю даже...
69 ДенисЧ
 
10.08.21
18:56
(68) Автомат Калашникова Баллистический, Минимальная Масса Летальности...

))
70 Nihroms
 
11.08.21
00:14
народ всем привет. исправление иб не дало нужных результатов - все ровно не показывает долги. есть ли еще решения?
71 Mikeware
 
11.08.21
08:40
(68) пардон... просто после обсуждений с торгашами это уже на автомате подразумеваю "всем известным"... АКБ - "активная клиентская база" (клиенты, которые работают с данным дистрибьютором и отгружаются данной продукцией), MML – minimum must list – список необходимого ассортимента ("как минимум в точке должно быть вот это, чтоб производитель посчитал, что это активная точка").
Т.е. какой-нибудь условный хохланд хочет, чтобы на полке в магазине было три "круга" (из 8 разных), три "блока" (из 6 разных), две "нарезки" (тоже из 6). Если такой ассортимент представлен, то магазин  считается "клиентом, работающим с продукцией хохланд", т.е. входит в Активную клиентскую базу. А от размера АКБ зависит уровень скидки дистрибьютору. Поэтому продавая какой-нибудь низкомаржинальный товар, торговый  выполняет ММЛ, отчего растет АКБ, отчего растет маржа по всему товару данного производителя....
Т.е. торговому не надо "рулить маржей" - его дело "выполнять поставленные задачи" (уговорить конкретного ЛПР в магазине взять нахрен не нужный товар, входящий в ММЛ, который после компенсируется какой-нибудь скидкой на товар популярный).
72 Mikeware
 
11.08.21
08:52
(70) Точка актуальности - где находится?