daniel.simoes

Apliquei modificações no Trunk2, seguindo o modelo de impressão do DANFE da NFCe...

Se você não enviar o LOG do ACBrSAT eu não tenho como analisar

Não tive tempo...

Não é o componente que faz o avanço.. é a própria impressora, baseado no GAP da etiqueta Se sua etiqueta não tem Gap não irá funcionar...

Se a sua impressora é USB e cria uma COM virtual... essa porta COM só existirá, se o equipamento estiver ligado...

Em algum outro lugar você deve estar fazendo nova atribuição... veja o código: function RegTribToStr(const t: TpcnRegTrib ): string; begin result := EnumeradoToStr(t, ['0','1', '3'], [RTRegimeNormal, RTSimplesNacional, RTRegimeNormal]); end;

Obrigado, métodos aplicados no SVN

Enviei uma correção para o Erro de "List Index Out of bounds" no SVN

Faltou o anexo...

Não temos previsão... Aparentemente os desenvolvedores do ACBrFramework, ainda não tiveram necessidade de usar o SAT... Mas é tudo código aberto, e o SAT tem poucos métodos... se estiver disposto a colaborar com eles, e implementar o ACBrSAT no ACBrFramework, acredito que seja só seguir o exemplo dos demais componentes...

Você pode anexar o Log gerado pelo ACBrSAT ? Com ele conseguiremos quantos campos o SAT está retornando...

Enviei uma possível correção para o SVN... favor testar

Obrigado... correção enviada para o SVN: trunk e trunk2

Marque ou Ligue a propriedade "ControlePorta" isso fará com que o componente abra e feche a porta serial a cada comando enviado

Acho que apenas ACBrGNRE e ACBrNFSe ainda não foram concluídos.. Mas é uma questão de tempo, o trabalho está em andamento Se você não usa esses componentes, basta não instalá-los

Compare os fontes Observe que no Demo há s chamada a IniciarEtiqueta e FinalizarEtiqueta

Você precisa ir com o Debug e identificar qual a linha o erro ocorre...

Poderia por favor postar uma imagem exemplificando o problema ? Seus fontes estão atualizados ? havia um bug no calculo do numero de colunas com fonte condensada, na classes EscDaruma

Por favor anexe (ZIP) as Units modificadas, para analise...

Sobre o Erro do XML, isso ocorre porque as informações são Hardcoded, configure o tipo de empresa para: Regime Tributário: RTRegimeNormal Regime ISSQN: RTISSMicroempresa Ind.Rat.ISSQN: irSIM Infelizmente a IDE do Delphi se atrapalha com String e AnsiString... Remova os eventos: ACBrSAT1GetcodigoDeAtivacao e ACBrSAT1GetsignAC (mas antes copie o conteúdo dos mesmos para o bloco de notas) Crie novamente os eventos, usando o clique-duplo da IDE, sobre os eventos do componente ACBrSAT1 (observe que a IDE irá criar usando corretamente String ou AnsiString, conforme a versão)

Por favor leia: Bem_Vindo_ao_Trunk2.pdf

Ajustes as margens... Há vários tópicos sobre isso aqui no forum... Use a busca

As correções para a impressão da Bematech e Daruma no ACBrSATExtratoESCPOS estão apenas no "trunk2"

Segundo a Espcificação Técnica do SAT, o Campo qCom permite no máximo 4 casas decimais (pag: 65) Deve ser algo errado na sua rotina... veja que no XML gerado pelo Demo SATTeste.exe, há uma Item com 4 casas decimais: <det nItem="2"> <prod> <cProd>6291041500213</cProd> <cEAN>6291041500213</cEAN> <xProd>Outro produto Qualquer, com a Descricao Grande</xProd> <CFOP>5529</CFOP> <uCom>un</uCom> <qCom>1.1205</qCom> <vUnCom>1.21</vUnCom> <indRegra>A</indRegra> <vOutro>2.00</vOutro> </prod>

A DLL da Dimep, depende da ZLIB.DLL... ela está presente na mesma pasta de dllsat.dll ? Tente por favor baixar novas DLLs no (confuso) site da DIMEP https://d-sat.4bee.com.br