EMBarbosa

Essa é uma dúvida comum. Acabei de criar um tópico sobre o assunto. Dá uma olhada por favor:

Olá pessoal, Esse tópico é para explicar como você pode voltar a versão do código ACBr usando o SVN. Em que situações que isso pode ser necessário? Imagine que você acabou de atualizar os componentes, (ou na linguagem do SVN, fazer um "update"), e percebe qualquer uma das situações abaixo: ... que algum componente que você usa foi removido; ... que um comportamento de um componente mudou; ... que propriedades foram alteradas; ... que um erro foi introduzido ; ... que algum arquivo foi removido (por exemplo um arquivo de modelo relatório); Em qualquer um desses casos o mais correto é você adaptar o seu código de acordo com as alterações (mesmo no caso do bug você talvez possa corrigir e reportar). Mas e se você precisa da solução imediata? Talvez o seu cliente precise de um novo executável agora. Ou pode ser que você precise de mais tempo pra adaptar o seu código. Ou ainda você pode querer comparar logs gerados antes e depois da atualização. Ou o precise do acesso ao arquivo removido. Em qualquer um desses casos você precisaria voltar a versão do ACBr. Como você pode fazer isso? Usando o TortoiseSVN e o Windows Explorer! Siga os seguintes passos: 1) Clique com o botão direito na pasta do ACBr e selecione "Update to revision..."; 2) Na janela que abriu, marque a opção Revision e escreva na caixa de texto para qual revisão que você deseja retornar; Por exemplo 16601; 3) Confirme; 4) Use o ACBrInstall para reinstalar o ACBr (em caso de problemas, marque a opção de apagar arquivos antigos) Pronto o código vai voltar pra versão (ou revision) que você selecionou. Vai ser como se você não tivesse atualizado. Sua próxima dúvida talvez seja: Como vou saber qual revision devo escolher? Isso vai depender do seu objetivo. Vou deixar essa explicação para um próximo post. Então, a princípio escolha a revisão em vigor na sua máquina antes de atualizar.

O ACBrMTER passou por um amplo refactoring na revisão 16602. Eu sugiro você verificar as alterações. Para investigar o caso você poderia ligar o log e comparar as duas versões, antes e depois da atualização, pra analisar o que está acontecendo de diferente. Eu faria isso.

Me parece que ninguém está desenvolvendo isso para ser disponibilizado no projeto. Infelizmente...

Só pra confirmar a alteração foi enviada na revisão 16707.

Pelo visto havia muito tempo que não atualizava os componentes. Talvez queira ver o seguinte tópico:

Pelo visto não há respostas pendentes nesse momento. Ou seja, "RespostasPendentes.Count = 0". Veja a mensagem de erro

Não tenho certeza que entendi exatamente o que está acontecendo. Poderia descrever em forma de passo a passo e quais componentes está utilizando? Você chegou a ligar e verificar o log dos componentes que está utilizando? Chegou a testar com o programa exemplo?

Parece que você está informando dados no item 000004 que não foi cadastrado na balança anteriormente. Difícil analisar sem saber exatamente o conteúdo do seu arquivo.

Seria bom você postar as mensagens de erro completas.

Antes de tudo, veja o seguinte tópico sobre o assunto: Seria bom procurar um contador confiável que poderá te orientar em quais valores exatos você deve preencher esses campos.

Numa outra mensagem o @Celso Marigo Junior mencionou que estamos trabalhando no novo Mapa Fiscal do ACBr e essas informações constam nele. Acessem em: https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico

Você pode usar qualquer uma que o leitor aceite. Como a Juliana mencionou depende de sua informação e intenção com ela. Cada código de barras foi criado com um objetivo.

Estou usando o 2.0 desde quando ele ainda estava em testes. Não sei se precisa. Mas, se você quiser apagar a pasta do Lazarus só pra garantir pode.

Esses arquivos não fazem parte do ACBr. É provável que tenha algum problema na sua instalação do Lazarus.

Ou um revert, caso já tenha feito o update.

Moderação: Tópico Dividido

Sim. Esse código já foi corrigido para: else begin if not ForceDirectories(ADir) then raise Exception.Create('Erro ao gerar PDF. Diretório: ' + ADir + ' não pode ser criado'); end;

Se não me engano, isso (definir se é Débito ou Crédito), está na documentação como diz no tópico que mencionei. Então não vejo o motivo pra não implementar. Mas as outras coisas que você mencionou (bandeira, parcelado/à vista, etc...) já não tenho certeza.

