Painel de líderes

Bom dia pessoal, tudo bem? Espero que sim. Estou tentando realizar o envio de uma nota com produtos derivados de combustível, logo estou preenchendo todos os campos necessários para essa venda, porém ao tentar emitir está retornando o seguinte erro: Estou com os fontes atualizados e até encontrei outro tópico que teria implementado esse campo. Como eu poderia contornar isso? Abaixo também o tópico das implementações.

Boa tarde, Esse método não está implementado. Você pode definir a versão diretamente nas configurações do Monitor.

No momento não. Normalmente a consulta pode ser feita logo na sequencia do envio... Não existem prazos definidos. Você pode ver o codigo do envio da NFE como exemplo se desejar implementar algo: if not Enviar.Executar then Enviar.GerarException( Enviar.Msg ); if not ASincrono or ((FEnviar.Recibo <> '') and (FEnviar.cStat = 103)) then begin FRetorno.Recibo := FEnviar.Recibo; if not FRetorno.Executar then FRetorno.GerarException( FRetorno.Msg ); end; No primeiro If é feito o envio e no segundo if verifica o retorno e o status, para ver se o envio ocorreu corretamente, e já faz a consulta em seguida

Boa tarde, pessoal! Foi publicado no dia 27/09/2023, a versão 1.40 desta Nota Técnica. Esta nova versão altera a regra de validação N12-70, adicionando na exceção 8, a CST 02, permitindo agora que a critério da UF, a regra não seja aplicada quando CST=10, CST=02 e idDest=1. A nova versão também remove das regras LA17-20, LA18-10 e LA18-20 a validação que verifica as datas nas chaves referenciadas, fazendo com que não valide mais AnoMes da ChaveReferenciada para decidir se aplica ou não a regra. Sobre as datas Ambiente de Homologação: 16/10/2023 Ambiente de Produção: 30/10/2023 Regra N43a-10 em Produção: 01/04/2024 Sobre o ACBr Não serão necessárias alterações nos fontes do ACBr, visto que a nova versão apenas altera regras de validação. A NT na íntegra pode ser encontrada aqui. Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Boa tarde, https://www.projetoacbr.com.br/forum/forum/88-mapa-fiscal/ https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/ veja se pode ajudar os tópicos acima.

Já está corrigido, atualize novamente.

Bom dia Fabiano, Vamos fazer a seguinte alteração: Abra a unit PadraoNacional.Provider; Procure pela procedure: TratarRetornoConsultarDFe; Nessa procedure procure pela linha abaixo: ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps); deve ser a linha 1024. Altere ela deixando da seguinte forma: ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps('-1'); O que esta ocorrendo, na variável NumRps temos o numero do DPS, caso ele já tenha carregado outra nota com o mesmo numero essa segunda vai se sobrepor, ou seja, você perde os dados da primeira lida. Por outro lado passando um valor fixo "-1" para o numero do DPS ele nunca vai encontra, logo ele sempre vai adicionar a nota retornado. Assim eu espero. Faça a alteração, reinstale o ACBr e faça um novo teste.

