marcelo_sp

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 .

Marcio , boa tarde ! Primeiramente , obrigado pela ajuda ao forum ! Não sei como vc esta memorizando isso tudo , mas provavelmente vc esta utilizando List's pra isso ao invéz de banco de dados como diz . Quando se trata de arquivos com pouco movimento e tbm junções de 2 até 3 arquivos de pequeno porte , blz .. Agora ao vincular uma Matriz com diversas filiais de grande movimento , imagina uma Empresa Matriz + 13 Filiais que geram em cada arquivo em média 600 mil linhas que é o meu caso aqui , o arquivo final fica imenso , ai começa o problema de performanse e memoria para armazenar tudo isso , não testei a sua rotina tá , só estou comentando . Com banco de dados alem de melhor o desempenho vc não vai ter novidades com grupos de arquivos de maiores porte ! Forte abraço .

Marlon , não sei a quantidade de caracteres deste comprovante que vc imprime , veja se não da pra colocar estas informações no Rodapé do Cupom Fiscal !! da pra se colocar varias informações no Rodapé Do Cupom , verifique no comando Fecha Cupom do ACBrECF que da pra vc colocar informações no Rodapé , fora isso não tem outro jeito para oque vc quer !

Me mande um email : atenasinfo@yahoo.com.br

Dercide , com relação a versões veja isto : vlVersao105 = 006 -->> movimento antes de 01/01/2013 vlVersao106 = 007 -->> movimento a partir 01/01/2013

Pessoal , não precisa comprar nada tá , isso é tudo muito simples tá , não tem nenhum segredo , É lógico que como apenas iniciei o procedimento ta grosso mas de muito facil entendimento : Estou disponibilizando um Fonte (parte do meu sistema) de Unificação que estou desenvolvendo ( Gostaria que testassem adaptando o mesmo em vossos sistemas , como disse , terminei somente a parte grossa tá , claro que tem ajustes e melhorias para se fazer ) mas fiz um teste agrupando uma Matriz + Filial e o PVA validou o arquivo final blz criticando o basico : Detalhes : 1 : Desenvolvi com banco de dados Firebird 2.5 (Tabelas Temporarias que são geradas em Run Time , nada impede de vc adaptar o seu banco de dados) . 2 : Tem uma os duas linhas que vcs vão verificar que é somente tratamento para propriedades do componente IB que utilizo em outros forms da aplicação , nada utilizado para Unificar os arquivos , vc pode comenta-las sem problema nenhum . 3 : Este Unificador não calcula nada , é simples ! , como vc vai observar ele apenas grava o registro e a linha correspondente , o bloco M e bloco 9 são descartados dos arquivos originais (Não reescreve o arquivo Original , tá ! fica sussa !) , o bloco M é gerado sem movimento para que seja novamente recalculado no PVA e o bloco 9 é recalculado novamente , como disse mais pra frente avera ajustes . ...enfim , qualquer duvida estamos ai e quem se manifestar para desenvolver algo separado utilizando + melhorando esta rotina , fique a vontade ! este é somente um ponta pé inicial !

Dercide segue link da versão que estou utilizando : http://www.receita.fazenda.gov.br/Sped/Download/SpedFiscal/SpedFiscalMultiplataforma.htm

Rapaz , veja só : Existem bug's no PVA , não só esse seu informado mas varios outros , que infelizmente ocorre mesmo , alguns bugs vc tera que manipular dentro do PVA , futuras versões vão sendo melhoradas em relação a bug's do PVA .