Daniel Simoes

Por favor pesquise antes de postar... há vários tópicos informando que o SVN do S.F. está indisponível...

Para sugerir modificações nos fontes, favor anexar as Units modificadas...

O SVN do S.F. está fora do ar, temporariamente... Qual o seu ECF ? Como ele retorna a saida de "CarregaAliquotas" no ECFTeste ? Você tem Aliquotas de ICMS, com % = 0 ?

Isso me parece ser uma exigência do PAF-ECF... ou ainda do ramo de segmento de postos de combustíveis Pelo que me recordo, não há no XML do SAT, campos específicos para essas informações... Você poderia usar o campo de Observações do contribuinte, para imprimir essas informações

Eu uso a versão disponível na CCR Mas acho que realmente precisei comentar algumas linhas... Parece que o trunk deles é baseado do FPC 3.1

Olá Amarildo... Infelizmente não sei lhe dizer...

Eu utilizo esse da ARISP (que é gratuito) http://www.arisp.com.br/assinador/

Não tem como...mas é como todos os Gerenciadores TEF que são compatíveis com o obsoleto "Gerenciador Padrão", trabalham... Consulte a Pay&Go...

desse jeito você está apenas transformando a String 'Arquivo.zip' em base64... Você precisa usar Streams

Se você ainda não fez uma segunda transação, então a primeira ainda não foi confirmada.... Nesse caso, basta enviar um NCN (Não confirmação) para a transação que estava pendente..

Desculpe-me se pareço grosseiro... mas se um programador de minha equipe me fizesse essa pergunta... eu teria certeza de que ele não está apto para a tarefa... Todo programador DEVE ser autodidata.. e não ter preguiça de ler e pesquisar...

Não faço parte do Governo, e não sou fabricante de SAT... mas acho que o SAT é uma ideia infinitamente melhor e mais robusta do que a NFCe... Nosso software atende PAF-ECF, NFCe e SAT... ( www.djpdv.com.br ) e minha opinião, é que a NFCe é um "filho mal parido da NFe"... Autenticação online, para varejo ?? Resultado: fila nos caixas dependendo do horário... Nosso software faz o tratamento automático da entrada e saída de contingência, trabalha em Background na transmissão da fila do OffLine, e na resolução de outras pendencias... Muita da inspiração que tivemos na construção de nosso módulo emissor de Documentos Fiscais, veio da observação do funcionamento do SAT. Mas mesmo assim, nosso suporte, sofre com o NFCe... Cada estado tem uma peculiaridade, a Internet no interior do Pais é intermitente e de qualidade lastimável... então o que podemos observar, é que a experiência de uso do usuário com o SAT, é infinitamente melhor do que do usuário de NFCe... Se o fisco fizesse cumprir o rigor da lei, que obriga a transmissão dos XMLs emitidos em OffLine, em até 24 hs úteis, muitos estabelecimento já teriam fechado as portas... O projeto NFCe é uma péssima ideia para o varejo...mas que está sendo remendada aqui e ali, e vai funcionar aos trancos e barrancos... Sinceramente, o varejo estava bem melhor com os ECFs, do que com a NFCe. O projeto SAT por sua vez... demorou 3 anos para nascer, o fisco de SP fez inúmeras consultas públicas, convocando setores do varejo, fabricantes e Sw.Houses de Automação Comercial. Tudo isso para mitigar os problemas e deixar bem clara as regras e normas de uso. O Fisco foi aberto a sugestões, e criou uma especificação técnica clara, consistente e que funciona... O SAT, passou por um período de ajuste... Alguns fabricantes sofreram até deixar seus Sw.Básicos e DLLs robustos o suficiente para o uso.. O retaguarda do Fisco apresentou inumeradas falhas (reconheço que algumas ocorrem ainda hoje em dia)... Mas hoje, podemos afirmar, que o SAT está muito mais maduro e robusto do que a NFCe... e o que percebemos no uso dos clientes finais, é a filosofia: "Instale e esqueça"... pois depois de instalado o SAT, ele funciona sozinho... Porque vocês acham que SP não permite NFCe off-line ? Alguns estados, já perceberam o grande aumento da sonegação fiscal, quando passaram a permitir: offline + impressora não fiscal nos caixas... (afinal o empresário Brasileiro, não paga imposto só porque que é patriota) Os números falam por si... Quem esteve na última reunião do ENCAT pode presenciar... Atualmente, SP já autorizou mais CFe's (SAT), do que a soma de todas as Unidades Federativas do brasil autorizaram NFCe's. Incluindo nessa conta.. as milhares de NFCe's que o próprio SP emite...

Poderia por favor, anexar um PDF de antes e outro de Depois ? Não compreendi muito bem, a necessidade da modificação

Se deseja sugerir melhorias ou correções nos fontes, favor anexar (zip) as Units modificadas, para a analise de todos os envolvidos...

Passa o endereço dele... assim podemos mandar para o "Unabomber"...

Como disse.. essas rotinas não foram projetadas para uma base desse tamanho... Você pode gerar o XML usando as classes do Delphi, e apenas usar o ACBr para assinar e enviar... Agora... Será praticamente impossível, transmitir um arquivo desse tamanho para o WebService do fisco... O fato é... Essa exigência de envio do Estoque total, por parte do fisco de "SC", é mais um capítulo das estórias de horror, que eles nos impõe... Exigências sem pé nem cabeça, mal projetadas, e sem um debate sincero e real com os contribuintes e Software Houses... Não vejo isso funcionando na prática... Em vez de facilitar a vida, de quem quer agir de forma correta ao emitir documentos fiscais,... Ficam inventando esses requisitos "nonsense"

Já no SVN... Muito Obrigado @Jéter Rabelo Ferreira Acentos podem ser um problema... Se o arquivo for gerado em ANSI ou UTF8 os acentos são tratados de forma completamente diferente...

Muitos Itens... provavelmente o ACBr não conseguirá gerar um XML tão grande... nem mesmo assiná-lo... Ele não foi projetado para lidar com XMLs como "Stream"... ele gera e manipula todo o XML em um "AnsiString" Leve em conta ainda, o tempo necessário para subir no WebService um XML tão grande...

Para sugerir correções ou melhorias nos fontes, favor anexar (zip) as Units modificadas.. Obrigado

Antes de iniciar seus projetos... estude detalhadamente os Demos do ACBr , na pasta Exemplos

A solução é simples... não use espaços nos nomes das pastas...

Não é uma limitação do ACBrInstall... O compilador de linha da Embarcadero, não se dá bem, com pastas com espaços ou caracteres especiais no nome..

Esses métodos não são normatizados pela Especificação técnica do SAT (são exclusivos desse fabricante)... e portanto não serão incorporados no ACBrSAT

Não há configurações de porta no ACBrSAT.... ele simplesmente acessa a DLL do fabricante, e esta é quem acessa a porta... Portanto, pergunte para o fabricante, como configurar a DLL para acessar uma porta específica

veja esse tópico, que explica como o windows procura as DLLs existentes na máquina http://stackoverflow.com/questions/2463243/dll-search-on-windows