Olá Pessoal, Recentemente foi publicado a Nota Técnica 2023/002 que trata sobre a alteração do retorno da Consulta a Situação do MDF-e. No retorno passamos a ter o grupo <procInfraSA> com os campos: nProtDTe e dhProt. O que vem a ser? Trata-se do grupo de informações do compartilhamento do MDF-e com InfraSA para a geração do DTe. Para quem não sabe houve uma tentativa de se criar um novo documento fiscal chamado DTe - Documento Eletrônico de Transporte criado pelo Ministério da Infraestrutura através da Medida Provisória numero 1051 de 18/05/2021. Que segundo o Ministério se tratava de uma conquista dos caminhoneiros e que iria revolucionar o setor de Transporte de Carga no Brasil. Mas na verdade o DT-e nada mais era do que o nosso velho conhecido e consolidado MDF-e e tem mais, o DT-e teria um custo para as transportadoras sendo que o MDF-e é gratuito. Depois de muita briga a SEFAZ, mais precisamente a do Rio Grande do Sul uma vez que é ela que recepciona todos os MDF-e de todas as UF, entrou em um acordo com o Ministério da Infraestrutura. Esse acordo visa o compartilhamento de dados do MDF-e com a InfraSA, desta forma o DTe passa a ser apenas um portal e não mais um documento. Como é que a coisa vai funcionar? A Transportadora envia o MDF-e para a SEFAZ Virtual do RS (responsável pela recepção), se todas informações estiverem corretas será retornado o numero do protocolo de autorização do MDF-e. Em seguida a SEFAZ Virtual do RS compartilha os dados do MDF-e com a InfraSA e esta retornará o numero do protocolo bem como a data e hora da geração do protocolo acusando que o DT-e foi gerado com sucesso pela InfraSA. Na Nota Técnica não fica claro se o compartilhamento é imediato ou não, mas deixa claro que essas duas informações (protocolo e data/hora) só vão estar disponíveis após o compartilhamento e para os modais ferroviário e rodoviário. Portanto se logo após obter o protocolo de autorização do MDF-e, se você consultar a situação do mesmo não constar essas informações isso significa que o MDF-e ainda não foi compartilhado com a InfraSA, neste caso devemos aguardar um tempo e tentar novamente. E qual a finalidade para nós desenvolvedores? Na Nota Técnica não deixa claro se devemos armazenar essas informações ou não, e se elas vão ser necessárias para uma consulta posterior via portal ou webservice. Caso você decida em guardar, lembre-se que são dois campos: o Numero do Protocolo de Geração do DTe e a Data e Hora de Geração do Protocolo. Vincule essas duas informações ao MDF-e, uma vez que para cada MDF-e emitido teremos o protocolo e a data/hora de geração do DTe. Espero ter esclarecido o que vem a ser e o que fazer com essas duas novas informações.

Boa tarde, fiz implementação do TEF Auttar via DLL nos fontes do ACBR, inclusive homologado junto a Auttar. Quem começou o desenvolvimento foi @Michael Belmonte, eu achei os fontes na internet e terminei a adaptação para o ACBR. Por favor, peço que validem e se possivel liberem no SVN. Obrigado João Victor ACBrTEFD.zip

Bom dia pessoal, tudo bem? Segue algumas contribuições feitas de acordo com o MOC e com as NT's, conforme estávamos desenvolvendo, verificamos que algumas TAG's não existiam nos componentes em C#. Classe ProdutoNFe.cs em NFe\Imports\Dinamico\Shared\NotaFiscal ProdutoNFe.cs NT 2020.005 V1.21 Inserido as seguintes propriedades: cBarra, cBarraTrib Classe ICMSProdutoNFe.cs em NFe\Imports\Dinamico\Shared\NotaFiscal ICMSProdutoNFe.cs NT 2020.005 V1.21 Inserido as seguintes propriedades: pFCPDif, vFCPDif, vFCPEfet NT 2023.001 V1.10 Inserido as seguintes propriedades: qBCMono, qBCMonoReten, qBCMonoRet NT 2023.001 V1.20 Inserido as seguintes propriedades: vICMSMonoOp NT 2023.002 V1.00 Inserido as seguintes propriedades: vICMSMono, vICMSMonoReten, adRemICMS, adRemICMSReten, adRemICMSRet Classe TotalNFe.cs em NFe\Imports\Dinamico\Shared\NotaFiscal TotalNFe.cs NT 2023.001 V1.10 Inserido as seguintes propriedades: vICMSMono, vICMSMonoReten, vICMSMonoRet, qBCMono, qBCMonoReten, qBCMonoRet Classe CSTIcms.cs em Shared\ACBrLib.Core\DFe CSTIcms.cs NT 2023.002 V1.00 Inseridos os seguintes CST's: 02, 15, 53, 61;

@Alexandre de Paula Irei realizar as implementações necessárias. Muito obrigado pelo suporte e dicas.

Boa tarde @Sistemas Victory A implementação para devolver o número do protocolo nos eventos assíncronos já está em andamento e assim que for gerada uma nova versão do monitor com ela, avisaremos aqui.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Estamos cientes da situação, conforme relatado no tópico: Vou vincular o seu tópico a mesma TK.

Boa tarde Marcos, Já esta no SVN. Favor atualizar todos os fontes, reinstale o ACBr e faça os testes.

Ola Alexandre. Atualizado e problema resolvido. Obrigado

Boa tarde Alexandre, Era justamente isto que precisava! Muito obrigado pela rápida resposta. Irei atualizar o ACBrMonitor antes de fazer os testes de transmissão. Pode encerrar o chamado! Abraços, Sergio

