elton.barbosa

Se a impressora for PPLA/PPLB, (como uma Argox), acredito que você terá que ver os tipos disponíveis no manual. Veja esse

O problema ornei, é que conforme o link que você mesmo passou, eles ainda podem exigir o leiaut 2. E aí, com essa modificação ficaria impossível gerar o leiaute 2. Poderíamos resolver isso criando uma propriedade do componente parecida com o que foi feito no ACBrSintegra há algum tempo. Só por via das dúvidas, você chegou a tentar um contato com a receita pelo formulário disponibilizado aqui? Talvez eles tenham alguma outra informação sobre como o PVA detecta qual leiaute deve ser utilizado.

Olá Fabrício. minha sugestão é que, se tiver tempo e desejar, seria interessante ter um tópico ou um post em um blog ensinando o passo a passo.

Mas tem algo realmente errado e não é por causa do layout. Veja que o que o PVA, no registro 0000, está reclamando é que o campo possui 17 campos, só que no layout são apenas 11. Você pode ver isso nas páginas 30 em diante que tratam do registro 0000. Tem que averiguar o código do componente o que está acontecendo.

Se o Delphi tentar buscar as bpls no diretório que você criou para o Lazarus ou vice e versa, sim. Isso pode acontecer, por exemplo, se a variável de ambiente do Windows Path incluir o caminho para a pasta lzr_comps. Outras coisas podem influenciar, mas esse é um exemplo que poderia gerar o erro.

Se possível, verifique o manual do SPED Contábil sobre essas datas e dê um retorno.

Esse problema não deveria acontecer a princípio. Afinal, você não vai emitir um cupom antes de estar com a mercadoria em mãos para entregar ao cliente. Quando se faz emissão de algum documento antes de estar com a mercadoria em mãos faz-se uso do DAV. Mas suponhamos que isso aconteça, afinal você disse que é um super-herói . Então o procedimento é o mesmo do caso onde o cliente volta no dia seguinte para devolver um produto que comprou. Faz-se uma nota de devolução que voltará o valor ao estoque. Até lá, o valor do estoque ficará negativo.

Eu que agradeço.

Na verdade não é ter mais de uma versão do Delphi instalado e sim ter uma versão da BPL inconsistente para a versão que você está gerando. Por isso remova a ACBrComum.bpl e todas as outras bpl e arquivos ".dcu" do ACBr que encontrar. Certifique-se de entrar no Delphi para remover os componentes só por garantia. Daí faça novamente a instalação refazendo o Build em todos os pacotes.

Pessoal, pra quem não está acompanhando, veja que houve uma

Só acrescentando, já existem muitos tópicos falando sobre este mesmo problema "não foi possível localizar o ponto de entrada". Pesquisando você pode eliminar algumas das possibilidades. Veja abaixo um deles:

Não faço a menor ideia. o.o''

Desculpe, não consegui localizar na sua dúvida anterior o momento onde você informa que passa por problemas ao alterar o diretório. Pode me indicar onde está isso, na boa?

Fique a vontade para fazer os levantamentos.

Por mim está ok, Isaque.

Por favor, crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Sinceramente, se o custo(tempo, profissionais, dinheirooo) sic não é maior que a economia em utilizar os componentes, então é melhor não atualizar, ou talvez até mesmo não utilizar. É simples assim. Questão de custo benefício. Se os diretores e/ou demais membros da equipe quiserem se colocar a disposição para testar, corrigir, desenvolver, orientar, etc... ficaremos muito gratos com a ajuda. O projeto é código fonte aberto mantido pela comunidade. Seria bom ter mais ajuda. Inclusive, poderiam começar fazendo o tal versionamento das liberações para o público em geral, pois o trunk é realmente para desenvolvedores. Veja, isso não é uma crítica nem tenho intenção de ofender. Apenas a realidade do projeto. Precisamos de ajuda de quem usa o componente.

De certa forma, eu fico feliz com a desburocratização. Ao mesmo tempo um pouco preocupado com pessoas que agirão com má fé e dificultarão o trabalho de quem se esforça a se manter dentro da legislação. Também apreensivo quanto a o que vai acontecer quando interpretarmos algo não exatamente da forma que foi pretendido por quem escreveu as especificações. Aqui na empresa nós até achamos bom ter que fazer a homologação. Garante que o programa é testado e está dentro dos padrões exigidos. Só achamos que é muito caro os gastos com isso.

Você usa o FastMM? Caso negativo, aconselho a adicioná-lo no seu projeto. Ele pode corrigir erros como este. Faça uma atualização hoje novamente. Me parece que o Isaque refez parte desta área do código. Isso pode mudar a situação.

Por favor dê mais informações sobre o ambiente, como versão do Delphi, sistema operacional, etc... Outra coisa, tem como reproduzir esse problema no DEMO do SPEDPisCofins?

Isso apenas significa que se der alguma zebra a culpa será só sua (softhouse). Você não poderia usar como defesa o fato de que a SEF/MG aceitou seu cadastro e por isso ele está dentro da legislação. Para confirmar você pode procurar na legislação o fato de que é necessário homologar o aplicativo. Creio que você não vai encontrar... pelo menos eu ainda não achei.

Me parece que o Isaque fez algumas mudanças nesta área do código. Se possível, atualize novamente e teste outra vez. Se não corrigir, você precisa verificar o motivo de Value estar indo como unasigned.

Alguns ECFs precisam ter desconto no ISS habilitado. Isso se faz geralmente por meio de intervenção técnica. Você precisa verificar no manual do modelo ou com o fabricante se isso é necessário. Quase ia me esquecendo, existe como verificar a possibilidade de fazer isso lendo o flag ParrametroDescontoISSQN. Veja o ECFTeste menu Variaveis -> Flags -> ParrametroDescontoISSQN.

Mas qual é a mensagem de erro?

Olá asterix, O seu código parece estar correto. Estou adicionando uma aplicação para testes aqui. Qualquer um pode adicionar outros exemplos de erro ou testes necessários ou mesmo sugerir uma correção utilizando o exemplo que estou anexando aqui. Não havendo nenhuma objeção, vamos integrar o código ao SVN. Project1.zip