Isaque Pinheiro

Ok, verei com o Daniel ,qual existe no Lazarus para manter compatível ambas linguagens

Eu já havia substituído as units, mas não precisei trocar as funções, porque mudei os tipos dos array para string, veja ai na sua unit StrUtils se ela tem a função MatchText(). As mudanças mais atual, estão no SVN

Mudei a unit de AnsiStrings para StrUtils, baixem novamente, e me retornem se agora ta ok.

Concordo e acredito que em muito outros pontos, precisaremos fazer esse tipo de alteração, eu particularmente prefiro esses campos como string e fazermos a validação da informação digitada. Bom fiz a alteração, observe que agora existe uma rotina, para checar se a informação corresponde com o que está sendo solicitado no guia, por gentileza, faz o teste da alteração e me de um retorno se ta tudo ok. pode baixar do SVN, a alteração. Abraço

Tanto o C470 e C490, devem ser gerados pelos itens dos cupons, mas deve ser desconsiderados os itens cancelados se o cupom for cancelado deve desconsiderar todos os itens dele.

Este erro não é erro de ordenação e sim de valores que não batem entre os registros informados Ex: Se na tributação da Aliquota 25% ao capturar os valores da RZ, do ECF de 1000,00, os registros dos itens e analiticos devem ter os seus valores que na somatória de tb 1000.00, senão não fecha.

Se o erro foi gerado ao chamar a daruma_registry_alterarregistry("ecf","buscaporta","0") você precisa ver o motivo de essa parte do código não funcionar. O que significa o erro -4 nesse caso? Tente isolar esse código... Eu tive problemas com permissão, se vc tiver usando Win7, execute seu sistema com permissão de adm, pode ser isso que não esteja deixando atualizar os dados no registro do windows. Esse erro -4 é um erro genérico, não diz exatamente o que é o erro. Abs

Tente informar os intervalos, mas que não inclua o movimento aberto do dia.

Olá, para quem ainda não me conhece, meu nome é Isaque Pinheiro, sou colaborador do projeto ACBr, desenvolvedor dos componentes ACBrSPEDFiscal, ACBrSPEDContabil, ACBrSPEDPisCofins, ACBrSPEDFCont, ACBrPAF, ACBrInStore e colaboração em vários outros componentes ACBr, em destaque o ACBrAAC e ACBrECF. Estou oferecendo consultorias as empresas e aos colegas interessados na implementação do SPED e seu sistema e desenvolvimento de todo PAF-ECF. Serviços oferecidos, na consultoria: Orientação nos preenchimento dos dados Orientação de como estruturar seu banco para atender ao preenchimento Manutenção nos componentes (ACBr) se preciso Interessados, entrar em contato pelo email [email protected] Abraço

Faço das palavras do Rednei, minhas palavras e acrescento, sou consultor PAF do projeto T2Ti PAF-ECF. Abs

OS FILHOS DE UMA P..., NÃO DIZEM O QUE ELES QUEREM, ai na hora, cada um exige o que lhe convêm, ai é dificil viu...

Pode fazer, depois anexe aqui que subi pro SVN Abs

Mas qual deve ser o conteúdo deste arquivo? Digo, o que seriam estes arquivos autenticados? Vou ter que gera-lo também? Pode me explicar melhor o que deve ser feito? Obrigado a todos. André, o ACBr já esta bem automatizado para isso, basta alimentar as informações, olhe o Demo e estude os seguintes componentes: ACBrAAC Requisito IX, será gerado através do ACBrPAF_N Menu Fiscal "Identificação do Paf", use ACBrECF.PafMF_RelIdentificacaoPafECF(ACBrAAC.IdentPAF); A união desse conjunto, lhe dará a maior automatização e controle, que o ACBr pode lhe oferecer até o momento. Abs

Bom dia, olhando aqui já existe duas funções da qual podemos fazer essa chacagem, só estão desatualizadas com os código dos CSTs funChecaCSTCOFINS funChecaCSTPIS inclusive tem até a função funChecaCST, que não esta sendo usada no SPEDFiscal, como esses valores já são definidos, poderiamos somente checa-los se o que foi passado esta correto ou não. A Mesma idéia de chegar se um CPF, CNPJ, IE, CFOP, esta certo ou não, nesse caso não precisa tipar, só checar. Abs

Eu concordo com vc, acho melhor tb, simplesmente alimentar com a informação que esta no DB, vamos vê o que os demais acham, se mais alguns concordar, podemos mudar, pois essa informação já temos pronta no DB, basta traze-la como vc propos. Abs

