ФИНАНСЫ БЕЗ ПРОБЛЕМ(tm):
ПЕРЕГОВОРНЫЙ ПУНКТ II

Добро пожаловать, Гость. Пожалуйста, выберите:
Вход || Регистрация.
18.09.20 в 23:31:48


Наш сайт | Cтаpый форум (до 08.2003 года) | Интернет-магазин & Центр загрузок |
Главная | Помощь | Поиск | Участники | Вход | Регистрация
Модифицированный Клиент CLW32:
Из документации ...
На форуме...

Использование Клиента FCM:
1. Отчетный период и журнал операций.
2. Печать.
3. Экспорт.
4. Многострочная операция.
5. Редактирование многострочных операций.
http://www.fwp-client.com

Работа с ФБП через браузер:
Настройка для лечебных учреждений, оказывающих медицинские услуги:
На форуме...
http://vasoft.ru

Технический аудит настройки.
[Читать]

ФИНАНСЫ БЕЗ ПРОБЛЕМ (сетевая) и Opencart:
предлагаем:
1. Выгрузка новых покупателей из интернет-магазина в план счетов и сохранение информации в extrd.dat.
2. Выгрузка данных о заказанном товаре и сохранение в ФБП в журнале операций, номер заказа регистрируем в плане счетов как с.счет.
3. Українська локалізація.






   Финансы без пpоблем: Пеpеговоpный Пункт II
   ФБП для начинающих

   Подскажите
« Нет темы | Следующая Тема »
Страниц: 1 ... 3 4 5 6 7  ...  20 Ответить | Уведомлять | Послать Тему | Печатать
   Автор  Тема: Подскажите  (Прочитано 13375 раз)
Jhon
Гость

E-мэйл

Re: Подскажите
« Ответить #60 В: 15.02.10 в 15:11:54 »
Цитировать | Править | Удалить

Так получилось что текущее значение остатка складской номенклатуры хранится в поле факта, а в операции первого оператора (одной единственной) обрабатывается групповая операция прихода другого оператора, а в этой групповой операции произошло повторение номенклатурного номера (по другой цене). Так вот в этой одной операции только что созданный факт по повторяющейся номенклатуре по NEWS найден не был и количество прихода первого факта в расчет остатка не взято.
О том что NEWS не найдет факт, созданный вот только что, даже как-то не предполагал.
Зарегистрирован
lytvyanela

*



Я люблю этот Форум!

   
Просмотреть Профиль |

Сообщений: 5
Re: Подскажите
« Ответить #61 В: 12.03.10 в 09:50:09 »
Цитировать | Править

on 11.01.10 в 19:08:04, Vladimir wrote:

Описания продуктов хранятся не в EXTRD.DAT а в текстовых файлах, подгружемых ОФ с помощью новых операторов чтения из файла
[/url]

 
А что это за новые операторы, это я так понимаю Ваши собственные разработки?
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #62 В: 31.03.10 в 09:37:58 »
Цитировать | Править