Boa tarde, Nessa versão você faz o envio dos lotes de forma assíncrona, isso que dizer que vc apenas envia o lote para o servidor e não tem um retorno imediato. Então deve depois de enviar, fazer uma consulta e verificar o resultado da operação.

Boa tarde, Acredito que seu manual esteja desatualizado. Verifique nesse link (https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoR4020INI.html) Aproveite e atualize seu monitor também. Temos compilações semanais. Sempre é bom manter na versão mais atual. Obrigado

@WesleySantos Boa tarde , chegou a baixar/atualizar o exemplo em C# e testar por ele? Se puder realizar um teste com o exemplo por favor ver se o comportamento é o mesmo. Pois ele é o programa que temos em comum para que possamos analisar.

Prezados Realizei um ajuste na geração do arquivo. Segue nova unit. ACBrBancoInterSimplesBradesco.pas

Acabei de testar no Windows 11 com Rad 11.3 e não ocorreu o AV com o mesmo INI. O windows 7 esta numa maquina virtual com Delphi7

Bom dia Mario, O Json retornado que você anexou é: {"tipoAmbiente":1, "versaoAplicativo":"SefinNacional_1.0.0", "dataHoraProcessamento":"2023-09-28T08:15:13.4054257-03:00", "idDPS":"DPS421380720948876900017500900000000000000015", "erros":[ {"Parametros":null, "Codigo":"E0160", "Descricao":"No mês de competência da NFS-e, a opção de situação perante o Simples Nacional, do prestador, informada na DPS não está de acordo com o cadastro Simples Nacional." } ] } No teste que fiz é: {"tipoAmbiente":2, "versaoAplicativo":"Testes_0.1.0", "dataHoraProcessamento":"2023-09-28T10:00:16.0126611-03:00", "idDPS":"DPS350320822940647500016400900000000000000001", "erros":[ {"Parametros":null, "Codigo":"E0034", "Descricao":"A situação do convênio do município emissor informado na DPS deve ser \"ATIVO\" no cadastro de convênio municipal do sistema nacional." } ] } Vamos levar em consideração somente aos nomes dos objetos e não o seu conteúdo. Note que a estrutura dos Json é exatamente igual. Resultado: Como você pode ver não ocorreu erro de AV. Para mim, existe no HD da sua maquina copias antigas dos fontes que o Delphi esta tendo acesso, logo ele esta usando os fontes antigos em vez dos atualizados, ou copias de DCU antigas na pasta do programa exemplo ou em outra pasta que o Delphi esta tendo acesso.

Bom dia Wesley, Se tratando de NF-e e NFC-e, a linha referente ao cst45 deve ser removida, pois não existe esse CST para os documentos mencionados.

Bom dia Heronim, Entre em contato com a prefeitura ou com o provedor, pela mensagem de erro na imagem que você anexou, me leva a crer que essas duas cidades continuam com o mesmo provedor, mas passaram a usar o layout da ABRASF e não mais o layout próprio do provedor EL.

Bom dia, Obrigado pela ajuda.

Italo. O erro ocorre nesse ponto, ao ler a terceira vez o Response.Erros na Unit PadraoNacional.Provider

@Próton Sistemas , @Daniel Simoes Bom dia! Cuidado ao confundir o integrador (que nao se usa mais) com o driver MFE que precisa estar residente na memória (fica na bandeja do windows) Download Driver MFE CE: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Este post que foi atualizado e temos o vídeo explicando.

Bom dia, perfeito, irei verificar e lhe dar um retorno!

Obrigado pela resposta Daniel. Resolvi de uma forma não muito bonita... coloquei um Memo e fiz while eof na tabela de parcelas e o preenchi.... funcionou...

Boa tarde, Enviado ao SVN, na Rev-30763, alterações visando corrigir este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Fabiano, O componente só leva em consideração o numero do DPS. Podemos ter 2 situações neste caso: 1. Mesmo Prestador, numero de DPS igual com série diferente. 2. Prestadores diferentes com numero de DPS iguais. A checagem vai ter que levar em consideração o CNPJ do Prestador, o numero do DPS e a série quando for executado o método ConsultarDFe.

