Régys Silveira

Eu acho dificil eles partirem para o lado dos mobiles antigos, o foco agora e iOS, Android e Windows Phone, isso está bem definido no RadStudio Mobile.

Validando essa nota os erros que encontrei foram os seguintes: 533 - [simulacao] Rejeicao: Total da BC ICMS-ST difere do somatorio dos itens 534 - [simulacao] Rejeicao: Total do ICMS-ST difere do somatorio dos itens A soma das bases de ST e valores de ST não estão batendo, e olhando na nota claramente se vê que realmente está errado, verifique isso primeiro.

Mas veja, no RadStudio Mobile, o desenvolvimento para windows phone e android será compilado diretamente da IDE gerando os executáveis ou pacotes para subir diretamente ao dispositivo mobile, sem necessidade de um server para rodar, basta ter os simuladores que já virão na instalação do RadStudio Mobile, e pelo que vi das configurações que já existem ele vai permitir fazer o deploy diretamente para o dispositivo, visto que ele possui configurações para isso já. Somente o iOs que pede uma máquina virtual ou real Mac mas isso é por conta de limitações da plataforma de desenvolvimento.

Conferido e enviado ao repositório.

Vai no diretório <ACBr>\DLLs\Capicom e instala essa capicom.

Você instalou a capicom que vem junto do ACBr? se deixar a capicom padrão que o certificado instala não vai funcionar.

Sabe acho que o problema nem é a linguagem, o problema maior e manter isso tudo, podendo trabalhar sempre em uma ferramenta só se reaproveita muita coisa e o projeto fica coeso. O problema de ter um projeto onde temos várias linguagens e ides diferentes e que isso causa perda de produtividade é fato. Imagina por exemplo o seguinte, você tem todo um software muito bom, completo, para o controle de restaurantes, dai precisa fazer a comanda eletrônica em C# por exemplo para rodar em algum pocket qualquer, são duas plataformas de desenvolvimento totalmente diferentes para gerenciar, isso ocorre hoje com muitas empresas que tem parte em Delphi e a parte mobile e web em outra plataforma de programação. Agora imagina a mesma situação mas tudo dentro da mesma IDE integrado, esse segundo cenário com certeza é muito melhor.

Opa, blza, marque o tópico como resolvido por favor.

Você usa o ACBrNFeMonitor ou o componente? Em ambos os casos primeiramente atualize a pasta schemas, use os schemas disponibilizados no site do sefaz ou use os que estão na pasta "<ACBr>\Projetos\ACBrNFeMonitor2\Delphi\Schemas". Se você for usuário do ACBrSAC e utiliza o ACBrNFeMonitor a nova instalação já faz isso automaticamente.

Você deve agrupar os dados no 60A, quando o sintegra foi feito muito do que está em vigou hoje ainda não existia ou não era regulamentado, então acaba que algumas coisas conflitam mesmo.

Estou montando o tutorial, o problema está sendo o tempo, esse danado falta para todo mundo, mas em breve estarei postando, provavelmente no fim de semana.

O OS X é baseado em FreeBSD ou seja é um Unix Like, então o openSSL funciona perfeitamente e se não me engano é ate nativo.

Hehe, não, não, são pouquíssimas telas e você pode copiar as telas do demo, o restante e tudo normal do ACBr não muda nada, não vai aumentar mais que um dia no teu desenvolvimento, além do mais fica muito mais apresentável do que o GP feio que doi e o melhor, não tem tratamento de foco, porque não tem um segundo software trocando de lugar a todo momento.

O código da UF que consta na chave de acesso que você está informando não bate com a UF configurada no webservice para envio da mesma. Aqui tem um exemplo de como gerar um CC-e completo: http://www.regys.com.br/como-enviar-uma-carta-de-correcao-utilizando-o-acbrnfe/ Além disso verifique a configuração que você está fazendo em ACBrNFe.Configuracoes.WebServices.UF, você precisa configurar com a mesma UF que foi usada quando enviou a nota fiscal.

