evandromira

"com as novas leis de controle do MDFe que estão por vir" Agora fiquei curioso, já tem alguma documentação disponivel sobre isso? Obrigado

"PAF-ECF é uma das piores e mais infernais invenções do nosso Fisco... um conjunto de regras absurdas, sem sentido, e de difícil implementação..." A MAIS PURA VERDADE, no começo era até bom mas estragaram tudo, fico imaginando se não tivesse a NFC-e, o que seria de nós...???? ES não está mudando para NFC-e???

Tenho experiencia com Amazon EC2 com windows server com NF-e, NFC-e, MDF-e e funciona perfeito com A1. Com NFS-e estamos desenvolvendo e até agora tudo ok.

Só para constar, com o provedor Fiorilli ocorre o mesmo problema!

Produção está passando ... Homologação ainda está como erro na validação

No acbr já está com essa url

Aproveitando o tópico, percebi que os layouts do Fastreport tem o CIOT destacado e os do Fortes não tem. Teria como retirar do Fastreport esta informação para não aparecer quando for carga própria ou retirar e quando houver colocamos nas informações complementares?

Após atualizar o acbr com as novas URLs MS estou com a mensagem WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 12029 Erro HTTP: 0 URL: https://nfe.sefaz.ms.gov.br/ws/NFeStatusServico4 Falha no Envio da Requisição. Erro: 12029 - Conexão com o Servidor falhou Alguma dica?

Me parece a obrigatoriedade de uso da nf-e 4.0 já foi prorrogada 3 vezes, por isso acredito que será muito difícil outra prorrogação! Se houver ótimo, mas meu conselho é que não contem com isso!!!

Hoje está normal!

O MFE de desenvolvimento vem pronto para emitir cupom, não precisa ativar nem vincular... Eu mexi com um desses da Elgin e foi meio complicado fazer funcionar, tive que solicitar ajuda ao suporte da elgin e eles acessaram meu pc e deixaram funcionando... inclusive instalando uma versão diferente do integrador... Acredito que seja este seu caso...

Estou com o mesmo problema, ontem estava normal

O limite não é 50? nesse caso não teria que ser 2 lotes? Atente também ao tamanho do arquivo, não pode exceder 500 kbytes

Eu também ainda estou boiando nesse assunto, acredito que tenha q ser feito algum tipo de homologação para ter acesso aos dados de uma conta, só não sei que empresa faz isso...

Ricardo Uma pesquisa rápida na net pode te ajudar já, mas o quente é o site https://portal.fazenda.sp.gov.br/servicos/sat onde constam todo material do governo referente ao assunto Dá uma olhada tbm no forum do acbr sobre SAT https://www.projetoacbr.com.br/forum/forum/44-acbrsat/ E claro, se for usar os componentes veja o codigo fonte do ACBrSAT e o demo dele, ajuda muito. Pra te adiantar, é basicamente uma NF-e mas mais simples. Boa sorte

No demo do acbr está dando esta mensagem tbm...

No mainmodule do unigui substitui o Acbrnfedanferl(Fortesreport) pelo ACBrNFeDANFEFR(Fastreport) e deu certo!

Oi Juliomar o erro é o seguinte: A component named frlDANFeRLRetrato already exists Ocorre quando aciona o comando Acbrnfedanferl.imprimirpdf em uma aplicação unigui por exemplo, onde há a necessidade de geração do pdf para exibição ao usuário no lado cliente. Em uma aplicação normal desktop, como por exemplo o demo do acbr, claro que funciona normal. O problema relatado pelo pessoal dos posts acima, e o meu, é quando o componente é colocado em um datamodule de uma aplicação que usa sessões, como um Datasnap Server ou o Mainmodule do UNIGUI(meu caso). No caso da NFC-e o ACBrNFeDANFCeFortes funciona normalmente neste cenário gerando o pdf,, por isso acredito que não seja nada relacionado ao Fortes. O pessoal aqui não relatou se houve alguma solução, por isso postei... Vou testar com o Fastreport e coloco o resultado aqui. Abraço

Conseguiram resolver esse problema? me deparei com isso tbm e não achei solução! Vou tentar com o ACBr_NFeDanfeFR

Tem uma propriedade para isso,ImprimeEmUmaLinha deve estar TRUE, altere para FALSE e teste...

Pessoal, Como faço para gerar um link em html para um arquivo PDF anexado no próprio email? É possivel?

Depende de como vc vai usar, nao maioria dos casos o ESC-POS é de longe melhor opção. as únicas desvantagens seriam: ->Se vc tem um sistema em nuvem terá que ter um gerenciador de impressão na maquina do cliente para enviar para ESC-POS(me corrijam se estiver errado). ->Não exporta para PDF ->a impressora deve ser capaz de imprimir codigo de barras e qrcode, algumas impressoras não tem e nesse caso o fortes teria q ser usado.

DIMEP também

Legal Daniel, obrigado

Obrigado Daniel O servidor da aplicação é sim em Delphi. Então devo usar o ACBrNFe por exemplo somente no servidor, seria isso né? Quanto a estrutura Delphi+Datasnap+Firedac+Unigui vcs acham que é víável para um sistema emissor de documento fiscal? Obrigado