Se não me engano, no SiTEF, você pode definir se é débito ou crédito antes. Veja esse tópico:

Estava lendo o decreto e notei que o usuário do sistema vai ter que emitir NF-e para fins de restituição (artigos 27 a 30 da Parte 1 do Anexo XV do RICMS). Não tenho certeza, mas talvez você esteja querendo saber como fazer os cálculos para preencher essa nota. Isso é difícil de orientarmos. Você precisa mesmo de um contador que te informe os processos e como devem ser os cálculos. Mesmo porque, alguns detalhes podem diferir em situações de seus usuários. Por exemplo, veja que cada um dos artigos mencionados falam sobre uma forma diferente de restituição de ICMS ST.

Para estas perguntas: Veja seu outro tópico: Agora você entrou numa questão que envolve mais a regra de negócios e do que a lei especificamente. A lei permite as duas coisas e, por isso, não é tão importante para a homologação. Note os itens 8 e 9 do requisito XLVIII que é mencionado nos requisitos sobre a tabela em questão. Eles abrangem uma situação diferente da padrão. Voltando a questão, talvez você atenda uma marcenaria que fabrique cadeiras e mesas, mas também venda o conjunto de sala de jantar (1 Mesa e 4 cadeiras). Eles talvez só montem o kit na hora de vender e desmontem o kit caso ele não seja vendido. Então a baixa no estoque precisa ser feita só na hora da venda. Por outro lado, você pode ter uma padaria que faz venda de por exemplo coxinhas. Na cozinha, alguém pega os ingredientes (insumos) e transformam ele num novo produto "a coxinha". Esse ato de produção pode ser ou não controlado pelo seu sistema. Talvez a padaria queira que seja. Então depende da regra de negócios. Seu sistema pode ter que atender a todas as duas situações ou apenas uma. Mas como isso vai ser verificado na homologação, depende muito dos homologadores. Mais uma vez, verifique o que foi dito no tópico mencionado antes.

Independente de você trabalhar com ou sem GTIN, você precisa seguir o layout do xml validado pelo schema. O erro aponta que o elemento 'Codigo' não é válido para o xml. Verifique se está seguindo o layout do schema.

Já usei muitas vezes transações "AutoStarted" por questão de simplicidade. Mas sinceramente recomendo não utilizar. Quando você não controla o fluxo das transações é muito comum acontecerem vários erros.

Olá, Estou movendo sua postagem para um novo tópico. Por mais que o tópico anterior seja semelhante, preferimos que dúvidas específicas sejam em tópicos separados. Assim facilita na hora de encontrar as informações. Vamos as suas perguntas: Infelizmente, (ou felizmente sei lá), o CONFAZ e assim também cada SEFAZ descontinuou aquele roteiro de testes que existia no início do PAF-ECF. Por isso, cada homologadora faz os testes da forma que acha mais apropriado. Então o melhor conselho que posso dar é vocês definirem onde vão fazer a homologação e daí entrar em contato com eles para esclarecer todas suas dúvidas. Detalhes específicos são difíceis de prever. Por isso qualquer coisa que vocês achem que pode gerar uma confusão deve ser questionada. Às vezes é bom até questionar coisas só pra obter uma confirmação. Bom, em teoria ele deve cumprir os requisitos exigidos pela UF que você vai homologar. A propósito, você não disse qual era. Lembre-se que o PAF-ECF tem Perfil de Requisitos exigidos em cada UF. Isso quer dizer que ele deve: ter no menu fiscal o item “Tab. Índice Técnico Produção” e gerar o arquivo eletrônico assinado. Veja o item 14 do requisito VII. Possuir a tabela de índice técnico de produção para ser consultada, alterada ou inserida pelo usuário por meio da sua tela de operação normal. Veja o item 4 do requisito XXVII Mas vejamos, Quando fiz homologação pela última vez, eles me deram a seguinte explicação: E faz sentido. Se você ler o item 4 do requisito XXVII, verá que ele menciona um menu para inserção e consulta dos índices técnicos de produção devem existir na aplicação no menu da tela de operação do usuário. Não diz no MENU FISCAL. Contudo, mais uma vez, é melhor você questionar a homologadora. Eles costumam divergir em pensamento nesses pontos. Não existe um layout específico. Mas as homologadoras costumam mandar um caso você questione. É basicamente um espelho da tela: Item principal x |insumos|qtds|UN| Esse arquivo deve ser assinado como os outros arquivos do Menu Fiscal, adicionando um registro EAD no fim. (Veja o item 14 do requisito VII) Não. Essa tabela não precisa ser impressa.