Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 05-11-2014 em Posts

  1. Boa Tarde, Quando um proprietário não tem IE não deve gerar a tag <UF> vazio no XML, fiz a correção e segue unit para atualização. Gera erro ao assinar o XML. pmdfeMDFeW.pas
    1 ponto
  2. Além de tudo isso, o comerciante terá que enviar todas as NfCes emitidas pelo Sped Fiscal... se ele não tiver autorizado alguma e não mandar no Sped, não vai fechar o seu estoque com as notas emitidas contra eles pelo seus forncedores.. A idéia toda de Nfe, nfce, sped, etc.. é justamente para os órgão fiscalizadores terem todos os dados para fazer cruzamentos e partir desses cruzamentos fiscalizar possiveis fraudes.
    1 ponto
  3. Boa tarde Agnaldo, Se ao emitir em contingência o DANFE for impresso (e tem que ser) com a mensagem: "EMISSÃO EM CONTINGÊNCIA" o consumidor poderá no dia seguinte consultar no site através da chave ou através de um leitor de Qr-Code. Se a nota for visualizada, significa que o comerciante enviou a nota para a SEFAZ, caso contrario o consumidor poderá entrar em contato com a SEFAZ e expor o problema. Usei o termo problema pois a SEFAZ ainda pode estar com problemas técnicos e se não for o caso temos ai uma denuncia. O comerciante precisa para de dar nó em pingo d' água, pois o fisco agora passa ter mais um fiscal o próprio consumidor. Eu ou você podemos até esquecer de consultar, mas tem aquele que não deixa passar e é ai que o comerciante cai.
    1 ponto
  4. Boa tarde Geferson, Fiz um pouco diferente, se a propriedade cPais for zero é alterada para 1058, desta forma não foi necessário alterar a unit pcnGerador.pas Favor atualizar os fontes e testar.
    1 ponto
  5. Boa tarde. Em primeiro lugar, há diferentes entendimentos quanto à guarda eletrônica dos arquivos XML que, poderá ser no cliente emitente ou mesmo em empresas especializadas para tal. Quanto a responsabilidade ventilada no primeiro post, não é de responsabilidade da software house a guarda destes arquivos, exceto se há algum tipo de prestação de serviços neste sentido. Quanto à contingência, atente para o que dispõe a legislação pertinente ao caso, neste, a página 9 do manual de especificações técnicas é claro em sua página 9 parágrafo segundo: “Para poder fazer uso desta opção ”figura 8”, de guarda eletrônica do arquivo XML emitido em contingência, deverá, previamente, lavrar termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência - modelo 6, ou formalizar declaração de opção segundo disciplina que vier a ser estabelecida por sua Unidade Federada, assumindo total responsabilidade pela guarda do arquivo e declarando ter ciência que não poderá, posteriormente, alegar problemas técnicos para justificar a eventual perda desta informação eletrônica que está sob sua posse, assumindo as consequências legais por ventura cabíveis”. Grifo nosso. Portanto, se há algo que é bem planejado pelo fisco é justamente minimizar a possibilidade do cliente agir de “má fé” no sentido de omitir dados fiscais, se existe algo que o estado faz bem é justamente a cobrança de tributos.
    1 ponto
  6. Boa tarde Lucas, O DANFE da NFC-e a sempre vai ser impresso (a não ser que este prefira receber por SMS ou e-mail) e entregue ao cliente, não importa se a mesma foi emitida Normal ou em Contingência. No caso da emissão em Contingência o texto: "EMITIDA EM CONTINGÊNCIA" deve constar no DANFE para que o cliente tenha ciência que a nota ainda não foi enviada para a SEFAZ e o estabelecimento comercial poderá optar pela guarda do XML ou pela impressão da segunda via do DANFE. Se optar por imprimir 2 vias deve constar o texto: "Via Consumidor" no DANFE a ser entregue ao cliente e "Via Estabelecimento" no DANFE a ser guardado pelo estabelecimento comercial. Essa é a regra estabelecida pela SEFAZ.
    1 ponto
  7. Como seu aplicativo é DBX tenho quase certeza que você esqueceu a dll do driver do DBX que mudou nos Delphi XE. No delphi 7 era dbexpint.dll por isso seu aplicativo funciona em Delphi 7 nesta máquina, no Delphi XE6 é dbxfb.dll que caso você utilize o Delphi XE2 e não for essa, clique em Params da sua conexão e verifique a LibraryName, verifique também se a GetDriverFunc está getSQLDriverINTERBASE. Isso também dá o erro acima. Se o seu programa foi portado do Delphi 7, delete a conexão e adicione novamente pois aí o XE vai recriar com os parametros corretos. Caso ainda tenha problemas, email para [email protected] que trocamos mais informações ao invés de poluir o Forum e postamos somente o resultado final... Caso resolvido, poste os resultados para as pessoas terem acesso a solução...VLW...
    1 ponto
  8. Segundo o manual de especificações técnicas da danfe na página 9 não "Esta segunda via deverá estar identificada como “Via do Estabelecimento” conforme modelo constante da Figura 8 a seguir. Alternativamente a impressão da segunda via do DANFE NFC-e, quando de emissão em contingência, o contribuinte poderá optar pela guarda eletrônica do respectivo arquivo XML da NFC-e." Embaixo ele diz algumas regras pra quando isso deve ser feito.
    1 ponto
  9. Luiz, Boa noite Não sou administrador e nem sei qual é a versão mais recente para não assinante, porém, diante da necessidade, aconselho a fazer o cadastro, pagar os R$ 120,00 e baixar a versão, ao menos vc terá um mês para download semanal das versões recentes e não ficará na espera sempre desta versão não atualizada. E sempre q []s,
    1 ponto
  10. Leia os guias práticos, e saberá quais registros tem em cada bloco de cada Sped, no inicio dos fóruns coloquei os link dos sites na descrição de cada um, neles tem todos os guias http://www.projetoacbr.com.br/forum/index.php?/forum/37-acbr/
    1 ponto
  11. Olá Lucas, quando a NFC-e é emitida em contingência vc DEVE imprimir 2 (duas) vias da mesma, uma na mão do cliente e outra pra guarda, agora pensa em um cliente com o papel na mão, impresso com o qrcode, escrito em contingência, etc e tal, isso é mais do que PROVA que seu software não fez nada de errado, ok.
    1 ponto
  12. Olá pessoal, Subi para o ACBrFramework, algumas modificações recentes... - Efetuei pequenos ajustes de "case" em ACBrAACDll.pas, para compilação no Linux - Criei um novo projeto chamado: ACBrFramework.lpi com ele é possível escolher a plataforma de compilação e (x86/x64) e a conveção de chamada (stdcall/cdecl) - Também permite ajustar o diretório dos fontes do ACBr (ACBrDir) Vale lembrar que para mudar a plataforma de compilação, você precisa ter ambas as versões do FPC previamente configuradas
    1 ponto
  13. Isso pode parecer alguma coisa, mas não explica o que está acontecendo. Na verdade, ficou parecendo que os erros foram aleatórios já que tanto faz se você alterar o IntervaloAposComando ou o Timeout. Algumas perguntas para tentarmos encontrar a solução: Consegue reproduzir o problema no ECFTeste? Você consegue reproduzir o problema toda hora com uma configuração específica? Consegue perceber diferenças nos logs de quando dá problema ou não? Esse problema acontece em quantos clientes diferentes? Quais os modelos de ECF? Ao compilar com outra versão do Delphi continua o problema? Qual a mensagem de erro completa? Ela é sempre a mesma?
    1 ponto
  14. Faço a você mesmo a sua pergunta... Olhou o Log ? Não consta nada nele.. nenhuma mensagem de erro... Mas como você sabe o que causa "access violation" então não terá dificuldades em corrigir o seu problema....
    1 ponto
  15. Access Violation ocorre quando você tenta acessar um Objeto que não existe mais, ou que ainda não foi criado... Veja, se o erro fosse no ACBrECF, o fórum estaria inundado de posts como esse... Você mesmo pode testar o ACBrECF, usando o projeto ECFTeste
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...