Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 12-07-2018 em todas as áreas
-
Boa tarde! @João Paulo Pires, para ter um bom relacionamento no fórum siga os procedimentos abaixo: 1 - Faça uma pesquisa antes e veja se existe outro tópico com o mesmo assunto. Existindo, leia para ver se tem a resposta que você procura. Não existindo, abra um tópico novo. 2 - Ao abrir um tópico, permaneça no assunto do tópico. Link das regras do fórum: https://www.projetoacbr.com.br/forum/topic/9116-regras-e-orientações-gerais-para-o-fórum-acbr/ Como você está chegando agora, vou responder aqui, porém estarei fechando este tópico. 1 - A nota que possui a chave 31180708281890000169550010000005171000055336 que vc anexou, está autorizada, não é a mesma que está sendo rejeitada. 2 - Este problema de rejeição tem a ver com o valor <vLiq> informado e a soma dos <vDup> ou seja soma dos vDup tem que ser igual ao vLiq. Dê uma conferida que na nota 31180708281890000169550010000005171000050938 que você está tentando emitir, provavelmente tem este erro. OBS.: Se a dúvida sobre este assunto permanecer, há uma área com uma lupa no canto superior direito. 1 - Digite ali o que vc deseja procurar: Ex.: Valor Liquido da Fatura difere do Valor Original e clique na lupa que aparecerão todos os tópicos com este assunto. 2 - Se mesmo assim não resolver abra um tópico novo para a sua dúvida ou siga em algum tópico que achar o mesmo assunto.2 pontos
-
2 pontos
-
Kakakaka, tb estou achando isso Graca. Mas parece que o problema e financeiro...O estado esta com dificuldades...2 pontos
-
Fiz algumas alterações na unit ACBrConsultaCPF.pas aqui para mim voltou a funcionar com essas modificações. Tem como enviar a correção para o repositório? ACBrConsultaCPF.pas1 ponto
-
Boa tarde.. Isso mesmo.. enquanto a Sefaz, nao corrigir o manual ou no webservice, tera, de colocar vDesc=0. e valeu ai.. por compartilhar.1 ponto
-
Achei WebService para o sistema SNGPC (inclusive rolou discução no fórum). Mas pelo que eu entendi é para medicamentos controlados. Existe uma consulta no site da ANVISA, mas não achei nada a respeito de WebService... Lancei a pergunta no fórum na esperança de algum participante ter achado algo. Infelizmente no BraZil os burocratas inventam suas modas, mas não passam a letra...1 ponto
-
Minhas configurações que consegui solucionar em todos os estados Em CE e GO: → SSLCryptLib := cryWinCrypt → SSLHttpLib := httpWinHttp → SSLLib := libWinCrypt → SSLXmlSignLib := xsLibXml2 → SSLType := LT_TLSv1_2 Todos os demais estados: → SSLCryptLib := cryWinCrypt → SSLHttpLib := httpWinHttp → SSLLib := libWinCrypt → SSLXmlSignLib := xsLibXml2 → SSLType := LT_all Mesmo com essas configurações apareceram centenas de clientes com problemas na comunicação, junto com minha equipe analisando cada um dos casos, concluímos que todos esses estavam usando Windows 7 e não tinham as atualizações de seguranças necessárias. Em geral os demais que estão utilizando Windows 10 ou simplesmente um Windows 7 ou 8 atualizados, estão trabalhando normalmente. Espero ter ajudado ?1 ponto
-
1 ponto
-
Olha.. eu tenho varios, clientes, e estou adotando o Seguinte: Estou deixando, a versão 3.10, e ao mesmo tempo já teste no cliente a versão 4.0. Mas em produção ainda deixo 3.10 pela instabilidade da sefaz. isso é um grande problema, pois assim como eu , tem varios programadores, com varios clientes.. isso esta sendo muito ruim..1 ponto
-
Não duvido que criem uma especificação própria para MG, igual aconteceu após o fim do PAF-ECF, dificultando mais a vida do desenvolvedor.1 ponto
-
Para NFC-e vale isso aqui @Gr@c@: fonte: http://www.nfce.se.gov.br/portal/painelMonitor.jsp Os outros estados tem seu próprio ambiente: Ah, e lá no Maranhão já tenho clientes utilizando a muito tempo a NFC-e 4.00, há uns 2 ou 3 meses, tudo ok.1 ponto
-
Olá, agradeço Juliana e Amarildo, conseguir descobrir na verdade faltava o Tipo de inscrição do cedente 1-Pessoa Fisíca e 2-Juridica. Obrigado Leão1 ponto
-
Bom dia a Todos, visando ajudar a quem precisar ! Hoje pela a manha, fomos informado que o arquivo de remessa (ITAU cnab400) esta sendo rejeitado, No relatório do banco (Movimentos Rejeitados) consta como motivo -> MOVIMENTO DE ENTRADAS - CODIGO DA OCORRENCIA/MOVIMENTO INVALIDO, As informações estão sendo informado (como sempre) nos últimos 4 anos... foi necessário entrar em contato com a central 030 0100-7575, o atendente (repetiu) a informação que o próprio relatório já demonstra! Foi necessário forçar a barra, pedir para o mesmo abrir o arquivo e confirmar que a informação que eles alegam estar (errada) esta ok! Foram 2 horas no suporte, para concluírem que se trata de um (problema) de cadastro (interno) eles pediram um tempo para retornar... ou seja, exatamente conforme (o final) desse post. -> Abraço1 ponto
-
@vanessa.osaka Somente no XML, na Danfe deve ser informado nas informações complementares. Dercide.1 ponto
-
[RESOLVIDO] Bom dia Juliana. Após vários testes e boletos emitidos, ocorreu que quem respondeu pelo Banco Bradesco, relatando o erro de carteira e conta gerados no boleto, por algum motivo não conferiu corretamente os dados, pois enviei novamente alguns boletos emitidos sem alterações relevantes no código e "por milagre", agora os boletos estão corretos. Agradeço pela atenção e fico à disposição para alguma ajuda.1 ponto
-
Rafael dê uma olhada nesse tópico, acho que vai te ajudar:1 ponto
-
Bom dia galera, problema aparentemente resolvido.. Fizemos novos testes enviando o 1005 das filiais e subiu normalmente, então o problema era no eSocial mesmo..1 ponto
-
Olá Amigo, Veja que no exemplo do ACBR tem duas formas de você chamar o certificado digital, antes tinha só uma forma, veja se te ajuda esse processo: Em Número de Série tem dois botões. Espero ter te ajudado1 ponto
-
MG tá demorando uma eternidade para implantar a NFC-e. Como berço do PAF-ECF foi aqui, só tô esperando o pior. Com certeza, MG vai complicar muito a NFC-e.1 ponto
-
Ricardo, Acho que dá forma que comecei o post ficou confuso a minha explicação, ve se vc entende: Tenho mercadorias para entregar em 02 estados, PE E RN. Vou fazer dois MDFe um com descarregamento em PE e outro em RN. O meu problema está na emissao do mdfe com destino em PE, pois a entrega em RN acontecerá primeiro, em PE descarregaremos na volta do RN. Então PE "faz parte do percurso" do mdfe de descarregamento em PE, pois vou para PB, RN e depois volto para PE. Esse MDF-e não consigo gerar, pois pela lógica, o correto seria eu descarregar em PE no primeiro momento que passo por ele! Fiz no mapa mais ou menos, ve se vc entende. Inicio em SP!1 ponto
-
Bom como não tem o botão editar... O arquivo foi validado e já está em uso em produção com a nova correção mencionada acima, portanto para emissões via banco, o campo nosso número deve estar totalmente zerado.1 ponto
-
Pelo que entendi, neste segundo manifesto a UF de início do percurso é RN, e não mais SP... Corrigindo, fiquei na dúvida sobre a frase que escrevi acima sobre a UF de início... Dá uma conferida nos exemplos da CARTILHA ... seu caso parece semelhante a Situação 4, na página 8, isso? Att Ricardo1 ponto
-
Creio que tem que credenciar os dois, já passei por um cliente do Paraná e tivemos que fazer como citei, olhe o link o manual de credenciamento, página 2. Retirado do manual. "Vale lembrar que a Secretaria da Fazenda do Estado do Paraná – SEFA possui uma regra de credenciamento (cadastramento) de fornecedores de sistemas para emissão de documentos fiscais por processamento de dados (ver NPF 018/2001 atualizada pela NPF 081/2007). É preciso distinguir, portanto, o credenciamento (cadastramento) de fornecedores de sistemas fiscais ..."(regra para fornecedor de qualquer sistema que tenha cunho fiscal, seja para escrituração, seja para emissão de documentos) com o credenciamento (requerimento e homologação técnica) de usuários contribuintes para emissão de NF-e (regra específica de credenciamento de estabelecimento contribuinte para emissão de Nota Fiscal eletrônica). Tendo em vista a exigência que o Fisco estadual faz para controle de fornecedores de sistemas fiscais, o processo de credenciamento para NF-e deve ser necessariamente precedido do cadastramento (ou atualização de cadastro) do fornecedor de sistemas conforme regras do item 2 da NPF 018/2001 atualizada pela NPF 081/2007 para inclusão da NF-e (documento “55”) na finalidade fiscal de seu sistema" http://www.fazenda.pr.gov.br/arquivos/File/NFe/Manual_Credenciamento_NF-e_20090519.pdf1 ponto
-
Nesse caso só te resta fazer uma consulta à SEFAZ. Provavelmente ela está validando a UF de destino em qualquer parte do percurso e não apenas no final como esperado.1 ponto
-
@Marco Rego esse é um comunicado rotineiro, onde a SEFAZ salienta sobre a necessidade de manter o SB atualizado nos equipamentos. Ainda não envolve a atualização (nem existe ainda um equipamento homologado) para o layout 0.08, portanto não altera a forma em que o CEST deve ser informado ainda no layout 0.071 ponto
-
Bom dia, dá uma lida nesse post... Realmente, neste caso devem ser feitos 2 manifestos... Confere também a CARTILHA disponível no Portal do MDF-e. Att Ricardo1 ponto
-
Estimada Tamiriam, Boa noite. Explique pra nós 'se não tiver o desconto não exibimos a tag. Já em homologação estamos exibindo a tag vDesc mesmo zerado.' por favor. Pois, em homologação ou em produção o Gerador do campo ainda está pra não emitir se a tag estiver zerada Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); Para emitir, mesmo zerada, teria que estar Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC); Mas daí só alterando o fonte. E daí fica aquela beleza né, toda vez que atualizamos o acbr, pelo menos nesses tempos, vamos ter que ficar mexendo nessa parte. Será que teremos resolução disso em breve ? Alguém tem notícias da SEFAZ sobre este assunto. Bem, enquanto isso, fiz aquela 'GAMBI' danada no pcnNFeW.pas a exemplo do colega acima: if NFe.infNFe.Versao >= 4 then // se não for a versão 4, nem discuto begin if nfe.Ide.tpAmb = taHomologacao then Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC) else Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); end else Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); Abraço a todos,1 ponto
-
A única regra de validação sobre o percurso é a seguinte: Tente informar o percurso MG, BA, PB, PE, RN. Claro que você não pode ter duas UF de descarregamento no mesmo MDFe, será preciso emitir dois.1 ponto
-
Boa tarde, Amanda Marconi. Acredito que você não deverá informar os Estados de início e fim do transporte no percurso, pois já foram informados anteriormente no campos UFIni e UFFim.1 ponto
-
Boa tarde, Águias Brasil. Acredito que não, pois de acordo com o site da Sefaz, informa que não é feito mais lacração de novos ECFs. Agora você poderá emitir NFC-e, basta entrar em contato para realizar o cadastro do seu software, obter a autorização do mesmo para emissão de NFC-e.1 ponto
-
Eu fico chateado com o ocorrido... O que era para ser uma grande campanha de marketing, acabou se tornando em um pesadelo logístico... e as reclamações são inevitáveis... Vou tentar interceder com a Elgin em relação aos casos ainda não resolvidos... Por favor, todos usuários que ainda não receberam suas impressoras, me enviem uma Mensagem Privada, informando: - Razão Social (conforme preenchido no dia do evento) - Pessoa para contato - CNPJ - Local onde assistiu a Palestra1 ponto
-
Boa tarde, Cleonir. Tente instalar novamente o certificado com o instalador: instaladorvalid1 ponto