-
Total de ítens
283 -
Registro em
-
Última visita
Tudo que Andre Rosa postou
-
Sendo que esse aviso aparece mesmo eu adicionando o bloco 1: //******************************************* //** BLOCO 1 ** //******************************************* with ACBrSPEDFiscal.Bloco_1 do begin with Registro1001New do begin IND_MOV := imSemDados; end; end; ACBrSPEDFiscal.WriteBloco_1;
-
Só uma unica dúvida: o validador valida certinho, mas pede pra verificar a obrigatoriedade do registro 1. Ele é apenas um campo, certo? É obrigado, no PAF-ECF? Obrigado!
-
Campo "Modelo" (E1) ponto interrogações
Andre Rosa replied to Andre Rosa's tópico in ACBrSintegra/ACBrPAF
Maravilha! Funcionou certinho! Puxa, eu não sabia se o ACBr tinha essa função, implementei aquele lance das "?" na mão. Muito obrigado! -
Ótima dica, Leandro!
-
Eu testei direto pelo ACBr, e fui adicionando os registros em sua respectiva ordem. Quando ao 57, foi um dos valores que testei da tabela.
-
Olá, estou tendo esse problema somente com o menu estoque, no registro E1. Sai assim no arquivo: FS-700M????????????? Esses "?" não deveriam sair. Vocês sabem dizer se tiveram o mesmo problema e como o resolveram?
-
Opa, deu certo! Que coisa estranha! Muito obrigado.
-
Ô Juliomar, obrigado! Então... eu faço isso antes de gerar o txt. Faço o seguinte: Diretorio:= CriaDiretorio('Vendas_do_Periodo') ; ACBrSpedFiscal.Path:= Diretorio; ACBrSpedFiscal.Arquivo := 'SPED_'+FormatDateTime('ddmmyyyyhhmmss',now)+'.txt'; ACBrSpedFiscal.SaveFileTXT ; Inclusive, antes de dar o SaveFileTXT, eu dou um showMessage nas propriedades Arquivo e Path, e elas retornam conforme eu coloquei via código, o problema é na hora de salvar mesmo. Obrigado!
-
Ainda estou com esse problema e, como estou próximo à homologação, preciso resolve-lo. Atualizai meu ACBr ontem, mas continuo na mesma. Alguém pode me ajudar?
-
Eu tenho o exemplo antigo do ACBr aqui guardado, e ele valida sem problemas. Vou usa-lo. Vocês sabem dizem se o antigo exemplo (o que ainda não tinha o botão pra gerar todos os registros) tem diferenças consideráveis do novo exemplo, em questão de obrigações? Obrigado!
-
Meu caro Verissimo, obrigado pela resposta. Com relação ao valor '57", que eu já havia visto nessa tabela: http://prosisinformatica.com.br/sped/tab_4.1.1.pdf Aumentou mais dois erros no validador. Apresentava 42, e agora apresenta 44, e o erro, bisonhamente, continua o mesmo. Ele diz que o "57" não é um valor válido. Eu já havia tentado o "2D", o "55" e o "01", mas nenhum funciona. Com relação ao segundo problema, você poderia explicar melhor, por favor? Muito obrigado!
-
Sim, isso é evidente, mas ele disse uma mensagem de erro específica. Por exemplo: "Sem papel" <- regra dos homologadores daí eu uso a mensagem: "Impressora sem papel" <- minha mensagem Daí eles vão e me reprovam. Como eu disse, da forma que o camarada criador do tópico disse: Parecia que eles me reprovariam. Entendeu onde eu quis chegar? É disso que estou reclamando. Mas não é possível que a mensagem tenha de ser exata, sem que citem isso no roteiro.
-
Também quero contribuir, para retribuir a ajuda que venho recebendo por aqui. Vou ler o LEIAME.TXT para aficar a par do procedimento, para começar a colaborar. abs.
-
Alguém? Obrigado!
-
Exatamente. Olha só: TESTE 050: Emissão de Cupom Fiscal sem bobina de papel no ECF. Passo 1: Desligue o ECF. Passo 2: Retire a bobina de papel do ECF. Passo 3: Ligue o ECF novamente. Passo 4: Registre uma operação de venda enviando ao ECF comando de abertura de Cupom Fiscal. Passo 5: Observe o comportamento do programa aplicativo e se a operação foi registrada pelo aplicativo sem a impressão do Cupom Fiscal. Condição para requisito atendido: Apresentação de mensagem de erro E não realização do registro nos bancos de dados do sistema. Bloqueio de funcionamento de todas as funções do programa aplicativo exceto as funções listadas no item 6 do requisito XXII. Condição para requisito não atendido: Falta de apresentação de mensagem de erro OU registro da operação nos bancos de dados do sistema. Mas cadê a mensagem específica? Se for como o colega disse: Não está constando no roteiro.
-
Mas se isto não está no roteiro, por direito, não poderiam cobrar, não? Você sabe dizer se, em algum lugar, encontro esses exigências? Eu vou homologar dia 27 e não estava sabendo dessa.
-
Mas o ACBr já faz isso, não? Pouco papel ele avisa, mas sem papel eu não lembro. De qualquer forma, isso não está no roteiro. Os homologadores não podem ficar inventando moda...
-
Pessoal, Estou sofrendo aqui com o SPED. Ele valida, implacável, todos os dados, reprovando tudo. Nem o exemplo do ACBR que, embora esteja com dados fictícios, passava, não passa mais. Com todos os registros gerados pelo exemplo do ACBr, o validador acusa 42 erros, dentre eles: COD_MOD (C100) : O capo possui valor diferente dos seus valores válidos. O conteúdo desse campo é 57. REG (C120): O registro não deve ser informado para o modelo do documento do "Registro Pai" Conteúdo do campo: C190 Vocês sabem como posso resolver isso? Pois preciso acertar o exemplo do SPED pra acertar o meu. Obrigado a todos!
-
Obrigado pela explicação, Elton. Vou ver como o preencho então. Estou sofrendo com esse SPED.
-
Bem, pelo que li no documento que estava anexado, no outro tópico, o REGISTRO 0175 (Alteração da Tabela de Cadastro de Participante) é obrigatório. O que deve ser preenchido nele? O que deve ser preenchido nestes campos? Obrigado!
-
Opa, acabei de consertar o problema com o CFOP. Só ficou aqueles dois primeiros warnings. Muito obrigado, Régys! Você me ajudou muito.
-
Não acho que as advertências que o validador está me apresentando representem quaisquer erro de estrutura. Veja: Muito obrigado!
-
Certo! Muito obrigado, o arquivo passou no validador, com algumas advertências, apenas. Muito obrigado, Régys.
-
Regys, esses registros que devem ser somados, na verdade, são do campo referente à "Valor Acumulado no totalizador parcial" (wregistro60A.Valor), não é isso? A soma que deve aparecer no 60M, por exemplo, seria como: Caso haja 3 registros no meu banco, por exemplo, com os valores 500,00 300,00 200,00 Somo tudo e atribui ao campo VENDA BRUTA (ou seria o VALOR GT) do 60M, certo, ficando wregistro60M.VendaBruta:= 1000.00; ou wregistro60M.ValorGT:= 1000.00 É esse o critério da soma, simples assim, ou envolve mais coisas? E qual dos dois campos? VendaBruta ou ValorGT. PS: referente ao problema das somas, que ainda não consegui resolver. Muito obrigado!
-
Obrigado. Lerei o anexo do tópico.