Подскажите как выявить ошибку.
Возникает нерегулярно, если в прошлом регистрируются операции и устраняется только перезапуском сервера(4.21,4.NY, dual, winxp)
Директива W on/off не помогает.
Проявляется в том что проводки по указанной операции исчезают. На мой взгляд связано с ошибкой в работе PD=[GET#,'ZPDR',M]
Но за хвост не поймать.
 
Дерево:...Выдача з/п подразделению..?P..?M..#70..ПРОВОДКИ:# 50 FileK
(P-номер подразделения-строка, M-номер месяца-число)
******
* FileK
******
$=0
OB=[N1#]
PD=[GET#,'ZPDR',M]
IF PD=P         Если подразделение работника соответствует выбранному
 Z=[OK #,M,M]   начислено за текущий месяц
  IF Z>0.001 $=Z; ENDIF
ENDIF
*********
С уважением, Владимир.
« Изменён в : 31.03.10 в 15:42:04 пользователем: VLV » Зарегистрирован
Tupitsin

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 191
Re: Подскажите
« Ответить #63 В: 31.03.10 в 10:53:36 »
Цитировать | Править

Если работаете в режиме сервера DUAL, попробуйте перейти в OLD.
Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 374
Re: Подскажите
« Ответить #64 В: 31.03.10 в 16:22:19 »
Цитировать | Править

Обратите внимание - что в конце формы написано, может там есть "Возможно устарело" или "Пересчет не завершен"?
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #65 В: 31.03.10 в 16:29:53 »
Цитировать | Править

В режиме OLD ошибка воспроизводится.
Автообновление вкл "все"
Видно что формы обновляются и в оборотах по кассе появляется несписанная выдача денег.
 
Висяк устойчивый, и есть в формах(например баланс) запущенных заново. По F6 проводок операция не показывает...их нет.
« Изменён в : 31.03.10 в 16:33:26 пользователем: VLV » Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #66 В: 31.03.10 в 17:37:49 »
Цитировать | Править

Ситуация похожа на ошибку, описанную мной в разделе "Get при пересбивке", там тоже причиной работа функции [get...]
Зарегистрирован
Boris, Kiev.

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 849
Re: Подскажите
« Ответить #67 В: 31.03.10 в 19:14:53 »
Цитировать | Править

on 31.03.10 в 09:37:58, VLV wrote:
Подскажите как выявить ошибку.
Возникает нерегулярно, если в прошлом регистрируются операции и устраняется только перезапуском сервера(4.21,4.NY, dual, winxp)
Директива W on/off не помогает.
Проявляется в том что проводки по указанной операции исчезают. На мой взгляд связано с ошибкой в работе PD=[GET#,'ZPDR',M]
Но за хвост не поймать.
 
Дерево:...Выдача з/п подразделению..?P..?M..#70..ПРОВОДКИ:# 50 FileK
(P-номер подразделения-строка, M-номер месяца-число)
******
* FileK
******
$=0
OB=[N1#]
PD=[GET#,'ZPDR',M]
IF PD=P         Если подразделение работника соответствует выбранному
 Z=[OK #,M,M]   начислено за текущий месяц
  IF Z>0.001 $=Z; ENDIF
ENDIF
*********
С уважением, Владимир.

 
 
Читаем руководство:
--------------------------------------
функция [get]
Синтаксис:
 
[get A, S]
 
При использовании в листьях дерева и в файлах-коэффициентах выдает значение экстрапараметра S счета A к моменту выполнения текущей проводки; в отчетных формах - значение на конец отчетного периода.
 
[get A, S, M] - выдать значение экстрапараметра S счета A на конец месяца M
[get A, S, M, D] - выдать значение экстрапараметра S счета A в месяце M на
конец дня D
 
-----------------------------
 
Совет:
 
Пользуйтесь [get..]  согласно инструкции.
 
Зарегистрирован
Svetlana
Moderator

*****





472860567 472860567    
Просмотреть Профиль |

Сообщений: 374
Re: Подскажите
« Ответить #68 В: 01.04.10 в 05:56:14 »
Цитировать | Править

В добавление к сообщению Бoриса:
прогоните в однопользовательской версии и отследите "Обращение в будущее".
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #69 В: 02.04.10 в 10:54:35 »
Цитировать | Править

Quote:

Совет:  
Пользуйтесь [get..]  согласно инструкции.  

 
Борис, поясните плз, в чем Вы видите несоответствие инструкции использование в файле-коэффициенте вызова
PD=[GET#,'ZPDR',M]
Он читает значение Экстра-параметра в момент вызова ФК, по состоянию на конец предыдущего месяца.
 
Или нужно использовать для ФК только вызов PD=[GET#,'ZPDR'], и обратиться к значению ЭП в прошлое нельзя?
Но фактически это работает при пересчете со старта, и перестает работать при пересчете от момента регистрации(перерегистрации) операции.
 
Как тогда обойти эту проблемму, если нельзя исправить FWP? Ведь меxанизм фактической выдачи ЗП в текущем месяце всегда должен обращаться к данны актуальным в месяце начисления. Такая логика изначально предлагалась разработчиками.
 
В однопользовательской версии все считает правильно, вызовов в будующее не выдает.
После регистрации операции в начале года пересчитывает все правильно, а при перерегистрации операции не пересчитывает состояние но обороты счетов выдает верно.
 
В сетевой ошибка устойчиво возникает, как в случае перерегистрации первой операции в январе(в прошлом), так и при регистрации новой операции.
И совершенно устойчиво исчезает после "горячей" перезагрузки сервера FWP.
Первое обращение к указанному файлу-коэффициенту встречается с февраля или в более поздние месяцы.
 
С уважением,  Владимир.
« Изменён в : 02.04.10 в 15:46:36 пользователем: VLV » Зарегистрирован
Tupitsin

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 191
Re: Подскажите
« Ответить #70 В: 02.04.10 в 13:06:57 »
Цитировать | Править

Проверьте, пожалуйста, инициализируется ли переменная M перед вызовом
PD=[GET#,'ZPDR',M] ?
Дело в том, что переменные в ф/к глобальные. Может быть следующая ситуация (гипотетически): При начальном пересчете переменная M  получает нужное значение где-то в январе, а при пересчете с текущего мясяца (скажем, март)- не получает этого значения.
Зарегистрирован
Konstantin

***



Я люблю этот Форум!

   
Просмотреть Профиль | E-мэйл

Сообщений: 118
Re: Подскажите
« Ответить #71 В: 02.04.10 в 15:43:27 »
Цитировать | Править

on 02.04.10 в 10:54:35, VLV wrote:
....в чем Вы видите несоответствие инструкции использование в файле-коэффициенте вызова
PD=[GET#,'ZPDR',M]
Он читает значение Экстра-параметра в момент вызова ФК, по состоянию на конец предыдущего месяца......

Если читает чётко на конец предыдущего месяца, то возможно стоит попытаться уйти от возможных коллизий с переменной M таким образм:
PD=[GET#,'ZPDR',mc-1]
Уж mc-то чётко самим сервером и инициализируется, и считается.
 
 
Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #72 В: 02.04.10 в 16:00:37 »
Цитировать | Править

Quote:
Проверьте, пожалуйста, инициализируется ли переменная M перед вызовом  
PD=[GET#,'ZPDR',M] ?  
Дело в том, что переменные в ф/к глобальные. Может быть следующая ситуация (гипотетически): При начальном пересчете переменная M  получает нужное значение где-то в январе, а при пересчете с текущего мясяца (скажем, март)- не получает этого значения.

 
В общем случае все эти переменные инициализированы несколько лет назад. На этот факт сделана проверка.  За работником закреплено подразделение. Закрепление может быть операцией изменено при переводе работника в другое подразделение или вновь введено, если работник принят в к-л месяце.  
Т.е. операция выдачи ,например, по кассе в феврале читает значение актуальное в январе, которое в самом феврале может быть изменено...
 
Заметил что если пользователи активно не работают, то перерегистрация в прошлом может и не воспроизводить ошибку.
Воспроизводится она каждый раз не одинаково.
« Изменён в : 02.04.10 в 16:19:34 пользователем: VLV » Зарегистрирован
VLV

***



Я люблю Финансы без проблем!

   
Просмотреть Профиль |

Сообщений: 228
Re: Подскажите
« Ответить #73 В: 02.04.10 в 16:09:52 »
Цитировать | Править

Quote:
Если читает чётко на конец предыдущего месяца, то возможно стоит попытаться уйти от возможных коллизий с переменной M таким образм:  
PD=[GET#,'ZPDR',mc-1]  
Уж mc-то чётко самим сервером и инициализируется, и считается.

 
Читает четко на конец любого предшествующего месяца. Опробую Ваше предложение.
Но остается вопрос действительно ли запись [get cnt,'name',m] является "документированной" возможностью  FWP для использования в ФК? Тогда и мой вариант должен работать корректно.
« Изменён в : 02.04.10 в 16:11:08 пользователем: VLV » Зарегистрирован
Boris, Kiev.

*****



Адепт ФБП  с 1996г.

   
Просмотреть Профиль | E-мэйл

Сообщений: 849
Re: Подскажите
« Ответить #74 В: 02.04.10 в 16:19:02 »
Цитировать | Править

on 02.04.10 в 10:54:35, VLV wrote:

 
Борис, поясните плз, в чем Вы видите несоответствие инструкции использование в файле-коэффициенте вызова
PD=[GET#,'ZPDR',M]
Он читает значение Экстра-параметра в момент вызова ФК, по состоянию на конец предыдущего месяца.
 
Или нужно использовать для ФК только вызов PD=[GET#,'ZPDR'], и обратиться к значению ЭП в прошлое нельзя?
Но фактически это работает при пересчете со старта, и перестает работать при пересчете от момента регистрации(перерегистрации) операции.
 
Как тогда обойти эту проблемму, если нельзя исправить FWP? Ведь меxанизм фактической выдачи ЗП в текущем месяце всегда должен обращаться к данны актуальным в месяце начисления. Такая логика изначально предлагалась разработчиками.
 
В однопользовательской версии все считает правильно, вызовов в будующее не выдает.
После регистрации операции в начале года пересчитывает все правильно, а при перерегистрации операции не пересчитывает состояние но обороты счетов выдает верно.
 
В сетевой ошибка устойчиво возникает, как в случае перерегистрации первой операции в январе(в прошлом), так и при регистрации новой операции.
И совершенно устойчиво исчезает после "горячей" перезагрузки сервера FWP.
Первое обращение к указанному файлу-коэффициенту встречается с февраля или в более поздние месяцы.
 
С уважением,  Владимир.

Вы всё правильно поняли, не буду углубляться в своё видение работы экстра  и примеры от разработчика, дам простой совет:
рожайте индекс эстрапараметра
 
[set #,'ZPDR'+[intsn M],ZN]
, а ещё лучше  
[set #,'ZPDR*'+[intsn YY]+[cp [intsn(100+MM)],2,2],ZN]
 
где YY - ГОД НАЧИСЛЕНИЯ
MM- М-Ц
 
к тому же в следующих годах будет легко и просто выдать справки за прошлые.
Зарегистрирован
Страниц: 1 ... 3 4 5 6 7  ...  20 Ответить | Уведомлять | Послать Тему | Печатать

« Нет темы | Следующая Тема »

Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board