Boa tarde, Na própria documentação do Reinf tem uma página com as mensagens. http://sped.rfb.gov.br/pasta/show/2544 Porém não sei se estão atualizadas, pois o ultimo arquivo é de 2019 e esta mensagem que vc mandou de exemplo não está na lista...

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde @datasynch, Será que consegue mais algumas informações? É um caso isolado ou são todas as notas? você usa componentes, AcbrLib ou ACBrMonitor? Qual estado de Origem do emissor? Está em contingencia ou não? O mesmo erro ocorre se tentar enviar a NFe pelo programa de exemplo? Assim temos mais recursos pra te ajudar. Obrigado

Boa tarde Fabiano, Abra todos os XML das notas salvas em disco e verifique se não tem XMLs com numero de DPS repetido. Pois o componente verifica somente o numero do DPS para decidir se vai adicionar a lista ou não.

Criada a TK-4504 para avaliação. Obrigado pela contribuição

Boa tarde, Analisamos com a equipe de consultores e com a contribuição do moderador @André Ferreira de Moraes a questão. O decreto citado e o artigo alterado podem ser encontrados nesse link: https://legislacao.fazenda.sp.gov.br/Paginas/art063.aspx Nele é possível verificar a redação atual e a anterior (em azul). As informações que antes eram destacadas em "Informações complementares" agora devem ser informadas em campo próprio. E quais seriam os "campos próprios" para a operação? Os campos pCredSN e vCrfedICMSSN são justamente campos identificados para aproveitamento de crédito que é sobre o que se trata o artigo 63. ATENÇÃO! Como sempre é recomendado que se procure a orientação do responsável contábil/fiscal da empresa que emite a NF para que o próprio faça a orientação referente a como os valores devem ser preenchidos.

Boa tarde! Esse indica que as classes de alto nível não conseguiram localizar a Dll, indicando que ela não foi distribuída corretamente. No curso Introdução às Bibliotecas ACBrLib, tem aulas práticas demonstrando como fazer a distribuição. Este é um exemplo de como está a configuração no meu exemplo:

Olá Pessoal, Gostaríamos de anunciar que a integração do ACBrNFSeX para emissão da NFSe por API está concluída, utilizando todos os recursos existentes na API. Todos os serviços disponibilizados pela API da NFS-e Padrão Nacional foram testados e detalhados a seguir. O Enviar o DPS (Declaração de Prestação de Serviço) esta funcionando, temos como retorno o XML da NFS-e caso os dados estejam tudo OK. O Enviar Eventos (de cancelamento por exemplo) esta funcionando, temos como retorno o XML da efetivação do evento caso os dados do pedido estejam OK. O Consultar DPS por Chave esta funcionando, temos como retorno apenas a chave da NFS-e e mais nada. O Consultar NFS-e por Chave esta funcionando, temos como retorno o XML da NFS-e. O Consultar Evento nos permite realizar essa consulta de 3 formas diferentes: 1. Consultar Evento informando somente a chave da NFS-e esta funcionando, temos como retorno o XML do evento. 2. Consultar Evento informando a chave e o tipo de evento não esta funcionando, esta retornando o erro 404, esse problema já foi relatado a RFB. 3. Consultar Evento informando a chave, o tipo de evento e o numero sequencial esta funcionando, mas a API esta gerando o XML do evento codificado em base 64 duas vezes, esse problema já foi relado a RFB. O Consultar DFe nos permite realizar essa consulta de 2 formas diferentes: 1. Consultar DFe informando o NSU (Numero Sequencial Único) esta funcionando, temos como retorno os XMLs das notas e dos eventos. 2. Consultar DFe informando a chave da nota esta funcionado, temos como retorno o XML da nota e dos eventos vinculados a nota. O Obter o PDF da nota esta funcionando, mas o QR-Code esta incompleto não contem a URL e caso a nota esteja cancelada não aparece a Tarja Cancelado, esse problema já foi relatado a RFB. Uma coisa importante a ser dita é que todos os testes realizados foram feitos em ambiente de produção, pois o ambiente de homologação ainda apresentava alguma erros, como por exemplo: exigir que a cidade esteja conveniada para poder emitir a nota mesmo o contribuinte ser MEI. Vale também informar que tanto a API quanto ao Portal Nacional da NFS-e (para emitir a nota via web) estão com instabilidade gerando erros de timeout por exemplo. Foi detectado também no ambiente de produção que ao tentar consumir qualquer serviço ocorre o erro: network subsystem is unusable, mas ao tentar novamente consumir o serviço desejado funciona. Esse erro só esta ocorrendo em ambiente de produção no de homologação ele não ocorre, portanto é um problema na API de produção, esse problema já foi relatado a RFB. Esse é um resumo dos testes que eu realizei.

