Painel de líderes

Bom dia. Devido a problemas recorrentes de diferenças de versão, seja de Delphi ou Fast, fiz uma modificação no componente de impressão do DACTe para Fast Report, retirando o DataModule, passando a utilizar apenas as classes, criando os objetos em tempo de execução. Semelhante ao que já é feito com a NFe e NFSe. Desta forma não ocorreria mais problemas ao atualizar os arquivos via SVN com versões do Fast Report diferentes, e sem algumas determinadas propriedades. Enfim, acho que facilita muito a manutenção e atualização. Segue abaixo as units alteradas, e dpr com o ACBrCTeDACTEFRDM removido (seria o caso de excluir esta unit do repositório). Mais algumas alterações/correções * Não estava preenchendo o campo IE do emitente do documento anterior. * Correção também do fr3, quando havia mais de um documento anterior, estava criando nova página apenas com o bloco de reservado ao fisco. * Segue também um fr3 em paisagem que costumo utilizar aqui. ACBrCTeDACTEFR.pas DACTE_1_04.fr3 DACTE_PAISAGEM.fr3 ACBr_CTeDacteFR.dpk

Obrigado pela contribuição! está no svn! vi que usou o formatador do delphi de código tive que modificar pequenas coisas!

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

Boa tarde, segue anexos, lembrando que uso o ACBrMonitorPLUS. Sds, Ricardo.

Ow Glória a Deus!!! Agradeço muito ao colega, Marcos Gerene, pois deu tudo certinho, era só isso mesmo. Mudei CFOP de 6 para 5, e autorizou! Esse processo foge do padrão de emissão de documentos fiscais, por isso me "embananou". Mais uma vez, muito obrigado!!!

Boa tarde, 3 clientes, que utilizam o certificado digital A3 da Pronova , tiveram o certificado apagado do token/cartão. Não há evidencias que entraram no programa gerenciado para apagar. Em contato com o suporte da pronova eles disseram, que atraves da analise do log do gerenciado do token, identificaram uma chamada ao CryptAcuireContext com excluir container ao CSP do Token ou Cartão Inteligente onde foi gerado e gravado o certificado digital e-CNPJ A3. Porem utilizo o meu sistema, com o componente AcbrNFe em vários clientes e inclusive alguns deles possuem o certificado da Pronova, e não relataram e nem estão relatando esse problema. Sem falar nos outros clientes que usam certificados de outras empresas certificadoras. Gostaria de saber se alguem já passou por isso e qual foi a solução apresentada, pois a Pronova esta insinuando que é algo que minha aplicação faz queria poder contra argumentar. Segue, se é que vai servir, o log do gerenciador do certificado. Marcelo Kronus_CSP_Log.txt

Nesse tópico há uma extensa discussão sobre o problema...a certificadora tem como provar mediante um laudo que a tua aplicação foi quem realizou essa chamada: CryptAcuireContext com excluir container ao CSP do Token ?? Acho difícil que eles consigam isso, pq até hj do que vi é o ACBr acessando o certificado somente no modo leitura...

Sim ele existe desde algum tempo já, o problema é que tem que enviar informações do seu cadastro para recuperar as alíquotas IBPT por isso muita gente não curtiu a ideia, outra também é que a tabela IBPT já possui todo o necessário sem ter que enviar nenhuma informação.

O problema não é com o Trunk2 é com o tipo do certificado, com certeza no Trunk este mesmo certificado daria o mesmo problema. O que acontece é que alguns certificados necessitam ser exportados para um tipo diferente ou ter uma cadeia de certificados diferente instalada, o instalador InstaladorValid24 faz isso automaticamente, existe um tópico aqui no fórum inclusive onde isso foi discutido como forma de resolver este tipo de problema.

Olá Pessoal, fiz uma procedure para gerar o arquivo da Nota Gaucha: procedure TACBrECF.ArquivoNotaGaucha(const DataInicial, DataFinal: TDateTime; const PathArquivo: String); Ela é parecida com a PafMF_MFD_Cotepe1704 mas com os parâmetros corretos para gerar o arquivo e passar no validador. Fiz os testes aqui com uma Bematech MP-4000 TH-FI, validei no programa Nota Fiscal Gauha Desktop e deu tudo certo. Se algum commiter quiser analisar e atualizar no svn fico grato Abraços ACBrECF.pas

Em minha opinião, me dá uma reviravolta no estômago lendo que pessoas tão inteligentes como vocês são, se deixam levar por uma coisa que do ponto de vista comercial é tão clara. Porque vou perder meu tempo, em desenvolver algo que somente vai me quebrar ali na frente... Porque vou dar uma ferramenta para alguém que amanha só vai dar dor de cabeça. E o porque pior de todos, porque vender 1 SAT, se poderia vender 3? Única ressalva, se seu cliente tiver, 5 ou mais PDV's, aew acho que ele tem total capacidade de bancar seu desenvolvimento, mais único e exclusivo a ele, pois os outros clientes você vai cair no erro do meu 3º Porque. Isto é o que vejo.

ACBrMonitorPLUS Linux Visulizar Arquivo Versão do ACBrMonitorPLUS, compilada em Linux 32 Bits. Possui instalador automatizado. Deve ser executado como "root" Autor Daniel Simoes Enviado 17-11-2015 Categoria Utilitários ACBrSAC

Bom dia Adriano, O componente possui uma propriedade chamada EmissaoPathNFe o valor padrão é False, experimente mudar para True. Faça um teste informe que a data da emissão é 30/10 e envie depois verifique onde o XML foi salvo.

Obrigado Juliomar, Tinha entendido, é que quando escrevi tinha acabado de baixar o trunk2 e fui correndo ver na pasta e não tinha os arquivos. Fiz o update e para a galera que tiver dúvida tá aí a imagem comprovando... Só fazer o que o Juliomar disse ... atualiza menino que o acbr não para...rsrsrs Mais uma vez muito obrigado Juliomar