Jump to content
Notícias do ACBr

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

tdpsistemas

Usuários SAC
  • Content Count

    116
  • Joined

  • Last visited

Community Reputation

29 Excellent

1 Follower

About tdpsistemas

  • Rank
    Membro

Contact Methods

  • Website URL
    http://www.tdp.com.br

Profile Information

  • Sexo
    Indefinido
  • Location
    Dois Córregos

Recent Profile Visitors

1,356 profile views
  1. Boa tarde a todos! Efetuamos a atualização do ACBr, pois nosso SVN estava bem defasado, com a versão anterior que utilizavamos, no método ACBrTEFDNFDepoisConfirmarTransacoes, utilizamos o parâmetro RespostasPendentes[i].OrdemPagamento para obter a Ordem de Pagamento. Conforme código abaixo. procedure TFMovimentoCaixaBalcao.ACBrTEFDNFDepoisConfirmarTransacoes( RespostasPendentes: TACBrTEFDRespostasPendentes); var I:Integer; begin VgOperadoraCel := ''; VgValorRecarga := 0; for I := 0 to RespostasPendentes.Count-1 do begin with RespostasPendentes[I]
  2. Daniel, Segue a modificação feita. Caso ache necessário, posso criar uma propriedade para configuração deste componente. Agradeço novamente pela atenção. ACBrSATExtratoFortesFr.dfm
  3. Olá, Utilizamos o componente TACBrSATExtratoFortes, em alguns clientes, onde foi requisitado algumas informações nas Observações do Contribuinte, o componente mObsContrib está definido com a fonte "Arial". Esta fonte não é TrueType, e uma das necessidades seria destacar algumas informações com um devido alinhamento. Pensando nisso mudamos para "Courier New", resolvendo assim o "problema". Caso envie o fonte com esta melhoria o mesmo pode ser aceito? Sabemos que não é um erro, é apenas uma "melhoria" especifica. Agradeço pela atenção.
  4. Olá, na emissão de NF-e de Devolução com IPI, o valor do IPI está incluso no XML, mas não é destacado no Danfe, cabeçalho e item. O AcbrNFe possibilita o destaque destes valores na impressão do Danfe? Grato.
  5. Boa tarde a todos. Acabamos de fazer duas NFC-e para o estado do MG em um cliente e foram autorizadas corretamente, por hora, parece que está funcionando. Obrigado a todos.
  6. Boa tarde, estou com a mesma dúvida, em homologação estou conseguindo transmitir a NFce, mas em produção está retornando o erro da foto em anexo. Fiz o procedimento deste post Consegui emitir uma NFce agora a pouco, mas agora só retorna o erro abaixo:
  7. Boa tarde, Muito Obrigado Italo, aguardo a analise. Me coloco a disposição para quaisquer esclarecimentos.
  8. Acredito que o correto seria seguir a orientação dos moderadores e utilizar o "GerarCodigoDFe";
  9. Amigo, resumidamente o Italo, está nos orientado a utilizar a função: GerarCodigoDFe, caso não queira, se você passar para a propriedade: ide.cNf := 0; O ACBr irá gerar o código de forma correta, conforme solicitado pela SEFAZ. Tente seguir a orientação acima que você irá conseguir transmitir de forma correta.
  10. Bom dia a todos, Estou com uma dúvida sobre este assunto, não seria interessante acertarmos a Unit: pcnNFeW, mudando o parâmetro de "0" para "1"; Sei que a regra "N12-97" é facultativa, mas mudando o parâmetro da Unit acima , exclusivamente na "cst51", irá resolver o problema de todos, sem ter a necessidade de informar valores inexistentes. Alteração foi feita no método: TNFeW.GerarDetImpostoICMS; if nfe.Det.Imposto.ICMS.modBC <> dbiNenhum then Gerador.wCampo(tcStr, 'N13', 'modBC', 01, 01, 1, modBCToStr(nfe.Det.Imposto.ICMS.modBC), DSC_MODBC); Gerador.w
  11. Boa tarde a todos, Estava enfrentado um problema com a geração de arquivo PDF da NFC-e, utilizando o componente "ACBrNFeDANFCEFR", que deixava o arquivo muito grande, assim o envio deste arquivo por e-mail para o cliente se tornava um tanto lento. Verificando o componente "ACBrNFeDANFEFR1" já existiam duas propriedades que resolvem esse problema, que são: "incorporaBackgroundPDF" e "incorporaFontePDF". Porém as mesmas não existia para o componente "ACBrNFeDANFCEFR", fizemos a implementação dessas propriedades para este componente seguindo o padrão já utilizado no componente ACBrNFeDA
  12. Em pesquisa com a Equipe de Suporte da Farmácia Popular recebemos a seguinte resposta. PREZADO(A), SOLICITAMOS QUE NO AMBIENTE DE HOMOLOGAÇÃO TENTE UTILIZAR O Nº1111 PARA UF “SP”. AGRADECEMOS O CONTATO E ESTAMOS A DISPOSIÇÃO PARA OUTROS ESCLARECIMENTOS. ATT. EQUIPE TÉCNICA DO PROGRAMA FARMÁCIA POPULAR/DAF/SCTIE Ministério da Saúde Secretaria de Ciência, Tecnologia e Insumos Estratégicos - SCTIE Programa Farmácia Popular do Brasil Esplanada dos Ministérios, Bloco G, Sobreloja CEP: 70.058-900, Brasília – DF Problema res
  13. Bom dia. Sou desenvolvedor de software na empresa TDP Sistemas de Informação. E estou efetuando alguns teste sobre a integração de nosso sistema com a Farmácia Popular. Estou utilizando o WebService de homologação. Porém ao tentar efetuar a transmissão o sistema está obtendo como retorno do servidor da Farmácia Popular que o “CRM do médico que emitiu a receita é inválido”, porém foram testados vários CRM válidos e o retorno é sempre o mesmo. Gostaria de saber se é algum já passou por esse problema e qual seria a solução. Att. ANDERSON ANTONIO PIRES DE ALMEIDA Analista
×
×
  • Create New...