Show.. muito obrigado... Pode deixar que eu mesmo sigo com a analise...

Boa tarde Osmar, Complementando tudo o que foi dito: Desde janeiro/2023 os prestadores de serviço que são MEI opcionalmente já poderiam emitir suas notas segundo o Padrão Nacional, através do Portal (Web), Aplicativo para smartphone e por uma aplicação de terceiro que consiga consumir a API da NFS-e Padrão Nacional que é o caso das aplicações que se utilizam do componente ACBrNFSeX. A partir de 01/09/2023 se tornou obrigatório a emissão pelo Padrão Nacional para que é MEI. Quem não é MEI como que fica? Quem não é MEI vai depender do município ter aderido ou não a emissão da NFS-e. Como é o caso de Porto Alegre, que aderiu e estabeleceu um calendário de obrigatoriedade para os profissionais de sociedade e para quem é ME e EPP. Desculpe em lhe dizer, mas esse contador esta mais por fora do que umbigo de vedete. Para começar, a Nota Fiscal de Serviço é de nível municipal e não de nível nacional, a única NFS-e que podemos considerar de nível nacional é a do MEI, que foi criado por uma lei federal. Repito, quem não é MEI vai depender do município ter aderido ou não a emissão da NFS-e Padrão Nacional. Através do link abaixo você tem uma lista dos municípios que se interessaram pelo projeto da NFS-e Padrão Nacional, alguns deles já aderiram a emissão da NFS-e outros somente o compartilhamento de dados, outros ainda estão em fase de teste e estudo para ver se vão realmente aderir ou não. https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes

Bom dia. Conferindo no layout e nos schemas, sim. Boa parte ainda permanece como atributo.

Complementando a informação do @Alexandre de Paula

A grande pergunta é: como o Sieg consegue baixar as notas completas sem a ciência da operação, andei olhando o site deles e eles prometem isso, inclusive notas fiscais de Saida também. Deve ser por isso que os contadores estão aderindo, estou passando pelo mesmo problema que os colegas acima, e vou seguir os posts para vê se funciona.

Olá @janio seiti fujii O componente ACBrPIXCD ainda não está disponível nem no ACBrMonitorPLUS nem na lib. Não é apenas para usuários PRO. Todos os fontes e componentes do ACBr são OpenSource. Sim, no momento esse componente pode ser utilizado apenas em Lazarus e Delphi. O demo do ACBrPIXCD está disponível junto aos fontes do ACBr no diretório: "...\trunk2\Exemplos\ACBrPIXCD\"

