Acabo de alterar pra Sefazclass utilizar os eventos na versão 4.00 como default.
Já coloquei em produção.
Default de eventos 4.00
Moderador: Moderadores
-
JoséQuintas
- Administrador
- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Default de eventos 4.00
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Default de eventos 4.00
Sr. José Quintas,
parabéns pelo excelente trabalho.
Se eu puder ajudar, estou as ordens.
parabéns pelo excelente trabalho.
Se eu puder ajudar, estou as ordens.
-
JoséQuintas
- Administrador
- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Default de eventos 4.00
Como eu já disse: uso NFE, CTE, e MDFE, e só pra São Paulo, meus clientes são todos aqui.
Uma coisa interessante seria atualizar o cálculo do QRCode para o novo.
Na 3.10 aceita os dois cálculos, mas na 4.00 só vai aceitar o novo.
Quem estiver usando NFCe pode já alterar e fazer o teste prático.
Como eu não uso, nem vou ter informação pra fazer teste.
E a mesma coisa com outras UFs pra NFE, NFCE e CTE.
Como só uso SP, o endereço das outras UFs pode estar faltando e/ou errado.
MDFe é o mesmo endereço pra todas as UFs, então se está ok pra SP, está ok pra outras UFs também.
É que o teste de UFs depende de ter certificado da UF.
Então, quem trabalha com a UF vai ter certificado e vai pode testar.
Tem UFs que são centralizadas, por exemplo, algumas UFs autorizam no SVRS - serviço do Rio Grande do Sul.
Então se uma estiver certa, todas que usam o mesmo endereço estarão certas.
Trata-se apenas de cada um fazer o teste com sua própria UF, e já aproveitar e atualizar o endereço na SefazClass.
Desta forma, vai poder atualizar a SefazClass em precisar ficar alterando os endereços a cada atualização.
Se for criado um FORK, basta enviar as alterações com um click.
FORK não significa uma nova versão.
No caso do Harbour 3.2 e 3.4 acabou virando versão diferente, porque não houve aproveitamento das alterações no 3.2
Mas FORK trata-se de uma cópia de trabalho. As alterações podem ou não ser transferidas de um pro outro, depende do "dono" de cada fork.
Cada pessoa é dona de seu FORK, e cada pessoa decide se quer ou não as alterações do outro.
O legal é que o fork serve como um backup permanente de seus fontes, mesmo que seja diferente dos originais, vai ter um backup "grátis" de tudo.
Lógico... no GitHub isso é público, não vai salvar lá todos os seus fontes, só a parte relativa à SefazClass.
Uma coisa interessante seria atualizar o cálculo do QRCode para o novo.
Na 3.10 aceita os dois cálculos, mas na 4.00 só vai aceitar o novo.
Quem estiver usando NFCe pode já alterar e fazer o teste prático.
Como eu não uso, nem vou ter informação pra fazer teste.
E a mesma coisa com outras UFs pra NFE, NFCE e CTE.
Como só uso SP, o endereço das outras UFs pode estar faltando e/ou errado.
MDFe é o mesmo endereço pra todas as UFs, então se está ok pra SP, está ok pra outras UFs também.
É que o teste de UFs depende de ter certificado da UF.
Então, quem trabalha com a UF vai ter certificado e vai pode testar.
Tem UFs que são centralizadas, por exemplo, algumas UFs autorizam no SVRS - serviço do Rio Grande do Sul.
Então se uma estiver certa, todas que usam o mesmo endereço estarão certas.
Trata-se apenas de cada um fazer o teste com sua própria UF, e já aproveitar e atualizar o endereço na SefazClass.
Desta forma, vai poder atualizar a SefazClass em precisar ficar alterando os endereços a cada atualização.
Se for criado um FORK, basta enviar as alterações com um click.
FORK não significa uma nova versão.
No caso do Harbour 3.2 e 3.4 acabou virando versão diferente, porque não houve aproveitamento das alterações no 3.2
Mas FORK trata-se de uma cópia de trabalho. As alterações podem ou não ser transferidas de um pro outro, depende do "dono" de cada fork.
Cada pessoa é dona de seu FORK, e cada pessoa decide se quer ou não as alterações do outro.
O legal é que o fork serve como um backup permanente de seus fontes, mesmo que seja diferente dos originais, vai ter um backup "grátis" de tudo.
Lógico... no GitHub isso é público, não vai salvar lá todos os seus fontes, só a parte relativa à SefazClass.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/