Prezado Isaque, Parabéns pelo ótimo trabalho que vem sendo desenvolvido. Por favor me responda, em que parte da legislação você se baseia quando diz que, havendo novo roteiro, após um ano da homologação, deve-se homologar novamente? Obrigado Maurício, Me baseio na Lei, uma nova versão do roteiro vem baseado em uma alterção na Lei ATO COTEPE 06/08, se há alteração na Lei, o software deve atende-la. Abraço

Bom, o roteiro esta sofrendo mudanças e novas versões direto, então se: Vc homologa seu PAF, e não precisa mexer nele, por um ano, mas o Roteiro nesse intervalo teve nova versão da que vc homologou, então ai vc terá que homologar novamente na nova versão do roteiro depois de um ano. Vc homologou seu PAF, teve que fazer alguma mudança no intervalo de uma ano, ai não precisa re-homologar, só tem que informar o novo MD5, ao SEFAZ de onde seu PAF estará licenciado, ai depois de um ano da sua homologação vc faz novamente a nova re-homologação Vc homologou seu PAF, e no período de um ano não precisou fazer nunhuma mudança, e o roteiro tb não teve novas versões, ai nesse caso (que é quase impossível), vc não precisará re-homologar. Abs

Assim que terminar minha re-homologação do PAF, que será amanhã e depois de amanhã, baixou a faço uma avaliação e um merge com os fontes do projeto ACBrSPEDFCont, que já estão disponivies para baixar no nosso SVN. Abs

Valeu, vou dar uma olhada, mesmo fixo, ja serve como auxilio para os demais colegas se orientarem. Abs

Carlos, também estou enrolado aqui, mas aos poucos a coisa está andando, em anexo segue projeto que estou desenvolvendo, está na fase bem inicial, somente com a estrutura os valores estão todos fixos, agora tem que popular com as informações do banco com os devidos selects e while...for's da vida, para saber a informação que deve ser informada no campo, é só consultar o manual de integração, espero que te ajude. Também não sei se está 100%, mas já consegui gerar o arquivo, claro que não valida mas agora é mão na massa. Felipe Rigotti Ei Felipe, jogue esse seu exemplo para dentro do Demo do SPEDPisCofins, assim teremos um Demo mais completo e podendo ser validado os dados gerados por ele, depois anexe aqui que eu subo o Demo com suas implementações. Abs

Atualizado, favor baixar e testar novamente, caso haja algum erro ainda só me reportar. Abs

Pessoal, graças a Deus, muitos colaboradores estão ajudando, com observações, códigos e relatos de problemas, isso nos leva a chegar a ter o componente estavel cada vez mais rápido, mas tenho uma observação a fazer para que não tenhamos perca de nosso precioso tempo, em produzir algo que já tenha sido produzido. O Componente está sofrendo ajustes quase todos os dias, inclusive na Terça e Quarta, houve muitos relatos, e tive o prazer de disponibilizar meu tempo quase que integral, para ajustar em tempo record os ajustes sobre os relatos. Então peço a TODOS, que quando detectar om problema ou quando for começar a testar o componente, faça antes disso um Update, tendo assim o componente atualizado sempre no seu ultimo Build, para ai sim começar a testar e ajusta-lo. Desde já agradeço o empenho de todos que se dispuseram a ajudar de qualquer forma que seja, para mim tem o mesmo peso. Abraços, e vamos em frente.

Oi Isaque, faltou modificar na procedure WriteRegistroG125 da unit ACBrEFDBloco_G_Class quando for "Versao103" para para LFill( NUM_PARC, 3 ) fazendo isso tudo OK. Grato mais uma vez. OK, vou acertar agora mesmo, e já subir, valeu Abs

Aproveitando o contato, embora não seja o lugar apropriado, mas como já postei um tópico sobre o assunto e o problema ainda persiste, Isaque, tem um problema parecido no SPED Fiscal, nos campos NUM_PARC do Reg G125 e do Reg G126, o campo é numérico tamanho 3 e sem decimais, qual o "post" ativo que devo informar isso? T+ Resolvido e já disponivel no SVN, o problema do G125 e G126 do SPED Fiscal Abs

Sim, funcionou, apesar de todos os valores ficarem com 4 decimais, exemplo "7,6000" ao invés de "7,6" o validador não deu erro, só aumentou um pouco o tamanho do arquivo. Obrigado. Aproveitando o contato, embora não seja o lugar apropriado, mas como já postei um tópico sobre o assunto e o problema ainda persiste, Isaque, tem um problema parecido no SPED Fiscal, nos campos NUM_PARC do Reg G125 e do Reg G126, o campo é numérico tamanho 3 e sem decimais, qual o "post" ativo que devo informar isso? volte a propriedade CurMascara para '#0.00', que irá funcionar 100% Vou olhar esses registro G125 e G126 do SPEDFiscal T+