Isaque Pinheiro

@Antonio Paulo Mangili Veja esse antes, mas me parece mais configuração de permissão, acesse esse link aqui e veja se resolve.

Existem funções que fazerm arredondamento para cima para baixo, truncamento de N casas decimais, mas nesse caso vc terá que achar essas funções na sua linguagem para que seu sistema consiga trabalhar a mesma forma que o SAT está parametrizado.

@Duarte eu sempre migrei meu sistema para versões mais novas do Delphi, mas como nem tudo são flores, já passei pelo problema que vc está passando, recentemente na versão XE8 e Seattle, tive problemas de vazamento de memória da qual não me deixava migrar, e esses vazamento não eram de meus projetos, mas do próprio delphi. "Unknown" quer dizer desconhecido, esses vazamento desconhecido, são do Delphi. XE8 e Seattle mesmo tem vazamento na biblioteca DBX, o qual me fez migrar todo meu sistema para FireDAC, para que hoje eu tenho meus projeto nele. Te aconselho 1o em tentar compilar seu sistema em um outra versão do Delphi, assim vai ter certeza que o vazamento é no seu sistema ou no delphi (pelo erro acredito que é do delphi), e no ACBr fique tranquilo, pois esse eu uso em massa no meus sistemas, e hj no Seattle não tem vazamento.

Então esse código é seu, trate ele e faça com que a informações correta volte ao terminar o processo.

De uma olhada nesse link aqui http://isaquesp.blogspot.com.br/2011/09/varias-versoes-do-delphi-instaladas-sem.html

Registro 75 são todos os produtos que tiveram movimentos no período selecionado Com certeza o registro 60D esta agrupando um produto do qual esse código não esta no registro 75, olhe o validador a linha abra o arquivo para saber qual é o código se não conseguir olhar direto pela aba de rejeição.

Vendo uma impressora LaserLet Color Pro 400 M451 dw, na caixa novinha, motivo, fechei minha loja de informática. link onde encontrar para comparar preços: http://www.amazon.com/HP-Laserjet-M451dw-Discontinued-Manufacturer/dp/B006X2FEIC (manufaturada essa) http://www.pcmag.com/article2/0,2817,2401731,00.asp http://www8.hp.com/us/en/products/printers/product-detail.html?oid=4346267#!tab=features Preço de venda 900,00 frete por conta do destinatário. Interessados, entre em contato por email [email protected]

@Jose Carlos Barbosa, não estou duvidando, mas o que seu amigo deve ter te passado é que não sai os dados do faturamento, mas a banda sai sim Pede a ele, qual versão ele usa, e tb para te mandar um PDF do danfe e verá. O problema @Jose Carlos Barbosa, é que esse tipo de parâmetro se omitir a banda toda, irá gerar transtorno, pelo seguinte ex: Não existe parâmetro via comando para que vc habilite ou desabilite a omissão da banda, dai se for um DANFE que tiver faturas, seu usuário terá que ir no monitor antes e habilitar, quando ele emitir um que não tem fatura, ele terá que ir novamente no monitor e desabilitar, entendeu ?

De uma pesquisada no fórum esse é o assunto do momento, até já saiu recurso novo no ACBr para contornar o problema.

Vou analisar e te aviso. Atualize seu fonte, teste, e me da um feedback.

A transparência é recurso da API do windows, se o windows de seu cliente estiver sem tema, ou for um versão mais antiga onde esse recurso não existia, a tela irá ser mostrada como normal.

Exato, qual o problema disso? O documento fiscal para o Fisco é o XML, e no XML deve ser informado OUTROS, consequentemente, o papel só está refletindo o que está no XML por exigência.

A banda não é omitida, ela sempre será impressa independente do parâmetro definido, lei a essa resposta desse link http://www.projetoacbr.com.br/forum/topic/28127-ref-a-proriedade-acbrnfedanferl1exibecampofatura/?do=findComment&comment=185177

Foi criado novo recurso para atender a diversidade de fuso horário, em certas regiões do Brasil, a qual o Windows não conseguia administrar a mudança correta do horário de verão, nesses casos poderá ser parametrizado agora direto no seu sistema, resolvendo assim problemas de emissão de DFe, o qual o problema impedia a transmissão do mesmo. 1) tzSistema: O componente pegará o fuso horário do windows (que era o padrão do Trunk2); 2) tzPCN: O componente calculará automaticamente o fuso horário (que era o padrão do Trunk1); 3) tzManual: O componente pegará o fuso horário indicado em TimeZoneStr; 4) O default será tzSistema; 5) preenchimento do TimeZoneStr (Ex.: "-03:00")

Lembrando que essa NFe deve continuar armazenada, e quando for gera-la para o Sped (se for o caso) sua situação deve estar como 04 - NFe, NFC-e ou CT-e denegado

Baixe a mais nova versão 0.2.02.2

Pessoa física com IE, é Produtor Rural, faça como o Régys propôs acima.

Qual linguagem vc usa ? Se for delphi terá os exemplos como base Outras linguagens indicamos o uso do ACBrMonitorPLUS, que vc envia comandos para ele via TXT e ele te retorna respostas tb via TXT.

Bom dia, terá que criar sua própria versão, e mantê-la.

Atualize seu fonte, essa mudança já está disponível no SVN

Segue o link da discussão http://www.projetoacbr.com.br/forum/topic/28066-setando-fuso-horário-manualmente-no-xml/?do=findComment&comment=184622

Sobre esse erro de horário, o problema é que o windows muda automaticamente o horário, removendo horário de verão, veja nesse link uma uma discussão do assunto, e uma solução instantânea.

Tive esse erro em um clientes hoje, resolvi com essas configurações http://faq.bytecom.inf.br/entry/69/

@Carlos Júnior, o CFOP é conforme a necessidade da devolução, quem te informará o CFOP correto é o contador do seu cliente, e outra faça o teste em um ambiente de homologação e veja se passa esse cfop sem referencia, se passar com e sem, deixe seu sistema aberto e seu cliente assume o que o contador dele passar para ele, tire o seu da reta.

Não, não quando vc vende por Lei TEM que emitir um documento fiscal seja ele NFe, Cupom Fiscal e agora SAT e NFCe na maioria das UF, dessa forma de um cliente seu estiver devolvendo uma mercadoria ele deve te passar o documento para que o mesmo seja relacionado a NF de devolução. Por isso a maioria dos estabelecimentos, colocam um aviso, DEVOLUÇÃO SÓ PERANTE O CUPOM FISCAL OU NOTA FISCAL. Detalhe o Tipo não pode ser Normal, deve ser sempre Devolução. Tipo Normal e Entrada devem ter seu CFOP especifico, e esse que vc reportou é de devolução.