EMBarbosa

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;

Isso depende. Para instalar os componentes na IDE, o ACBrInstall depende do compilador permitir execução por linha de comando. Até recentemente, as versões Trial do Delphi não permitem isso. Então você não vai conseguir instalar os componentes na IDE usando o ACBrInstall. Você tem algumas opções: Usar os componentes sem instalar na IDE. Nesse caso você não poderá arrastar e soltar os componentes nos Forms. Mas pode continuar usando eles nos seus projetos no código; Conseguir uma versão não trial do Delphi que você está querendo utilizar. Assim você poderá usar o ACBrInstall para instalar nela. Talvez você possa utilizar a versão Comunity. Abrir pacote por pacote e instalar manualmente. Esse é um processo trabalhoso, mas funciona. Na verdade é mais ou menos isso que o ACBrInstall faz. Só que por linha de comando. Instalar em outra versão. Nesse caso você pode instalar no Delphi 7. Mas só conseguirá usar os componentes nessa versão.

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:

Olá, não se preocupe. Está tudo bem. Só mencionei pra poder orientar mesmo. Por favor, dê uma olhada nas informações acima e nos dê um retorno se ainda precisa de mais alguma coisa. Bom trabalho por aí.

Olá. Sobre tratamento de contingência da NFC-e, você também encontra mais informações no seguinte tópico:

Olá Carlos, Sugerimos que você tente criar um tópico por dúvida quando as dúvidas forem independentes. Isso facilita você receber a resposta satisfatória, e também o nosso controle. Ajuda também no futuro quando alguém for pesquisar sobre o mesmo assunto. Dito isso, vejamos: Para emitir a NFC-e você fecha o cupom. Acontece que a NFC-e só é válida depois de ser enviada pro WebService. Mas ela só pode ser enviada depois de completa. Então você precisa terminar a venda, fazer os pagamentos, fechar o cupom, enviar pro Webservice, pra só então imprimir. Essa é a mesma questão acima. Você fecha o cupom, daí o componente vai fazer o resto do trabalho. Claro que para isso todos os componentes precisam estar corretamente configurados. Incluindo ACBrECF, ACBrECFVirtual, ACBrNFe, configuração de impressora, etc... O componente faz alguns tratamentos mas não todos. O melhor é você testar.

Olá, Essa alteração foi introduzida por causa do seguinte tópico falando sobre a versão 2_05_00: Acredito que se você atualizar seus arquivos schemas para essa versão conseguirá gerar corretamente os arquivos. Dê uma olhada em: https://portal.esocial.gov.br/noticias/desenvolvedores-publicada-versao-revisada-dos-esquemas-xsd-v2.5

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.

Pelo menos em teoria, você não deveria enviar um Ent.txt com um comando apontando pra um arquivo sabendo que ele não existe. Tente criar o arquivo INI primeiro e somente depois disso gerar o arquivo Ent.txt. Teste a sugestão acima. Se a sequência da geração do arquivo não é um problema, anexe o arquivo INI para que possa ser avaliado.

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.

Olá, Tive que refazer a alteração devido a um problema relatado anteriormente relacionado a aplicações ISAPI. Elas geram erro por ao tentar trocar o número de cópias conta de uma impressora não estar atribuída. Por favor, mesmo que já tiver testado, teste com a versão atual do SVN (Revisão: 16639). Explicação do problema caso tenhamos que alterar esse código no futuro:

Olá Antônio, Eu tentei reproduzir aqui mas não consegui. Mesmo usando o mesmo form os boletos saíram apenas uma via. Mas eu encontrei um possível problema no código atual e enviei uma alteração em todos as impresões do Fortes. Queira por favor atualizar os componentes, reinstalar e depois testar.

Acredito que não sejam códigos de vocês, senão seria bem fácil migrar pro Lazarus ou pro Delphi 7. Sugiro vocês criarem um tópico na área de Delphi falando sobre esse assunto pra cada framework. É bem provável que isso seja mais fácil do que pensam.

Olá Leandro, O problema é que o componente foi contribuído assim. O certo mesmo seria substituir essa parte por um leitor de JSON. Nós temos o componente json4delphi na pasta ACBr\Fontes\Terceiros. Se você quiser dar uma olhada e tentar implementar, tem algum exemplo no ACbrCEP, no ACBRIBGE e no ACBrIBPTax. O que acha?

Talvez seja algum conflito na seleção da impressora. Eu tentaria remover o drive da impressora Argox e imprimir. Daí você pode verificar se a impressão ocorreu corretamente ou não. Isso pode dar alguma ideia do motivo.

É estranho sua preferência de usar o ACBrMonitor ao invés de usar diretamente os componentes, mas a menos que o ACBrMonitor estivesse levantando alguma mensagem ele não deveria roubar o foco. Tente verificar, onde fica o foco quando ele se perde?

Para informações sobre o SAT, procure o site oficial: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Sobre.aspx Fique atento também ao nosso fórum. Além das áreas específicas sobre o SAT, tanto a área de notícias como o calendário trazem informações importantes.

Outra coisa que talvez queira verificar é esse tópico anterior em que: é relatado um problema recorrente na sefaz de MG sobre o assunto; um usuário menciona que após trocar o certificado funcionou;

Tente validar seu xml nos seguintes site: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Veja também o Help on-Line: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html

Dúvidas sobre a montagem e aplicação de impostos é sempre bom você verificar com os contadores dos seus clientes. A princípio, procure um contador que seja amigável e confiável, preferencialmente que tenha muitos clientes em comum. Daí tente estabelecer um bom relacionamento talvez até mesmo uma parceria. Tenha em mente que seu software fazendo tudo corretamente, vai simplificar e facilitar o trabalho dele. Use isso na conversa. Costuma dar certo e se torna uma situação ganha x ganha.