Poderia anexar o arquivo alterado para que possamos validar a sua contribuição?

Concordo com o Daniel, o "legal" do SITEF é poder usar as próprias telas, você tem algum requisito que lhe impeça de usar isso?

Diretamente no ACBrMonitor ainda não existe um comando para montar o rodapé como é feito hoje no ACBrECF, precisaríamos dar uma olhada no que é necessário para levar isso hoje para o ACBrMonitor, vou dar uma conversada com o pessoal aqui e posto o retorno. Por enquanto você pode fazer isso a mão se quiser.

Desculpe, não entendi a pergunta, você diz se o ACBr está preparado para o Paraíba Legal ou se o ACBrMonitor possui comando para imprimi-lo?

Pelo RoadMap o windows phone vai ser liberado no fim do ano. Eu lembro também de ler em algum lugar falando dessa compilação de dentro do windows, mas na época eu desconsiderei, porque dentro do que havia visto e do que estava por vir percebi que não seria uma realidade muito plausível. O Firemonkey já tem tudo para mobile, lembra dele compilando para iOS no XE2? Já tinha acelerômetro, inclinômetro e muita coisa específica pronta.

Quando a Embarcadero diz desenvolvimento nativo, ela diz nativo do Delphi, ou seja, desenvolver em delphi e compilar para qualquer plataforma. Precisa sim do Mac com XCode rodando porque a AppStore não aceita desenvolvimento de aplicativo de outra forma, então precisa passar pelo Mac para finalizar de qualquer jeito. Tudo é feito usando o FireMonkey ele é que faz a "mágica" do multiplataforma acontecer. A Embarcadero tem apostado muito nele, não só para mobile mas para todo o resto, com ele em um futuro não muito distante faremos um aplicativo somente e compilaremos para o que quisermos (Windows 32 e 64, Linux, Mac), isso inclusive já ocorre no Rad Studio XE3, ele já disponibiliza a compilação para Windows 32 e 64 e também para Mac.

A única saída é baixar manualmente no site do SEFAZ, usando o botão de download, mas para isso você vai precisar do certificado.

Opa, desculpe na demora as resposta, correria, sabe como é. Que bom que deu certo, na dúvida sempre faça isso, dê um build all, nem sempre o delphi recria tudo, depende de uma série de fatores, fazendo o build all temos a certeza de recriar tudo que precisa.

Obrigado pela idéia, vou escrever algo no meu blog mostrando o passo-a-passo.

Atualizando, Montei uma máquina virtual para rodar o Mac OSX Lion 10.8 que eu já havia comprado na Loja da Apple, esta tudo ok é funcionando com o VMWare 9, não sei se funciona corretamente em outras versões, no VMWare foi tudo muito tranquilo, instalou normalmente como instalaria em um Mac normal. Após instalado fiz a instalação do XCode no Lion, tudo normal também, nada de complicado, para quem já tem iDevices é o mesmo procedimento. Tendo o ambiente de desenvolvimento para iOS pronto, bastou ir até a pasta onde se encontra o PAServer (C:\Program Files\Embarcadero\RAD Studio\11.0\PAServer) e copiar o zip do PAServer para a VM Mac, rodar e pronto, o PAServer se instala facilmente sem nenhum segredo. Feito isso apenas rodei o PAServer, ele vai pedir para você digitar uma senha ou deixar em branco para não ter senha. Agora no RadStudio bastou clicar em Run, se ainda não criou o profile essa é a hora, basta informar o ip do mac onde o PAServer está rodando e a senha se você digitou alguma, automaticamente o delphi já compila o aplicativo e no Mac já aparece automaticamente o simulador para o iDevice escolhido no projeto rodando o aplicativo. Mais simples que isso não existe, ficou muito, mas muito simples.

Enviei uma correção hoje para um bug que poderia causar o acess violation no Boleto Fast-Report, tente atualizar e verifique se ainda persiste o problema por favor.