Régys Silveira

PARTE 1 PARTE 2

Em parceria com a WK estou abrindo meu curso de desenvolvimento mobile, neste curso gratuito até o dia 12/04, você vai aprender a desenvolver um servidor de aplicação REST utilizando DMVC e um aplicativo mobile ambos feitos em Delphi para emissão de NFC-e, são 16 horas de curso divididos em 4 dias, totalmente gratuito até o dia 12/04, utilize seu tempo de quarentena para aprender mais e descobrir o que pode ser feito com Delphi, não perca tempo, inscreva-se. Grade do Curso Dia 1 – Fundamentos Fundamentos de ACBr Fundamentos de APIs REST Utilização do DMVC Framework para construção de APIs RESTFULL Instalação do REDIS Utilização de CACHE Dia 2 – Servidor REST Dúvidas gerais sobre emissão de nota fiscal de consumidor eletrônica Problemas mais comuns na nota fiscal de consumidor eletrônica Métodos para emissão de nota fiscal de consumidor eletrônica Construção da API RESTFULL Dia 3 – Criando a aplicação mobile Parte 1 Fundamentos de programação mobile utilizando Delphi Construção de Layouts Consumo e utilização de APIs RESTFULL Consumo de REST nativo do Delphi Consumo com REST do DMVC Dia 4 – Criando a aplicação mobile Parte 2 Utilização de métodos assíncronos Uso de dados em base de dados locais no mobile Atualização de dados locais Finalização do aplicativo mobile Dúvidas Gerais Régys Borges da Silveira Fonte: https://regys.com.br/gratis-nfc-e-com-delphi-e-acbr-no-mobile-curso-completo-e-sem-restricoes/

Geralmente ao consultar novamente você já tem a resposta a não ser que o webservice esteja passando por problemas, mas se ele retornou que a nota não existe na base de dados da SEFAZ quer dizer que ela não foi autorizada. A resposta de lote recebido com sucesso é sobre o lote de envio, após isso a nota entra na fila para ser autorizada ou não, se você consultou e retornou como que não existe, então ela não foi autorizada, lembrando que estamos considerando que você não alterou nada no XML originalmente enviado.

Fiz alguns testes aqui com certificados A3 e A1 e está funcionando corretamente, vou anexar uma versão compilada recentemente, pode ser algo ainda antigo no executavel. Por favor teste e reporte. ACBrSatSign.zip Quanto a exportação do arquivo .pfx de um certificado A3, você até consegue exportar mas não vai funcionar, pois o certificado do tipo A3 só funciona com hardware (token, cartão, leitora, etc) então o arquivo exportado não é válido.

Já enviado o acerto para esse problema, basta atualizar.

Excelente estar com todos e conhecer pessoalmente muitas das pessoas que convivemos diariamente no fórum, também foi bom rever amigos e conhecer pessoalmente outros tantos que estão conosco nessa longa jornada.

Complementando, este comando e qualquer outro referente a memória fiscal da impressora está disponível apenas para impressoras fiscais, impressoras não fiscais não possuem memória fiscal.

Bom, eu tenho isso funcionando hoje em vários clientes com SAT e NFC-e sem modificações, somente utilizando o que o componente dispõe. Quanto a não responder no Telegram, eu ajudo no meu tempo livre quando me sobra, o mesmo se aplica as lives no youtube, teu tento ajudar sempre que posso, mas sinceramente não posso parar meus afazeres e minha empresa para responder a todos que me procuram no Telegram, whatsapp e outros canais, como disse, faço isso no meu tempo livre e é puramente para ajudar. As pessoas que precisam de uma ajuda melhor e mais focada sempre me procuram para consultoria.

Tente o seguinte: No evento OnAntesFinalizarRequisicao, informar os parâmetros mais ou menos assim procedure TdtmPDV.ACBrTEF1AntesFinalizarRequisicao(Req: TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(777, 777, 'TESTE REDECARD'); end;

Você consegue anexar um log do ACBrECF para dar uma analisada, pois tenho desconto e acréscimo no total e funciona corretamente em produção tanto com NFC-e quanto com SAT.

Está nota é NF-e ou NFC-e? Pela mensagem de erro o SEFAZ/GO está validando os meios de pagamento para NF-e também o que é errado na versão 3.10, você está enviando está nota na versão 3.10 ou 4.0? Se for 3.10, então entre em contato com a SEFAZ, o problema é lá, está assim desde sábado, problemas diversos de validações que ainda não deveriam ser feitos ou feito na versão errada da NF-e/NFC-e.

Estarei com duas palestras lá, rsrs

houveram algumas alterações no acbr que podem ter influenciado, bastaria remover o " - " e deixar somente o numero, assim você conseguiria tratar normalmente.

Eu comprava diretamente com o pessoal da TANCA, mas tem tempo que não o uso mais. Agora tenho usado o da Daruma, muito bom também e pode ser comprado pelo site http://desenvolvedoresdaruma.com.br pelo link "adquira seu produto".

Criei uma propriedade "Homologacao" no componente, sendo que o default é False, quando true colocara os dizeres de homologação quando false produção.

A ultima nota técnica alterou o prazo de desativação:

O ideal é fazer uma pré-validação ao montar o XML da nota, aqui eu rodo um método que verifica os NCMs utilizados nos produtos, ele verifica se existe na tabela IBPT se existir ele assume como corretos, mas já aconteceu casos de o NCM estar na tabela IBPT e não ser mais válido, é raro mas já me ocorreu.

Você checou se realmente a NFC-e está habilitada para o contribuinte? Em alguns estados a habilitação da NF-e e NFC-e são separadas.

Estava olhando a unit alterada e conversando com o @Daniel Simoes, não seria o caso também de conferir o Digest Value da nota para ter certeza que ela não foi alterada?

Revisado e integrado, obrigado pela contribuição.

Se você utilizar o ACBrTED ele vai juntar os valores por forma de pagamento e abrir um CCD só no valor total imprimindo todos os comprovantes nele. Essa é a forma que ele funciona hoje.

O problema é que o Starter não tem compilador por linha de comando como o Trial mesmo sendo uma versão liberada. Sem o compilador por linha de comando o ACBrInstall não consegue compilar e instalar os pacotes.