[Trunk2] Correções & Implementações (SimplISS, Thema, Prodam)

[MarcoCestari]

Segue anexo algumas correções e implementações para a NFS-e da Trunk 2.

Implementado provedor Prodam (Utilizado em Blumenau/SC e São Paulo) - Apenas testado em Blumenau.

Corrigido o problema de "INTERNET_OPTION_CLIENT_CERT_CONTEXT" ao transmitir a NFS-e de alguns provedores. Foi criado a propriedade "SetCertContext" na classe TDFeSSLClass, por padrão é True, porém na NFS-e essa propriedade é desabilitada conforme o provedor em uso.

Criado possibilidade de configurar as tags dos xmls no arquivo de configuração, essa alteração foi necessária para a implementação do provedor Prodam. Segue imagem abaixo com o nomes para configuração. Caso essas configurações não existam no arquivo, o padrão que existe hoje será usado.

Corrigido outros problemas referentes aos provedores SimplISS e Thema.

O objeto FRetornoNFSe da classe TNFSeWebService passa a ser destruído apenas em seu destructor caso ele tenha sido criado, esse objeto é usado em nosso sistema após realizar as operações da NFS-e, porém essa alteração é específica para a forma em que trabalhamos com o ACBr e não deve ser juntada a principio.

Em anexo segue todos os fontes e ini's que foram alterados e também a dll para gerar a assinatura do provedor Prodam (Em C#, fontes inclusos).

Para o correto funcionamento da dll, ela precisa ser registrada com o comando abaixo:

%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\regasm.exe /codebase /tlb:.\ACBrSignProdam.tlb ACBrSignProdam.dll

 

As alterações realizadas estão entre os comentários "// MESTRE SISTEMAS".

ACBrNFSe.rar

Editado 20 Novembro, 2015 por MarcoCestari

[Juliomar Marchetti]

Perdão a dll é em delphi?

caso negativo segue o mesmo caso que já foi informado noutro local não podemos dar suporte ao que não usamos e como os componentes são para delphi e lazarus meio improvável subirmos pois não iremos dar suporte ao mesmo!

[MarcoCestari]

É em C# conforme mencionei. A mesma pode ser compilada com Mono caso necessite utilizar fora do windows. Eu tinha implementado em delphi usando os componentes da Eldos, mas como é um componente pago, não tem como distribuir.

Eu também entendo que vocês não podem dar suporte, mas a implementação está ai, para quem quiser e para quem sabe se virar com isso. Não vejo necessidade de vocês darem suporte a tudo que é distribuído, até porque é um projeto opensource e muito grande. A comunidade em si é o suporte para essas implementações mais específicas.

[Juliomar Marchetti]

A partir do momento que subimos no SVN com certeza irão cobrar suporte ! e falamos isso com propriedade!

[MarcoCestari]

Cobrar suporte em um projeto opensource? Só se a pessoa adquiriu o SAC de vocês realmente.

O suporte em um projeto opensource igual o ACBr não vêm só da "equipe fechada" de vocês, que tem acesso ao SVN. A comunidade é grande, e tem várias pessoas para dar suporte.

Enfim, não foi só a implementação do Prodam que está nas alterações, caso queira verificar e subir ao SVN outras correções, as alterações estão ai.

Obrigado.

[Juliomar Marchetti]

Olhe bem no SAC !

veja o pessoal confunde as coisas pois no SAC é para ajudar o projeto e sim de contra partida ajudamos mais focado o usuário do fórum mas não garante implementações!

Vou lhe dar um exemplo e que é claro fizemos de bom grado pois queríamos ter algo que pudesse ser free e usado por todos que é o caso do Fortes Report Communitty Edition onde Daniel, Régys eu mesmo e o Márcio que cuida do Git dele mexemos até deixar 100% e é claro com alguns bugs que as vezes temos que corrigir!

acho que com isso exemplifiquei o que quis dizer!

[Marcos Gerene]

Boa tarde Juliomar Marchetti, tudo bem?

Notei que no post do MarcoCestari além da parte das DLLs em c# foi disponibilizado algumas alterações no próprio componente do ACBrNFSe que corrigiria isso:

Pode me dizer se essas implementações foram aceitas/feitas? não consegui encontrá-las nos fontes e notei que o erro ainda persiste (uso o SimplISS)...

 

Obrigado,

Marcos