marcelo_sp

Sim ALA , Existem ECF's que alguns lacradores configuram que assim que ligam no proximo dia cancela o cupom não finalizado caso exista e tbm emitem a Redução Z automaticamente sem comando do Software . E tbm existem os ECF's que não são configurados com este recurso , neste caso ao rodar sua AC , vc pega o Estado do ECF e executa as tarefas do mesmo de acordo com o Estado . De acordo com o PAF ECF , vc pode cancelar o cupom , ou seja , não é obrigatório recuperar itens caso queda de energia , etc...etc...

Simone , vc fez a mesma pergunta aqui :

Com certeza vc deve estar consultando no ambiente de Produção , consultei essa chave em ambiente de teste e veja :

Tente assim : Writeln(print,#027+'v'+#140); // Bematech Aciona Gaveta writeln(print,#27#119); // Bematech Aciona Guilhotina Veja tambem : ...Uma outra coisa , não sei como esta as dependencias distribuidas de classes de impressão do seu aplicativo , mas para não fiscal pode estar utilizando comunicação nativa/direta sem uso do componente para Não Fiscal .

Estive lendo ha algumas semanas atraz , o IBPT , http://www.ibpt.com.br/noticia/73/ACSP-libera-software-para-nova-nota , tem informações neste link referenciando o estado de SP , não sei se a base é oficial . Tem uma referencia do que realmente precisamos que no caso seria a consulta do % tributo total pela NCM , seria uma maravilha se obtivermos base em uma tabela oficial com o percentual final do tributo . Acho que para o usuario final estar pesquisando aqui www.lupanoimposto.com.br item a item pela NCM ou outro meio de pesquisa como um Software Oficial disponibilizado , com essas informações para serem implementadas em nossos Sistemas imagino muito trabalhoso quando um seguimento comercial de centenas de NCM's , mas... se funcionar isso abaixo ... Frizando oque diz no site do IBPT : "O comerciante poderá tanto fazer download como plugar o seu sistema para retirar as informações eletronicamente para o seu próprio sistema ou para confeccionar o painel para informar a carga tributária", disse o presidente do IBPT, o tributarista Gilberto Luiz do Amaral.

Marcos , Duas contabilidades de clientes meu que tem o G5 , eu gero este campo em branco = || , e por enquanto não reclamaram , não sei dizer se eles amarram este campo por outra fonte de dados do sistema G5 .

Discordo , Imagine um Supermercado onde é frenética a compra de um mesmo produto sem que ele acabe na loja de diversos atacadistas de UF's distintas ! O mesmo produto pode ser comprado dentro e fora do Estado em formatos diferentes de Aliquotas , e outra coisa , quando se compra de Empresas onde a mesma é do lucro real e outra do lucro presumido automaticamente a aliquota do Pis Cofins se altera gerando aliquotas diferentes da Entrada mesmo em Empresas dentro do Estado ! Em resumo , se basear na operação de Entrada onde o mesmo produto se acumula em Estoque e Gondola com diversos formatos de compra , o calculo no PDV neste caso é furado !

Pessol , A regra , não de calculos , mas de sistema esta bem clara aqui http://www.planalto.gov.br/ccivil_03/_Ato2011-2014/2012/Lei/L12741.htm no Art 1 , e que seram aproximadas os calculos . Tem um outro link aqui no forum que segue a mesma questão , vejam :

Diante do seu texto , parece não ser desenvolvedor , ou estou errado ? Vc esta mais preocupado com o Estado se vai receber os tributos não havendo sonegação doque o desenvolvimento em si ! Em relação as técnologias , isso é inevitavel de um jeito ou de outro , o Estado de São Paulo que é o mentor do projeto Sat não se preocupou com Sonegação tanto quanto vc e é o Estado que mais arrecada impostos no Brasil . Acho que o crescimento de cada Estado (vc que é do Estado da Bahia) não está focada somente na arrecadação de Impostos , e sim na inovação de novas idéias de melhores condições na para novos e atuais Contribuintes , os contribuintes atuais não aguentam mais de tanta carga tributária .

Fernando , muito bacana sua iniciativa viu ! Veja só , eu desenvolvi um componente pra uso próprio ha um tempo comummente como todos faz , que faz este trabalho de consulta CNPJ via HTTP nesse mesmo esquema seu , pra vc ter idéia alem de consultar no site da RF , fiz uma rotina que consulto em + 5 UF's no Sintegra SP , BA , SE , SC e RJ , pensei em oferecer aqui no fórum , mas é bem como o Daniel disse na questão tempo e tbm na questão compatibilidade . Enfim , se vc tem tempo hábil e esta realmente empenhado em desenvolver e disponibilizar este componente , como já dito pelos colegas acima , acho que o legal primeiramente era estar saindo desta regra de vinculo ao seu próprio domínio = http://www.fsist.com.br , e segundo fazer oque vc já está fazendo , partindo da ideia que o Daniel comenta pra um desenvolvimento de Código via Synapse e não como está .

Pode sim , nesse caso vc emite uma NF onde o Emitente é o Destinatário tbm !

Só um comentario do seguimento Consulta CNPJ , Tenho uma rotina própria que faz este trabalho de pesquisa Cnpj e não utilizo componentes , dll's... , sei tbm que o componente que o Daniel comentou faz este serviço e não está presente no SVN , nem no trunk nem no branches ! Teve algum problema em relação ao mesmo para não disponibilizar ou esta em outro link de download ? Tópicos relacionados :

Roger , Vc devera sincronizar/transformar o código , descrição... do fornecedor para os seus do seu sistema , para a Receita não existe mais que um produto , ou seja , no final é um produto só da Entrada e Saída , em relação a Unidades de Medida , existem registros que tratam da informação dessa conversão ! Em relação a codificação de Tributos CST's , Cfop's , Aliquotas , estas mantem suas origens , vc tera de informar tambem a conversão da CST de Entrada do Pis Cofins para apuração de Créditos da Empresa , ou seja , vc grava alem da CST executada pelo fornecedor tambem a do contribuinte correlacionada de se apropria-se de Crédito ou não , uma correlação parecida com a Cfop !

Nesse caso , 1- Vc vai ter que ter um Cadastro de Emitentes , quando for cadastrar o Emitente vc utiliza o metodo "SelecionarCertificado" , onde vc vincula o Número de Série do Certificado selecionado neste Emitente (somente quando cadastrar) , e nos Client's quando precisar desta informação do emitente é só dar um Select na tabela de Emitentes . 2- Quando chegar a informação no Servidor , vc seta o Emitente setado pelo Client antes de qualquer emissão , assim : ACBrNFe.Configuracoes.Certificados.NumeroSerie := Query.Field.....Numero de Série vindo do Client . ACBrNFe.Configuracoes.Certificados.GetCertificado ;

Se entendi , essa finalidade que vc quer se for para assinar documentos com o certificado que esta instalado no servidor utiliza-lo pela rede (clients) , isso não da ! É isso ? Com certificados A1 vc consegue instalar em utilizalos em todas as maquinas que quizer independentemente , A3 não !

Provavelmente vc implementou na posição errada do looping , estou colocando um txt Demo que temos aqui do bloco C que fizemos pra vc analizar .

Tercio , Entres os registros de ECF que vai do C400 até o C490 , vc só pode escrever no arquivo = ACBrSPEDFiscal1.WriteBloco_C(False) , após o add do registro C490 de cada looping ! vc não pode implementar este comando entre os registros (C400 | ...aqui... | C490) porque faz com que alem de escrever no arquivo da um Clear na Árvore , ai da o erro que vc viu . Tem que ficar assim : c400 .... c490 ACBrSPEDFiscal1.WriteBloco_C(False) , c400 .... c490 ACBrSPEDFiscal1.WriteBloco_C(False) ... e assim vai ...

Eber , Como disse , não se preocupe agora com o bloco M , a maioria dos Sistemas ainda Geram suas Apurações (Bloco-M) no PVA . O Calculo feito de apurações do bloco M , no resumo envolve algumas variaveis como por exemplo Cfop's , Ncm's , CST's de Entrada e Saida etc... , todo o conjunto de Operações se torna no final um pacote de Crédito e Débito do Pis Cofins , ou seja , é um agrupamento de resultado das Operações executadas por uma Empresa . Para colocar tudo isso em pratica , somente lendo o Manual de Integração inumeras vezes para se ir tendo entendimento , aqui no forum resumir o assunto bloco-m no contexto geral é impossível , tem que afunilar mais estas duvidas .

Bloco H , vc informa somente quando o contador pedir , mas normalmente é uma vez ao ano referenciando o Estoque do mês de Dezembro .

Eber , se vc não estiver informando o bloco-m com os registros com seus filhos hierarquicos corretamente vão gerar muitos erros . Gere o bloco-m Sem Dados e no proprio PVA utilize o botão Gerar Apurações após a importação do seu arquivo , mesmo assim vão dar alguns erros de Codigo de Natureza... que vc trata no proprio PVA , ai vc vai estudando para fazer o bloco m pelo seu sistema pois é um pouco complexo os calculos .

Eber , peço a gentileza de postar as duvidas somente em um unico post , ok ! vc postou aqui no momento da postagem deste ! Grato pela colaboração .

Eber , não sei qual versão do PVA vc esta utilizando , vc tera que ir eliminado esses erros , quase unanimidade o PVA informa o campo Valor Esperado (Correto) e o Conteudo do Campo informado (Incorreto) , veja no item Cod_Ver , vc esta infomando 002 onde o PVA esta esperando 003 , e assim por diante . No C100 , parece que vc esta informando uns espaços em branco junto ao numero da nf . No C170 parece que vc não esta infomando a CST's , Informe corretamente os campos obrigatórios . Se não o tiver feito , Atualize o ACBr e tbm baixe a última versão do PVA .

Tanto o 0200 quanto o 0150 são somente os itens referenciado pelo menos uma vez nos demais blocos , no 0150 não é somente clientes , tbm vão os fornecederes , todos os participantes do movimento declarado .

Então Marcio , aí que vc se engana , vc centraliza tudo quando se tem condição tecnologica para isso em todos os locais de Matriz + filiais . Pra vc ter idéia só amigo programador tenho 6 que tem Clientes deles tbm com Empresas com filiais com Servidores independentes e algumas filiais ainda sem acesso a internet e algumas que tem acesso a internet é muito ruim impossibilitando linked server direto ao Servidor Centralizado , então a solução nesse caso é junção por arquivos mesmo . Se vc googlar ai , vai encontrar muitos relatos em foruns de programadores com esse problema e muitos deles até pagam para terceiros por este serviço de Unificação .

Alexsander , boa tarde ! No XML não tem a metade das informações nescessárias para se gerar o Sped , tanto Icms/Ipi quanto Contribuições . O problema é o vinculo vitalicio que tera com essa contabilidade em questão , ou seja , como sabe , o Sped é baseado com dados da Empresa informante , como por exemplo o Código do produto do seu Fornecedor passa a ser o seu ( Clientes , Fornecedores , Unidades de Medida , Planos de Contas , Centro de Custos , Conversão de Unidades de Medida...) , enfim... tudo baseia-se em informações do informante do arquivo declaradas sempre identicas nestes quisitos , se um dia possivelmente houver a troca de Contabilidade por algum motivo , com todos aqueles movimentos informados pela aquela contabilidade , vc tera que informar atravez de registros especificos do Sped tudo aquilo que provavelmente sera modificado pela nova contabilidade que não tem nenhum movimento seu anterior como Códigos , Descrições... , de tudo ! ou lapidar o banco de dados da empresa igualzinho oque foi informado nos Sped's anteriormente ! Imagina o trabalho ! Verifique bem antes , na minha opinião não sei se compensa confiar em termos de futuro .