Isaque Pinheiro

Bom dia, Lucas como essa alteração foi também uma de suas sugestões, conto com seu apoio nos testes, desde já agradecemos a paciência e a colaboração nas idéias para resolvermos essa situação..

Olá a todos, acredito que a maioria sabe de um problema que vimos a enfrentar a algum tempo ao gerar os Sped, a situação é a qual existem diversas situações na geração do arquivo, pois em casos adversos alguns dos campos de um registro gerado devemos mandar Valor, Zero ou Nulo, isso gera uma grande dor de cabeça, pois vocês desenvolvedores não tem recurso para definir como deve qual informação vai para um determinado campo. Bom como alguns já viu já tentamos até criar eventos para tentar resolver a situação quando ocorre, mas não foi o suficiente. Nesse post estou disponibilizando uma nova alternativa, e as seguintes alterações foram implementadas para tentarmos resolver o problema de uma vez por toda, mas como todas sabem, precisamos da colaboração de todos, pois não tenho ao meu alcance todas as situações existentes para afirma que tudo ocorrerá de forma a sanar 100% o problema. 1o - Você verão que existe disponível em nosso repositório, uma implementação na Unit ACBrTXT, que foi a sobrecarga da função DFill e LFill, recebendo como parâmetro uma propriedade do tipo Variant. 2o - Em anexo temos os fontes do Sped Fiscal alterado os tipo Double e Currency que existiam nas propriedades das class para atribuirmos os valores, para Variant, assim podendo agora você desenvolvedor definir através de um tratamento em seu sistema qual o conteúdo deve ir para o campo Valor (100,22), Zero (0,00) ou mesmo Nulo (Null). Sabemos que teremos um tempo de CAST, nos tipos, mas foi a unica e a menos impactante adaptação para a tentativa de sanar o problema que vem dando trabalho para alguns. Também gostaria de contar com a colaboração de todos para testar os fontes em anexo, substituindo o fonte da pasta SPED Fiscal por este em anexo, e se houver algum problema, basta excluir a pasta e baixa-la novamente do repositório, o qual não terá os novos fontes alterados até que tenhamos testes exaustivos e tenhamos total certeza que resolvemos o problema. Desde já agradeço a colaboração, e tenham um ótimo dia de trabalho. ACBrSPEDFiscal.zip

Vamos avaliar sua implementação, e se não houver algum imprevisto subiremos, obrigado por sua contribuição.

Como diz o manual o registro 0175 é de hierarquia 3, isso diz que ele é filho de quem tem hierarquia 2 que nesse caso é o registro 0150, então 0175 é filho do 0150 ficando assim: with Registro0150New do begin ... loop de todas alterações de cada registro 0150 with Registro0175New do begin end; fim do loop end;

Você pode ir compilando e me relatando os erros que vão ocorrendo, assim posso alterar as unit s te ajudar.

Para instalar o ACBr, use o ACBrIntall, baixe ele pelo link http://www.projetoacbr.com.br/forum/index.php?/files/download/7-acbrinstall-for/ Por ele você pode baixar e instalar automaticamente todos os pacotes disponíveis. Só se atente que os pacotes de geradores (DANFEs, DACTEs) só deve instalar, o pacote que você já estiver a suite do gerador instalada em seu delphi.

Tivemos problemas ontem em subir os monitores, vou vê se consigo hoje subir.

Acredito se houver algo, deva estra no site do SEFAZ/SP, não acredito que eles deixem ter acessar o banco de dados deles. Me desculpe, desconheço, mas procure ligar para o SEFAZ/SP, eles poderão te dar melhor informações já que existe um serviço desse tipo.

Na pasta ..\ACBr\Exemplos\ACBrCTe, existe exemplos completos de como alimentar o componente, esses exemplos estão em .TXT feitos pelo Italo.

Não estou conseguindo subir nenhum Monitor, nem para o fórum aberto nem para o SAC. Aguarde verificarmos.

Estou subindo uma versão hoje.

Coisas que acontece e não temos explicação. Funcionava assim, agora mais não.

Vou modificar o evento do componente ele mandar para ele um objeto que será o ResgistroC170 atual, dai vc alimenta a propriedade COD_ENQ, de forma que vc identifique se deve ser null e também criar os parametros para cada valor

Subirei uma versão hoje no fórum aberto para testes.

vc tem add o path dos fontes no seu delphi, antes de compilar, o ACBrInstall já faz isso por vc.

dei uma olhada ontem mas não tinha detectado o problema somente olhando o código me parecia tudo certo, mas vc reportando agora entendi o que aconteceu, é que foi adicionado mais um parâmetro no evento e na IDE do delphi se não recompilar esse parâmetro não vai para o método disparado, dai o erro. Resumindo tem que recompilar o pacote SPED, remover e recriar o evento para que o parâmetro adicionado faça parte do código. Obrigado pelo retorno

Vou verificar.

Estou pretendendo deixar o campo editável até que o problema no JEDI seja totalmente resolvido ,ou arrumar outro meio, estamos avaliando.

Infelizmente dependemos da biblioteca JEDI como sabe, após a atualização para XE6, realmente tivemos alguns problemas, dentro do possível vou tentar olhar dentro do JEDI para vê se descubro o problema, mas não posso garantir é muito código para ser analisado.

Não sei qual o problema ai na sua maquina, mas o ACBrInstall, só me apresentou problema do D2010, como pode vê na nova imagem em anexo, foi testar em D7, D2010, XE5 e XE6 e todos pegaram todos os paths corretos.

É uma pergunta bem técnica, eu mesmo não sei te responder, por gentileza aguarde o pessoal mais especializado nesse assunto te da um retorno, vou ficar acompanhando se alguém demorar te responder entro em contato com algum deles. Obrigado.

Atualização disponível.

Esse foi um método que puxei de dentro do Jedi para resolver um problema no D2010, já corrigi e subi atualize.

Bom dia, Lucas entendi perfeitamente a necessidade e justificativa de demora no processamento, então como não existe ainda uma tabela para esse campo COD_ENQ, e não sabemos se quando ela existir teremos como saber se ela nos informará a tributação do IPI, podemos usa-la para identificar e fixa vazio no método Write do registro C170 ponto. Agora uma pergunta a situação em que a percentual do IPI for tributado a ZERO, não se consegue identifica-lo por sua CST ? Por meu entendimento, a CST é quem deveria trazer esse tipo de informação CST 01 -Entrada, 51-Saída.

Robson pode atualizar implementações disponíveis. washigton, não é tão simples assim como você reportou, pois da forma que estava mais simples ainda que a sua, pois o parâmetro True que você ta vendo, o componente já trata e coloca null, mas acontece situações da qual é preciso que o campo seja sim alimentado com o valor ZERO.