Painel de líderes

Boa noite, percebi que no arquivo "ACBrNFeServicos.ini", os endereços da seção [NFCe_MG_P] e [NFCe_MG_H] estão incorretos em relação ao campo URL-ConsultaNFCe_2.00. Os valores corretos podem ser verificados aqui. Valores atuais: [NFCe_MG_P] URL-ConsultaNFCe_2.00=https://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] URL-ConsultaNFCe_2.00=https://hnfce.fazenda.mg.gov.br/portalnfce Valores corretos: [NFCe_MG_P] URL-ConsultaNFCe_2.00=http://nfce.fazenda.mg.gov.br/portalnfce [NFCe_MG_H] URL-ConsultaNFCe_2.00=http://hnfce.fazenda.mg.gov.br/portalnfce A diferença é que não se trata de um endereço seguro (https). Da forma que está no ACBr atualmente, as NFC-es estão sendo rejeitadas pelo motivo abaixo: 878 - Endereço do site da UF da Consulta por chave de acesso diverge do previsto. Fiz essa alteração aqui nos meus fontes e a rejeição acima passou a não ocorrer mais. O arquivo corrigido está anexado, se alguém puder confirmar e implementar. ACBrNFeServicos.ini

Bom dia Tulio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Claudio, A rejeição 519 é gerada conforme a regra G67 (página 44 do Manual do CT-e versão 3.00). Verificar o CFOP informado considerando a seguinte matriz: Para CT-e do tipo Normal, Complementar ou Substituição: Se UF de início da prestação = UF de fim de prestação (e UF fim <> EX) CFOP deve iniciar por 5 Se UF de início da prestação <> UF de fim da prestação (e UF fim <> EX) CFOP deve iniciar por 6 Se UF fim de prestação = EX CFOP deve iniciar por 7 Para CT-e de anulação de valores: Se UF de início da prestação = UF de fim de prestação (ambas <> EX) CFOP deve ser 1206 Se UF de início da prestação <> UF de fim da prestação (ambas <> EX) CFOP deve ser 2206 Se UF de início ou fim de prestação = EX CFOP deve ser 3206

A apuração é só pra empresas do regime normal (simples não tem impacto), os campos da NFe eu não tenho certeza, acredito que é necessário informar, recomendo que veja o material que está na primeira pagina e o video no youtube do canal TV CRCRS. NFe e NFCe, ambos tem alterações. Recomendo consultar as primeiras páginas desse tópico.

Aí já não concordo. O SEFAZ RS tem o serviço, mas ele é publico e pode ser usado por quem quiser, desde que atenda as exigências dele. E ele só pode ser usado pelo RS. Nem que usa Sefaz Virtual RS (como o estado de SC) não pode usar. Não é nada de diferentão, e sim algo que vem pra ajudar. Eu nem uso esse serviço e não me faz falta pois aqui os métodos do ACBR funcionam muito bem. A questão é que esse fiscal.io fala do país todo, então não é com métodos documentados nem no SEFAZ RS e nem no Nacional.

À vontade, mas sem os arquivos, não há informação suficiente pra identificar o problema. Pode não ter nada a haver com o fato do CTe ser globalizado.

É uma String jovem, usa a criatividade (Copy, Delete...).

Obrigado... corrigido no SVN...

Bom dia Joveci, Seria interessante você informar qual foi a alteração que você fez para que o problema fosse resolvido, assim se algum tiver um problema parecido poderá aqui encontrar a solução.

Boa noite , Italo vou ver se consigo fazer para o Fortes isso e vamos se falando Obrigado

Obrigado pelo Bug Report... Enviei modificações ao SVN, baseado em suas sugestões...

Boa tarde. Estamos regularizando as contribuições que ainda não subimos, não deve demorar para ser adicionado. Att.

Você não está respeitando a sintaxe dos comandos... todas as Strings devem estar em aspas duplas...

Boa tarde. Peça para a atendente te indicar qual campo com base no que diz o manual, caso contrário você acabar alterando e ainda não dar certo. Att.

No momento não tem nada feito neste sentido. Pelo visto é algo semelhante ao arquivo SPED.

esse erro é com relação ao ssl use as dll's que estão na pasta : "...DLLs\OpenSSL\1.0.2.13' ou mais atual se houver

Boa Tarde, Italo, segue exemplo de XML de cancelamento que o provedor Fiorilli me enviou.. O erro que estou recebendo é o seguinte: Erro Cancelamento NFSe.bmp cancelamento.txt

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

aqui na empresa adiquirimos o tal de makroxml e sim baixa todas a notas, nfce, nfe. quando cliente perde aqui tem sido a salvação, como fazem não sei, ouvir boatos que um dos donos é de dentro da sefaz RS , apenas boatos que ouvir. ai já tem clientes meus cobrando a baixa do xml do mesmo modo, quero ver como vou fazer pra baixar isso se os WS sao limitados e os caras tem acesso a lugares que mais ninguem tem pra baixar, muito dificil.

Obrigado Daniel, testado e funcionando.

Download em: https://github.com/fortesinformatica/fortesreport-ce

Seu Fortes Report está desatualizado.

Não ficou muito claro o problema. Por favor, configure o componente para salvar os arquivos de envio e retorno e anexe eles aqui.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia não . pode seguir

O meu tinha dado esse erro ontem, atualizei hoje e o erro sumiu.

Prezado amigo: Desculpe não ter reportado antes, mas o problema já foi resolvido, exatamente como você esclareceu.

