Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 11-12-2015 em todas as áreas

  1. Apliquei modificações nos fontes do SVN, baseado nas suas sugestões... Obrigado
    2 pontos
  2. Não to enganado não fera ! Veja uma situação nossa aqui: Chave 35151114403536000162590000082720003156481880 - XML da Venda - Na consulta vai mostrar os itens do cupom e logo abaixo informar que ele foi cancelado. Chave 35151114403536000162590000082720003167294784 - XML do Cancelamento - Na consulta vai mostrar apenas o extrato do cancelamento da venda acima.
    2 pontos
  3. Fontes compiláveis, Pacote Instalável e Demo Compilável, nada testado ainda. Como ainda não iniciei os estudos para implementação nem sei como funciona. Se alguém puder testar o funcionamento e indicar problemas ajuda. ACBrGNRE_Fontes.zip ACBrGNRE_Package.zip ACBrGNRE_Demo_Delphi.7z
    2 pontos
  4. Bom dia a todos, Está disponível neste portal a opção de baixar o XML do MDF-e para o emitente. A empresa deverá apresentar certificado digital e a partir do portal solicitar o download para uma chave de acesso, desde que a mesma tenha sido emitida por alguma filial que possua o mesmo CNPJ Base do certificado apresentado. Link: https://mdfe-portal.sefaz.rs.gov.br/ No quadro: Serviços, o terceiro da lista temos: Download XML do MDF-e.
    1 ponto
  5. procurei e finalmente encontrei: RELAÇÃO DE ESTADOS QUE POSSUEM FUNDO DE COMBATE A POBREZA: ESTADO POSSUI FUNDO? PERCENTUAL BASE LEGAL AL AM NÃO - - AP NÃO - - BA SIM 2% Lei 7.014 CE SIM 2% LC 37/03 e LC 15/15 GO SIM 2% Art. 27, 5º, CTE - Lei 11.651/91 MG SIM 2% Lei n. 3.337/06 MS SIM MT SIM 10% Art. 14, IX e X da Lei 7.098/98 PB SIM 2% Lei 7.611/04 PE SIM 2% Lei 12.523/03 PI SIM 2% Art. 2º, Lei 5.622/06 PR SIM 2% Lei 18.573/15 RJ SIM 1% e 4% Art. 2º Lei 4.056/02 RN SIM 2% Lei 17.353/04 RR NÃO - - RS SC NÃO - - SE SIM 2% Lei 4.731/02 SP NÃO, mas estão estudando a possibildiade de implementação - - TO SIM Lei 3.015/15
    1 ponto
  6. Na geração do SICREDI arquivo layout 400 no registro INFORMATIVO foi adicionado um tempo atrás uma condição para o atributo "wModalidade" e gerar o "nosso numero", com isso a posição 008 a 017 ficou em duplicidade por que "não foi removido a linha que já fazia isso de forma fixa", para correção é necessário remover a linha 430, abaixo esta o codigo mostrando a alteração e coloquei em anexo caso desejem subir no svn. ANTES: wLinha:= '5' + // 001 a 001 - Identificação do registro Informativo 'E' + // 002 a 002 - Tipo de informativo PadLeft( ACBrBanco.ACBrBoleto.Cedente.CodigoCedente, 5, '0')+ // 003 a 004 - Codigo do Cedente ifthen(wModalidade = 'A', PadRight(NumeroDocumento, 10), padLeft(wNossoNumeroCompleto,10,'0')) + // 008 a 017 - Seu numero PadRight( NumeroDocumento, 10) + // 008 a 017 - Seu numero Space(1) + // 018 a 018 - Filler wModalidade + // 019 a 019 - "A"-Com registro "C"-Sem registro TextoRegInfo + // 020 a 347 Space(47) + // 348 a 394 - Filler IntToStrZero( ARemessa.Count + 1, 6); // 395 a 400 - Número sequencial do registro ARemessa.Text:= ARemessa.Text + UpperCase(wLinha); DEPOIS: wLinha:= '5' + // 001 a 001 - Identificação do registro Informativo 'E' + // 002 a 002 - Tipo de informativo PadLeft( ACBrBanco.ACBrBoleto.Cedente.CodigoCedente, 5, '0')+ // 003 a 004 - Codigo do Cedente ifthen(wModalidade = 'A', PadRight(NumeroDocumento, 10), padLeft(wNossoNumeroCompleto,10,'0')) + // 008 a 017 - Seu numero Space(1) + // 018 a 018 - Filler wModalidade + // 019 a 019 - "A"-Com registro "C"-Sem registro TextoRegInfo + // 020 a 347 Space(47) + // 348 a 394 - Filler IntToStrZero( ARemessa.Count + 1, 6); // 395 a 400 - Número sequencial do registro ARemessa.Text:= ARemessa.Text + UpperCase(wLinha); ACBrBancoSicredi.pas
    1 ponto
  7. tens de colocar a opçao showdialog = true no objecto da DANFE, isso vai disparar a tela q procuras
    1 ponto
  8. MG também com erro, não somente com Serasa, mas outros certificados. A NF-e envia, é autorizada, mas o protocolo não retorna.
    1 ponto
  9. Arnaldo, Se a postagem acima se refere ao seu XML, isso significa que você esta com os fontes desatualizados, pois o percentual referente a TAG pICMSInter tem que ter apenas duas casas decimais e o motivo do erro é porque esta com 4 casas.
    1 ponto
  10. O Site da Sefaz SP caiu e está indisponível.
    1 ponto
  11. Com certeza! anexe aqui e avaliamos!
    1 ponto
  12. Bom dia Maurício, Ao executar pela segunda vez o DistribuicaoDFe, você esta informando o último NSU retornado pela consulta anterior? Se sim não é para constar da lista o resumo da NF-e manifestada e sim somente a NF-e. Para saber do que se trata, se é um resumo de nota ou nota completa ou resumo de evento ou evento completo deve-se ler a propriedade Schema conforme já dito na minha postagem anterior. Exemplo: if ACBrNFe1.retDistDFeInt.docZip.Items.XML <> '' then begin case ACBrNFe1.retDistDFeInt.docZip.Items.schema of tsresNFe: begin (...) end: tsresEvento: begin (....) end; tsprocNFe: begin (...) end; tsprocEventoNFe: begin (...) end; end; end;
    1 ponto
  13. Cada "DFe", deve ter uma arquivo de constantes conforme o seu tipo... em "pcnConversao.pas", fica somente o que for comum a todos os DFe's Veja por exemplo pcnConversaoNFe.pas Observe também, que todas as Units do PCN, foram movidas para uma subpasta como por exemplo "ACBrDFe\ACBrNFe\PCNNFe"
    1 ponto
  14. Boa tarde Claudio e Daniel, Vocês perceberam que estão postando no lugar errado? Aqui é um tópico sobre o ACBrCTe e a NT 2015/003 do Conhecimento de Transporte Eletrônico não tem CEST. Por favor prestem mais atenção onde postar.
    1 ponto
  15. Sim... essa função pode ser utilizada desde que exista uma atualização disponibilizada pelo fabricante. A utilização da atualização é justamente pra que o aparelho receba uma nova versão do seu software onde deva corrigir algum bug ou atender alguma norma exigida pela SEFAZ.
    1 ponto
  16. Você pode testar uma alteração que fiz? Nela eu fiz a limpeza dos objetos antes do envio. Isso garante que a resposta nunca uso o retorno da ultima consulta em caso de erro. Fiz também um tratamento e inclui um a checagem do retEnviNFe para pegar o retorno 103 e 105. Tenho usado assim faz algum tempo e não tive problemas com falsos retornos. pcnRetConsReciNFe.pas ACBrDFeWebService.pas
    1 ponto
  17. Deixa eu ver se compreendi... Além de lhe prover milhares de linhas de código gratuitamente... você espera que os "caras do ACBr" fiquem aqui a sua disposição para responder rapidamente quando você pergunta ?? É essa a sua visão de Open Source ?? Quantos usuários deste fórum você já respondeu ?? Você tem o habito de entrar no fórum e verificar se algum usuário está precisando de ajuda ?? Provavelmente você irá me responder que não faz isso, pois tem muito trabalho a fazer... pois é todos nós temos MUITO trabalho a fazer... e o ACBrSAC para nós, é trabalho ...
    1 ponto
  18. Boa Tarde, está correto: CSOSN=102, 500, 300 => ICMSSN102 CSOSN=400 => ICMSSN900 A partir de 01/01/2016 CSOSN=400 => ICMSSN102 Tirado do Manual de especificação: Redação atual, efeitos até 31.12.15. 102- Tributada pelo Simples Nacional sem permissão de crédito. 300 – Imune 500 – ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação Nova redação, efeitos a partir de 01.01.16. 102- Tributada pelo Simples Nacional sem permissão de crédito. 300 – Imune 400 – Não tributada 500 – ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação Sds, Ricardo.
    1 ponto
  19. resolvi apagando o .res da pasta do Demo! tenta no seu ai pra ver se resolve!
    1 ponto
  20. Boa noite Thiago, Se o componente estiver configurado para salvar em disco o XML baixado será salvo em disco em uma pasta também definida e configurada no componente. Lembre-se que o componente é desenvolvido com base nos manuais e notas técnicas publicadas pelo ENCAT, portanto não implementados nenhuma rotina mágica ou ilícita. O ACBrNFe possui dois métodos: Download e DistribuicaoDFe, te aconselho utilizar este último, pois acredito que o Download um dia poderá ser desativado pela SEFAZ. O método DistribuicaoDFe realiza uma consulta na SEFAZ e retorna os resumos das NF-e, tendo a relação das notas emitidas contra o seu CNPJ deve-se realizar a manifestação do destinatário (são 4 tipos de eventos), dependendo do evento de manifestação ao realizar uma nova consulta com o DistribuicaoDFe a SEFAZ retornara o XML completo da NF-e manifestada. Volto a lembrar que se o componente estiver configurado para salvar em disco tanto os XML de resumos quanto os XML completos da NF-e serão salvos na pasta especificada. Na pasta ...\Exemplos\ACBrNFe você encontra um fragmento de código chamado DistribuicaoDFe, é apresentado como realizar as consultas, extrair os dados necessários dos resumos para a montagem de uma lista das notas a serem manifestadas. Espero te ajudado.
    1 ponto
  21. Cleber, Me senti tentado a mover o seu post para um tópico separado e com a tag "FAQ".
    1 ponto
  22. Boa noite a todos! Galera, fiz um pequeno documento contendo 10 questões importantes sobre o Convênio 115/03. Espero que seja de grande valia para quem precisa. Fiz baseado nas informações do próprio manual do convênio e em experiências recentes. Com o tempo posso ir corrigindo e incrementando esse post. De toda forma, não deixem de ler o manual, pois aqui apenas dei uma resumida, mas no manual tem informações que devem ser levadas em consideração. Ao final coloquei links com a documentação e ferramentas necessárias. 1 – O que contempla o Convênio 115/03? Trata da forma de emissão, escrituração, apresentação e guarda dos documentos fiscais, abrangendo os seguintes documentos fiscais: - Nota Fiscal/Conta de Energia Elétrica (modelo 6); - Nota Fiscal de Serviço de Comunicação (modelo 21); - Nota Fiscal de Serviço de Telecomunicações (modelo 22). 2 – Como se dá emissão desses documentos? Ao contrário do que muitos pensam, a sistemática de emissão dos documentos citados na questão anterior em nada se assemelha à NF-e, CT-e ou NFS-e. Sendo assim não há uma transmissão prévia e posterior emissão de uma autorização no momento de sua emissão. Trata-se portanto de uma emissão realizada através de aplicativo PED (Processamento Eletrônico de Dados). Nesse modelo, o aplicativo deve guardar as informações (assinante, totais, impostos a recolher) assim como era feito com as antigas NF modelo 1 e, para posterior apresentação ao Fisco. 3 – Quanto à numeração e serialização das Notas Fiscais A numeração ocorre em ordem crescente iniciando em 000.000.001 e finalizando em 999.999.999. Ao alcançar o limite máximo, a série deverá ser incrementada e a numeração reiniciada. Em se tratando de série única utilizar a letra “U”. Lembrando que, a cada período de apuração (mensal por exemplo) a numeração será novamente reiniciada. 4 – E quanto à impressão da Nota Fiscal? Se olharmos bem grandes empresas do ramo (Vivo, Oi, Sky, etc.), iremos notar que as informações da Nota Fiscal são representadas nas faturas emitidas. Não há um layout pré-definido no Convênio, porém no mesmo cita a importância de apresentar algumas informações relevantes incluindo o código de autenticação MD-5. 5 – E aquele código MD-5 impresso em todas as faturas/contas que recebo? O código MD-5 impresso no campo ‘RESERVADO AO FISCO’ é o que garante a autenticidade do documento fiscal. Sua impressão é obrigatória e o espaço onde o mesmo é impresso tem que seguir um tamanho mínimo. Ele é composto pelas seguintes informações: - CPF/CNPJ do assinante; - Número da Nota Fiscal; - Valor Total da Nota Fiscal; - Base de Cálculo do ICMS; - Valor do ICMS; O próprio componente ACBrConvenio115 imprime o MD-5 no momento de sua impressão exemplo. 6 – Se não há uma autorização prévia, qual a finalidade dos arquivos eletrônicos citados no Convênio? Os arquivos nada mais são que a escrituração de todos os documentos emitidos durante o período de apuração (podendo variar de Estado e regime do emitente), assim como Sintegra e SPED. Nesse momento que entra o componente ACBRConvenio115, pois através dele que serão gerados os arquivos eletrônicos citados no Convênio. Olhando o próprio exemplo fica fácil entender como é realizada a carga do componente para geração dos respectivos arquivos. Abaixo segue os arquivos gerados pelo componente com exceção do último citado: - Mestre de Documento Fiscal: contém informações da nota como data de emissão, série, número, CPF/CNPJ, totais, etc.; - Item de Documento Fiscal: contém as informações dos serviços prestados bem como sua tributação e totais: - Dados Cadastrais do Destinatário: armazena dados dos assinantes utilizados nas Notas Fiscais (nome/razão, endereço, etc.); - Identificação e Controle: é o resumo dos outros 3 arquivos gerados contendo totalizadores e somatória dos documentos fiscais informados. Cada registro constante nos arquivos gerados possuem uma autenticação. Isso é que dá valor e garante a integridade dos dados informados. Importante dizer que o último arquivo citado não é gerado pelo componente ACBrConvenio115, sendo esta responsabilidade do programa validador ao qual devem ser submetidos os 3 primeiros arquivos para verificação da consistência dos documentos informados. 7 – Etapas para geração dos arquivos eletrônicos 1. Gerar os 3 arquivos eletrônicos utilizando o componente ACBrConvenio115; 2. Validar os arquivos gerados no Programa Validador v2.08. Se tudo estiver ok, o arquivo de Identificação e Controle será gerado; 3. a ) Carregar os 4 arquivos eletrônicos para o programa Gera Mídia TED v2.08. Nesse momento, será necessária a utilização do certificado digital do contribuinte para geração da mídia e assinatura de autenticidade da mesma, ou; b ) Emitir Recibo de Entrega gerado pelo programa Validador com base no arquivo de Identificação e Controle. 8 – Transmitindo ao Fisco Atualmente há duas formas de enviar os arquivos gerados: 1. Transmissão eletrônica através do programa TED. É isso mesmo. O TED é aquele programa atualmente utilizado para transmissão do arquivo Sintegra. Para isto, basta carregar a mídia gerada e assinada no programa Gera Mídia TED v2.08 e em seguida realizar a transmissão; 2. Gravar em mídia óptica não regravável (CD-R ou DVD-R) devidamente identificada os 4 arquivos eletrônicos citados anteriormente juntamente com 2(duas) vias do Recibo de Entrega assinado pelo responsável pelas informações. Após isso enviar por correio à Secretaria de Fazenda ou ao órgão responsável. 9 – Guarda dos arquivos eletrônicos Todos os 4 arquivos gerados, inclusive a mídia devidamente assinada deverão ser armazenados em mídia óptica não regravável (CD-R ou DVD-R) pelo prazo estipulado em lei que gira em torno de 5 anos. Deverá ser utilizada uma mídia óptica para cada período de apuração e estas deverão ficar em poder do contribuinte. Pois, dentro desse período de guarda os arquivos podem ser novamente requisitados pelo Fisco. A mídia deverá ser corretamente identificada da forma como consta no manual do Convênio 115/03 10 – Prazo de entrega De acordo com o Convênio 115/03, o prazo para envio/entrega dos arquivos deverá ocorrer até o 5º dia útil do período subsequente, podendo variar de acordo com cada Estado. Após esse período, o contribuinte poderá ser penalizado. Links: - Convênio 115/03: http://www1.fazenda.gov.br/confaz/confaz/convenios/ICMS/1998/..%5C2003%5CCV115_03.htm - Downloads: http://www.fazenda.sp.gov.br/download/comunica_energia.shtm
    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...