Porque devo assinar digitalmente meus executáveis ? O Produto final de quase todo desenvolvedor de Software para Windows, é gerar um arquivo compilado e executável, ou seja, um arquivo com a extensão .EXE ou .DLL As versões recentes do Windows, incorporaram recursos de segurança, como o SmartScreen, que podem causar alertas quando Binários não assinados são executados... O mesmo pode ocorre com módulos de Segurança de terceiros, instalados na máquina, como por exemplo: Antivírus e módulos de segurança bancários... Para evitar mensagens assustadoras, como a exibida abaixo, é necessário Assinar digitalmente o seu binário, com um certificado emitido por uma Autoridade Certificadora válida A título de exemplo, todos os binários distribuídos pelo Projeto ACBr, na área de Download do SAC ACBr, são assinados digitalmente com um certificado do Projeto ACBr... Reparem que não somente o Executável final, mas o instalador, também deve ser assinado.. Abaixo, temos a imagem de quando é executamos o Instalador do ACBrMonitorPLUS SAC Bem melhor, não ? Repare que o Fornecedor do binário, fica bem identificado na mensagem... Isso além de trazer mais confiança para o usuário final, ajuda os programas de segurança, a classificar de forma positiva, o seu Executável ou instalador, evitando bloqueios indevidos. Ok, gostei... mas como fazer para assinar meus executáveis ? O primeiro passo é comprar um Certificado do tipo "Code Signing"... Garanto que agora você pensou algo como: - Humm.. será que posso usar o meu certificado A1 ou A3 ? A resposta é NÃO... os certificados que usamos para os Documentos Fiscais eletrônicos brasileiros, não tem as características esperadas pelo Windows, para assinatura e validação de binários... Quanto aos certificados gerados de forma local, ou seja, os Self-Signed Certificates, eles funcionarão para a assinatura... e podem ser ótimos para testes... Mas eles não devem garantir o nível de confiabilidade ao seu binário, pois eles não são gerados por uma Autoridade Certificadora válida Algumas empresas Brasileiras, vendem o certificado do tipo Code Signing.. Veja por exemplo esse link... Porém o preço é praticamente "o valor de um Rim esquerdo"... (ps: veja mais empresas brasileiras, no post a seguir) Você pode comprar o Certificado do Tipo OV, que é bem mais barato... Na página da KSoftware tem um interessante artigo, descrevendo a diferença da versão OV x EV Eu preferi comprar nesse site gringo, porém isso pode exigir que você tenha um bom conhecimento de Inglês, pois o todo o processo de compra será feito em Inglês. Esse certificado, também exige um processo de validação... ou seja, a Empresa que irá emitir o certificado, precisa saber se você é você mesmo... A validação foi feita pela empresa Sectigo... eles enviam e-mails com links para você subir a documentação necessária... Como o certificado será emitido para uma Entidade Pessoa Jurídica, na etapa de envio de documentos de prova de identidade... eu enviei um PDF com o resultado da consulta de meu CNPJ, na Receita... Na etapa final de validação, eles efetuam uma ligação para o telefone de sua empresa, para fornecer um Token, que deve ser usado para gerar o certificado... portanto, o número de telefone na documentação que você enviar, deve ser um número que você possa atender... Achei o Site de Validação da Sectigo, bastante confuso... Eu preferi comprar a opção de 4 anos, para evitar esse penoso processo de compra, e pelos descontos oferecidos... Após todas as validações de identidade, eles lhe enviarão um Link para baixar o certificado em sua máquina... Será criado um arquivo PFX, e o processo de geração do Certificado na sua máquina, é muito semelhante a dos Certificados A1 brasileiros... Ufa.. já tenho o meu certificado em PFX... Como eu assino os binários ? Existem algumas ferramentas disponíveis... na página da KSoftware, você pode ler um tutorial, de como assinar usando o KSign Você poderá assinar binários facilmente, usando a interface gráfica deles: Para automatizar o processo de assinatura, você provavelmente ira preferir usar um utilitário de Linha de Comando... Repare que na mesma pasta onde o KSign foi instalado, existe o utilitário signtool.exe Use esse utilitário com a seguinte sintaxe: signtool.exe sign /du "http://seusite.com.br" /d "Descrição do seu Programa" /f "C:\Path\SeuCertificado.PFX" /p SenhaCertififcado /t "http://timestamp.comodoca.com" SeuBinario.exe sign -> Comando para assinatura /du -> Informa a URL do seu Site /d -> Informa uma descrição resumida do seu Programa /f -> Informa o Path completo para o seu Certificado (arquivo PFX) /p -> Informa a Senha para abertura do seu Certificado /t -> Informa um Servidor de Time Stamp, para que fique gravada a Data / Hora da assinatura Mas como assinar um Binário Windows, de dentro do Linux ?? Todo processo de Build e Deploy dos binários do ACBr, é executado em um Linux OpenSuse. A compilação de todas as plataformas que suportamos ocorre com Cross-Compiling, e automatizamos o processo de Build e Deploy, com o uso de Jenkins e Shell Scripts, Para transmitir o binário para fórum, criamos alguns utilitários que consomem a API do Invision Power Board Para a assinatura dos binários, creio que seria possível usar o próprio signtool.exe, com Wine... mas encontramos um interessante utilitário nativo em Linux, chamado osslsigncode, repare que a sintaxe é muito semelhante a do signtool.exe... osslsigncode sign -pkcs12 /path/SeuCertificado.pfx -pass SuaSenha -n "Descrição do seu Programa" -i http://seusite.com.br -t http://timestamp.comodoca.com -in SeuBinario.exe -out SeuBinario.exe.sign (como passo final, apague o arquivo original, SeuBinario.exe e renomeie SeuBinario.exe.sign para SeuBinario.exe)