Extatamente.. Na prática vai ser uma apuração parecido com já é hoje de ICMS normal, ou seja, apura-se o valor creditado (oriundo da compras) e os valores debitados (oriundo das vendas) Se o valor dos débitos for maior que os créditos, ai vai pagar 18% (no RS) do da diferença.. A primeira vista, parece ser uma boa jogada da SEFAZ para proteger o consumidor de preços abusivos, mas na prática vai ser um "Deus nos acuda" O problema é que até o momento ninguém se preocupava em guardar a informação do imcs ST, pois o imposto era pago na fonte e depois ninguém mais se preocupava com ele. Com essa mudança, existe um valor já creditado referente ao que já está em estoque no cliente. Como saber qual é esse valor se só faz 3 ou 4 meses que os atacadistas deveriam estar informando o valor no xml ? Isso sem falar que a maioria dos xmls de compra de atacado estão vindo sem essa informação.. Se vier sem a informação não vai haver crédito e ai poderá dar um monte de valor para pagar, quando na verdade não deveria..

sim, no momento que dou enter a primeira coisa que faço é desabilitar o botão, e além disso dou um setfocus pra outro componente, mas mesmo assim ainda da problema

Amigo, não sei se já resolveu, você tem que informar no propriedade modalidade (Cedente), conforme mensagem respondida em:

Ambas apresentações, estão desativadas... O problema do ponto é que os usuários nunca sabiam que para ativar a diretiva era necessário remove-lo

Forneça para gente o XML da NF-e se possível. Esse erro pode ser ocasionado por espaço no início e ou fim de informações do XML, como por exemplo, espaço na razão social do cliente, ou na descrição do produto.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Você chegou a usar as units que anexei na minha postagem anterior?

Certo. Obrigado, vou dar uma lida.

Agradeço as respostas, deu tudo certo. Obrigado

Cinsegui tesolver

Atualizando o tópico... Se a Porta COM Virtual não está funcionando bem, talvez seja melhor tentar usar o Spool do Windows - Instale o Driver da Impressora - Na porta do componente, configure em: "RAW:Nome da Impressora no Windows"

Enviado para o repositório, rev. 16369. Obrigado pela contribuição.

Para NFCe deve ser usado o componente ACBrNFeDANFCEFR. O demo não estava atualizado para uso com esse componente. Enviei agora ajustes no demo, favor atualizar os fontes e testar novamente.

Você não mencionou qual é o problema.

Mt obrigado Daniel ..

Veja o tópico abaixo, parece ser esse o assunto:

Sim, Resolvi modificando ACBrNFeDANFEFRDM Class para carregar Emitente : CarregaEmitente A formatação estava apenas para CNPJ , modifiquei para FieldByName('CNPJ').AsString := FormatarCNPJouCPF(CNPJCPF); ACBrNFeDANFEFRDM.pas

Bom dia Juarez, A unit que gera o XML de consulta ao webservice DistribuicaoDFe foi escrita conforme consta na Nota Técnica publicada pelo Encat e disponibilizada no Portal Nacional da NF-e, bem como a do CT-e e MDF-e. A rotina que estabelece a conexão com a SEFAZ é exatamente a mesma usada para todos os outros métodos (envio de lote, consulta, envio de eventos, ...). Me parece que a SEFAZ-RS possui um webservice particular para o DistribuicaoDFe, mas acredito que este seja apenas para os contribuintes do RS. Pode se que esses programas que você mencionou se utilizam desse webservice, tai uma coisa para se investigar. Peço que compare o XML gerado com o layout publicado na Nota Técnica, quem sabe cometemos alguma gafe. Outra coisa importante, o componente se utiliza do serviço DistribuicaoDFe disponibilizado pela SEFAZ-Virtual do Ambiente Nacional e os eventos de Manifestação do Destinatário também são enviados para a SV-AN.

Bom dia a todos, Pelos XML anexados pelo Izaque, a rejeição apontada pela SEFAZ-BA não condiz com a realidade, pois em todos os XMLs gerados pelo componente e enviados para a SEFAZ tem o mesmo NameSpace, vocês podem inclusive comparar com os XMLs retornados pela mesma. Notem que o Lote é enviado e o numero do recibo é retornado, mas ao realizar a consulta (pelo numero do recibo) é retornado a rejeição. Posso garantir que o componente esta gerando os XMLs corretamente inclusive com o NameSpace correto. O problema esta no serviço de consulta pelo recibo da SEFAZ-BA que esta com problemas. Favor abrir chamado questionando o problema, não esqueçam de anexar o XML de consulta pelo recibo (arquivo: *-ped-rec.xml), bem como o seu retorno (arquivo: *-proc-rec.xml). Pedem para eles provarem que no arquivo enviado consta o NameSpace errado. Izaque: Por favor configure o componente para salvar os arquivos soap, faça um novo teste e anexe os XMLs. Configuracoes.WebServices.Salvar := True; Teremos os arquivos: *-ped-rec-soap.xml, *-proc-rec-soap.xml, ...) anexe esses para que eu possa analisar.

Segue em anexo a unit modificada. pcnLeitor.pas

Boa tarde. Estamos trabalhando em algumas implementações para a integração com os WS dos bancos, assim que tivermos finalizado criaremos um tópico no Noticias do ACBr. Att.

Boa tarde. Com relação a incluir o código de autorização na impressão do cupom, não sei se é adequado por isso a princípio não incluí a alteração do @Marcelo Aguiar Alvim sugerida logo acima. Porém eu alterei a impressão para que só imprima a bandeira do cartão junto da forma de pagamento quando o tpIntegra = tiPagIntegrado, pois se não tiver essa validação, sempre imprime a bandeira "Visa" para as formas de pagamento de cartões quando tpIntegra <> tiPagIntegrado. Peço que analisem os arquivos em anexo para uma possível submissão ao repositório de fontes. Agradeço desde já. ACBrNFeDANFeESCPOS.pas ACBrDANFCeFortesFr.pas