Régys Silveira

Olha nada contra deixar automático, mas trabalho com sistemas contábeis e automação já tem mais de 10 anos, e uma coisa eu aprendi, calcule, mostre na tela, ajude o usuário, mas deixe ele escolher sempre, porque no final das contas vai existir uma situação X específica que você não tratou e você vai ter problemas por conta disso. Uma prática que tenho e ter tabelas para configurar os cálculo, o usuário entra e configura como quer calcular tudo, eu já envio o padrão para ele e ele altera como quer, mas sempre nas telas de digitação eu calculo usando estes cálculos mas permito o usuário alterar. Quem é das antigas lembra o trabalho que era calcular uma nota de entrada da Coca-Cola.

Vai ter um webinar sobre o Delphi para iOS, quem quiser acompanhar, segue o link: http://edn.embarcadero.com/article/42909.

Sim, se você passar uma imagem com extensão diferente do formato interno esse erro vai acontecer, experimente remover a imagem e veja se está tudo ok, caso sim, salva novamente a imagem no formato correto (jpg) e tente novamente com essa nova imagem salva.

O mesmo acontece usando o demo do ACBrNFe? Acontece com qualquer XML?

Devemos todos agradecer ao Rafael Batiati e ao Rafael Dias, porque sem eles o ACBrFramework não seria uma realidade, valeu demais gente, muito obrigado pela excelência no trabalho com o framework.

Parabéns André.

Você segue a classificação do ST, nele tem os produtos que devem sofre a cobrança do ST, aqui eu fiz o seguinte, tenho as configurações para base de calculo, aliquota, mva, etc, etc, o cliente configura quando necessário em uma tabela e liga o produto a essa tabela, essa configuração não é por nossa conta, o cliente verifica os parâmetros com o contador, e como disse, liga ao produto, dai quando vou emitir a nota fiscal eu sei se é para calcular ou não e ai por diante.

Segue um trecho de exemplo de como deveria ser feita a transação ADM: // verificar se o TEF já foi inicializado se não inicializar if not ACBrTEFD.Inicializado(GP) then ACBrTEFD.Inicializar(GP); // se o TEF está inicializado, então iniciar o procedimento if ACBrTEFD.Inicializado then begin try // chamar o método ADM, todos os "checks" serão feitos por ele // retorno do método: // True = OK, False=problemas, qualquer outra coisa será levantada uma exceção if not ACBrTEFD.ADM(GP) then MostrarMensagemOperador('Não foi possível concluir a operação'); except on E: Exception do begin MostrarMensagemOperador(E.Message); end; end; end else MostrarMensagemErro('Não foi possível inicializar o TEF.');

Sim, isso é normal, porque são dois regimes na verdade, o simples nacional e o substituto tributário, a empresa pode ter os dois regimes, possuo clientes nessas condições, portanto, o cliente tributa normalmente no simples nacional e também deve destacar o ICMS ST.

Você está fazendo errado, o correto é somente enviar a ADM o componente vai se encarregar de checar tudo que for necessário.

O teste para a nota eletrônica é bem simples, eles pedem para digitar, enviar e imprimir uma nota autorizada, somente isso. Tente conversar com o homologador, se a sua retaguarda tem somente a NF-e e não faz mais nada do Paf-ECF eles com certeza vão entender e rodar o teste mas permitir deixar de fora o executável para não alterar o MD5, o melhor conversar primeiro com o pessoal da homologadora e deixar claro que o teu software só tem a emissão de NF-e e mais nada do Paf-ECF.

Tem algo de errado com o vídeo, eu avisei o pessoal da Daruma para eles darem uma olhada.

Olá, desculpe tive que me ausentar e não pude ver a mensagem a tempo, você ainda está com problema, se sim, basta copiar as dlls da pasta acbr\dll\openssl para o diretório system ou pra junto do executável do aplicativo.

Esse cliente é simples nacional, correto? Você precisa usar os campos para CSOSN. Verifique o exemplo neste post aqui:

Uma coisa que falei com o Denyson foi sobre o layout e ele me disse o que já tinha visto antes, eles não cobram a ordem desde que tenha todas as informações, teria que passar como está, assim como muitos usuários passaram, inclusive ele disse que o layout proposto pelo ACBr está correto com todas as informações, é engraçado o seu homologador ter chiado quanto a isso, você está homologando onde mesmo?

É por isso que venho questionando a forma de fazer, porque conforme for feito o homologador pode entender que a retaguarda está sim executando a função de cadastro do DAV, e ai ela tem que entrar, mas como disse o EMBarbosa, troca uma idéia com o homologador, já vi alguns aceitarem e outros não.

Conversei diretamente com o Deynison da Polimig, já subi o modelo aprovado para o SVN, basta recompilar o ACBrFramework.

Você está imprimindo corretamente, poste aqui um scan do que está saindo no teu aplicativo, por favor.

Desculpe mas o layout do relatório não é definido na especificação de requisitos, só é definido o que deve ser impresso, portanto, o homologado não pode lhe pedir que isso sai antes daquilo, etc, etc.

No teu software de Paf-ECF existe a tela de cadastro do Orçamento, se sim, blza, se não, então o teu retaguarda é que está executando essa função, então precisa agregar ele ao Paf-ECF.

Esse modelo de Identificação do Paf-ECF já existe no ACBr a um bom tempo, e vários pessoas inclusive eu e meus clientes de consultoria homologaram, está tudo certo. Você está imprimindo o relatório corretamente?

Possível é, mas o aplicativo de retaguarda precisa estar listado na lista de executáveis caso ele execute algum dos requisitos do Paf-ECF.

O projeto ACBr não possui o aplicativo pronto, somente os componentes.

Juliomar no meios de pagamento não precisa disso, o layout do acbr está correto, basta preencher a classe corretamente conforme o ecfteste mostra.

Mas esse é o modelo antigo, você está desatualizado, veja o que a Juliana postou é que é o novo e correto, atualize o seu acbr e verifique se não existe nenhum conflito. O modelo que o ACBr imprime hoje já foi enviado ao Deynison inclusive e aprovado.