Painel de líderes

Conferi todos os arquivos um a um, inclusive baixando novamente o pacote de tabelas do IBPT e somente o arquivo do PR continua internamente com a versão 14.2.a, todos os outros estão normais menos ele. Para resolver basta você alterar o arquivo do PR incluindo a coluna que falta que é a coluna fonte como pode ser visto nos outros arquivos. Aproveite e entre em contato com o IBPT para acertar isso pois não dá para ter certeza se o conteúdo da tabela do PR está realmente atualizado já que está no layout e versão antigos.

Enviei uma correção agora a pouco, por favor atualize .

Boa tarde, estou realizando os testes de geração do SPED ICMS/IPI, e precisei fazer algumas implementações para contemplar os registros C800,C850,C860 e C890 referente ao CFes modelo 59, vou anexar as units para analise, fui gerando o arquivo e validando no PVA, com as correções validou, apenas teve uma pendência nos cupons cancelados que o PVA ainda não está 100% para os CFes, mesmo que a o campo COD_SIT = '02' (cancelado) pede o registro filho C850, conflitando com o manual, mas acredito que seja sanado na proxima versão, segue em anexo as units... ACBrSpedFiscal.pas ACBrEFDBloco_C_Class.pas

Obrigado pela colaboração! já está disponível

Obrigado pela contribuição... Apliquei as correções com pequenas modificações - não considerei o código implementado para: "estSemPapel"... (creio que esse novo estado, poderia quebrar aplicações existentes) - No caso de falha da interpretação dos valores, o ACBr deve usar -1 para Valores e 0 para Datas... isso significa para quem lê, que o que foi retornado pelo ECF não é válido...

Segue a unit ACBrECFFiscNET e ACBrDevice para análise. Eu fiz ainda, uma alteração na função ACBrECFFiscNET.GetEstado para incluir também "Sem Papel". Para isso inseri um novo estado em ACBrDevice. Por favor, analise e valide também se esta alteração poderá fazer parte dos fontes oficiais. Obrigada pela atenção ACBrDevice.pas ACBrECFFiscNET.pas

Entendo!

Só fique alerta pois, onde o PAF-ECF é aplicado, cupom vinculado só pode ser utilizado para transação TEF. Não sei em SP...

Esses endereços estão disponíveis no componente desde o dia 14/11.

Bom vamos fechar um tópico e deixar só um aberto né!

Nesse caso vc pode cair num problema sem solução, pois para enviar uma NFe sem IE vc deve informar o campo indIEDest=2 ou 9, mas alguns estados validam se o CNPJ possui IE válida e não permite autorizar a nota em caso de divergência. Caso vc tenha sucesso na autorização sem informar a IE, recomendo que após a autorização cancele a nota e autorize outra com os dados corretos.

Apesar de vc ter enviado como CNPJ do destinatário o valor 99999999000191 no retorno de autorização do EPEC retornou <CNPJDest>04370282000250</CNPJDest>, ou seja, ele considerou como CNPJ do destinatário o CNPJ do emitente. Pode ser uma limitação do ambiente de homologação(faça um teste enviando um CNPJ válido e veja se ocorre o mesmo problema) ou um bug do SEFAZ.

Em algum lugar desta aba tem a informação "Salvar apenas XMLs autorizados", acho que não, então não está errado, é uma característica do componente. Agora se vc deseja uma nova propriedade que indique que o componente só deve salvar os XMLs autorizados, você deve solicitar isso e não simplesmente dizer "não faria sentido existir essa aba no componente". A ideia é salvar todos para evitar perda de dados, por muitas vezes temos instabilidades no SEFAZ e a nota chega a ser enviada mas não recebemos o retorno e se não salvarmos o XML nesse momento pode no futuro existir problemas de XMLs autorizados e perdidos.

Olá, para a última versão existe a possibilidade da assinatura do SAC, da qual na verdade é uma assinatura de colaboração ao projeto, entenda que essa assinatura tem seu valor mensal ou seja se precise assinar somente por um mês e ter o beneficio de baixar, ter o suporte, você pode, e durante esse mês de assinatura você terá o beneficio, mas se ao vencimento do mês contratado você por algum motivo resolver não permanecer como assinante, basta não renovar sua assinatura, dessa forma não terá nova cobrança, por sua vez também deixará de ter os benefícios, um deles é o de baixar a versão mais atual dos monitores. Por outro lado, existe a possibilidade de ter a versão mais atual, fazendo você mesmo a compilação dos monitores, basta para isso usar o código fonte do repositório, o qual é o mesmo que usamos para gerar as novas versões dos monitores. Lembre-se, assinatura do SAC, não é um meio de ganho, mas sim uma forma de colaboração, por isso pode colaborar o mês sim, e outro não, fica a sua livre escolha, e por sua vez o mês que colaborar, terá algum beneficio a mais, como monitores compilados semanalmente e suporte personalizado. Espero que tenha entendido.

Sim. Mas ficaria correto, leve, com menos uso do servidor e fácil de dar manutenção. Fora isso, o que você está mencionando não tem muito sentido. Quando você altera o valor de estoque de uma matéria prima não necessariamente deveria alterar o valor do estoque do produto. Mas se realmente quiser fazer do jeito proposto, utilize uma variável de contexto para verificar se a trigger já está sendo executada mais de uma vez.

Olá, boa tarde. Acabamos de instalar o primeiro cliente com NFC-e no Rio de Janeiro utilizando ACBr e Plataforma Fiscal da Bematech. Quero agradecer muito ao Daniel Simões e Rafael Dias pela ajuda e implementação do comando necessário para o funcionamento e ao André Munhoz da Bematech pelo apoio. Segue em anexo os primeiros cupons emitidos. grd abs NFe33141218384559000128650010000000041000000040.pdf NFe33141218384559000128650010000000091000000097.pdf

Boa tarde DocFabio, Após alimentar o componente com os dados do destinatário você esta fazendo isso? // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior); if Dest.EnderDest.UF = 'EX' then ide.idDest := doExterior else if Dest.EnderDest.UF = Emit.EnderEmit.UF then ide.idDest := doInterna else ide.idDest := doInterestadual;

Sem comentário a essa pergunta Amigo, nós do projeto ACBr somos profissionais...